المقدمة
يوضح هذا المستند كيفية تحديد سبب الجارات المجاورة لبروتوكول العبارة الحدودية (BGP) الداخلية أو الخارجية التي تحدث بسبب MTU.
المتطلبات الأساسية
المتطلبات
توصي Cisco بأن تكون لديك معرفة بالمواضيع التالية:
- تكوين BGP
- وحدة الإرسال القصوى (MTU)
تأكد من إكمال هذه المهام على كل من موجهات BGP قبل إكمال الإجراءات الواردة في هذا المستند:
- تحقق من تكوين BGP.
- تحقق من إمكانية الوصول إلى جار BGP عبر بروتوكول رسائل التحكم في الإنترنت (ICMP) ومن عدم ملاحظة حالات السقوط.
- دققت أن القارن يربط يستعمل أن نظير BGP ليس oversubscribed ولا يتلقى أي مدخل/إنتاج يسقط أو خطأ.
- تحقق من وحدة المعالجة المركزية (CPU) واستخدام الذاكرة.
المكونات المستخدمة
لا يقتصر هذا المستند على إصدارات برامج ومكونات مادية معينة.
تم إنشاء المعلومات الواردة في هذا المستند من الأجهزة الموجودة في بيئة معملية خاصة. بدأت جميع الأجهزة المُستخدمة في هذا المستند بتكوين ممسوح (افتراضي). إذا كانت شبكتك قيد التشغيل، فتأكد من فهمك للتأثير المحتمل لأي أمر.
المشكلة
نموذج جيران BGP؛ ومع ذلك، في وقت تبادل البادئات، تسقط حالة BGP وتقوم السجلات بإنشاء رسائل keepalives الخاصة بمرحبا ل BGP المفقودة أو يقوم النظير الآخر بإنهاء الجلسة.
أكمل هذه الخطوات لتحديد ما إذا كانت وحدة الحد الأقصى للنقل (MTU) تتسبب في رفرفة جيران BGP:
- أستخدم الأوامر التالية للتحقق من الجوار المتأثر والواجهة المتصلة على كل من موجهات BGP. إذا كان عنوان نظير عبارة عن عنوان إسترجاع، فتحقق من الواجهة المتصلة التي يمكن من خلالها الوصول إلى الاسترجاع. تحقق أيضا من BGP OutQ على كلا موجهات نظير. OutQ الثابت غير الصفري هو إشارة قوية إلى أن التحديثات لا تصل إلى النظير بسبب وجود مشكلة في وحدة الحد الأقصى للنقل (MTU) في المسار.
Router#show ip bgp summ | in InQ|10.10.10.2
Neighbor V AS MsgRcvd MsgSent TblVer InQ OutQ Up/Down State/PfxRcd
10.10.10.2 4 3 64 62 3 0 0 00:00:3 2
Router#show ip route 10.10.10.2
Routing entry for 10.10.10.0/24
Known via "connected", distance 0, metric 0 (connected, via interface)
Routing Descriptor Blocks:
* directly connected, via GigabitEthernet1/0
Route metric is 0, traffic share count is 1
- تحقق من وحدة الحد الأقصى للنقل (MTU) للواجهة على كلا الجانبين:
Router#show ip int g1/0 | i MTU
MTU is 1500 bytes
Router#
- تأكيد مقطع بيانات الحد الأقصى المتفق عليه ل TCP لكل من مكبرات صوت BGP:
Router#show ip bgp neigh 10.20.20.2 | inc segment
Datagrams (max data segment is 1460 bytes):
Router#
في المثال أعلاه، 1460 صحيح حيث يتم تعيين 20 بايت إلى رأس TCP و 20 أخرى إلى رأس IP.
- تأكيد ما إذا كان BGP المستخدم للمسار-MTU ممكنا:
Router#show ip bgp neigh 10.10.10.2 | in tcp
Transport(tcp) path-mtu-discovery is enabled
Router#
- إختبار اتصال نظير BGP باستخدام مجموعة بت الحد الأقصى للواجهة MTU و DF (عدم التجزئة):
Router#ping 10.10.10.2 size 1500 df
Type escape sequence to abort.
Sending 5, 1500-byte ICMP Echos to 10.10.10.2, timeout is 2 seconds:
Packet sent with the DF bit set
.....
Success rate is 0 percent (0/5)
- قم بتقليل قيمة حجم ICMP لتحديد الحد الأقصى لحجم MTU الذي يمكن إستخدامه:
ping 10.10.10.2 size 1300 df
الحل
فيما يلي بعض الأسباب المحتملة:
- وحدة الحد الأقصى للنقل (MTU) للواجهة على كلا الموجهين غير متطابقة.
- تطابق وحدة الحد الأقصى للنقل (MTU) للواجهة على كلا الموجهين، ولكن مجال الطبقة 2 الذي تم تكوين جلسة BGP عليه غير مطابق.
- قام اكتشاف وحدة الحد الأقصى للنقل (MTU) للمسار بتحديد الحد الأقصى غير الصحيح لبيانات جلسة عمل TCP BGP.
- يمكن أن يفشل اكتشاف وحدة الإرسال الأقصى لمسار BGP (PMTUD) بسبب حظر حزم ICMP PMTUD (جدار الحماية أو قائمة التحكم في الوصول)
فيما يلي طرق محتملة لحل المشكلات المتعلقة بالوحدة:
- يجب أن تكون وحدة الحد الأقصى للنقل (MTU) للواجهة على كلا الموجهين هي نفسها؛ قم بتشغيل show ip int | في أمر MTU للتحقق من إعدادات MTU الحالية.
- إذا كانت وحدة الحد الأقصى للنقل (MTU) الخاصة بالواجهة على كلا الموجهين صحيحة (على سبيل المثال، 1500) ولكن إختبارات الاتصال مع مجموعة بت DF لا تتجاوز 1300، حينئذ يمكن أن يتضمن مجال الطبقة 2 الذي تم تكوين جلسة BGP المتأثرة عليه تكوينات MTU غير متناسقة. تحقق من كل واجهة من الطبقة 2 MTU. صححت الطبقة 2 قارن MTU in order to حللت الإصدار.
- إذا لم تكن قادرا على التحقق/التغيير في مجال الطبقة 2، فيمكنك تعيين الأمر العام ip tcp mss إلى قيمة أقل مثل 1000، والتي يمكن أن تفرض جميع جلسات مقطع بيانات TCP max التي تم إنشاؤها محليا (والتي تتضمن BGP) على 1000. لمزيد من المعلومات حول هذا الأمر، ارجع إلى قسم ip tcp mss من مرجع أوامر خدمات تطبيق IP من Cisco IOS®.
بالإضافة إلى ذلك، يمكنك إستخدام الأمر ip tcp adjust-mss لاستكشاف الأخطاء وإصلاحها بعد ذلك؛ يتم تكوين هذا الأمر على مستوى الواجهة ويؤثر على جميع جلسات عمل TCP. لمزيد من المعلومات حول هذا الأمر، ارجع إلى قسم ip tcp adjust-mss في مرجع أوامر خدمات تطبيق IP من Cisco IOS.
- (إختياري) يتعذر على اكتشاف وحدة الإرسال القصوى لمسار BGP (PMTUD) إنشاء الحد الأقصى الصحيح لحجم البيانات. يمكنك تعطيله بشكل عام أو لكل جار لتأكيد ما إذا كان هذا هو السبب. عندما يتم تعطيل BGP PMTUD، يتم تعيين الحد الأقصى لحجم مقطع (MSS) BGP افتراضيا على 536 كما هو محدد في RFC 879.
أحلت لمعلومة على كيف أن يعجز PMTUD، ال يشكل BGP دعم ل TCP ممر MTU إكتشاف لكل جلسة قسم من ال cisco ios BGP تشكيل مرشد.
لمزيد من المعلومات حول PMTUD، ارجع إلى حل مشاكل تجزئة IPv4 و MTU و MSS و PMTUD مع GRE و IPsec.
معلومات ذات صلة
التعليقات