عدادات أستكشاف أخطاء Cisco Nexus MTU وإصلاحها
المحتويات
المقدمة
يصف هذا المستند حول تكوين MTU المختلف ويناقش أيضا السيناريوهات التي تتضمن السلوك باستخدام تركيبات ونطاقات مختلفة.
الخلفية
يحدث التفتت في مسار L3 ليس في L2
يتم إستخدام المساحة بشكل أساسي للتأكد من أن رأس حزمة IP له طول مضاعف 32 بت
المتطلبات الأساسية
وحدة الحد الأقصى للنقل (MTU) على محولات Cisco Nexus
معلومات عن الحشو
- سيقوم المرسل[البادئ] بتنفيذ عملية الحشو، ولن تقوم أجهزة [النقل] المتقطعة بعملية الحشو
- لا يجب أن يتم تعديل الحشو عندما تمر حزمة من خلال محول توصيل عبر
- سيعتبر المحول الحزمة إطار عمل دون حجم إذا لم يكن المنشئ قادرا على القيام بالحشو
- سيتم أسر Wireshark قبل عملية التركيب
- بشكل أساسي، سيضيف المحول وحدات بايت إضافية حتى إذا كان حجم الحزمة الذي سيتم إرساله إلى السلك أقل من 64B
- عندما يتم تلقي 64 بايت 802.1q مميزا لشبكة إيثرنت، وذلك عبر منفذ خط اتصال على المستوى L2/L3 ويتم توجيهها/إعادة توجيهها إلى منفذ وصول غير مميز، يتم تقليل العلامة 802.1Q وتقليل حجم الإطار بمقدار 4 بايت
- أثناء عملية إلغاء تمييز إطار لم يعد الإطار يفي بالحد الأدنى لوحدة الحد الأقصى للنقل (MTU) الذي يبلغ 64 بايت كما هو محدد في مواصفات IEEE 802.1q يجب أن يقوم المحول بإعادة وضع الإطار إلى 64 بايت
التجزئة ومطابقة MTU
- إذا كان المسار هو L3، يحدث التجزئة، فلن يتم إسقاط الحزمة.
- إذا كان المسار هو L2، فلن يحدث أي تجزئة، سيتم إسقاط الحزمة بالكامل
- ابدأ [ICMP] مع تحديد حجم الحزمة 1540B ومع وجود L2 في المسار لا يمكنك رؤية حالات السقوط، حيث يصبح الحجم الإجمالي 1568 [1540+20+8]
- ابدأ [ICMP مع]حزمة حجم 1541B، يصبح إجمالي الحزمة 1569، وتشاهد عمليات الإسقاط، وتشاهد عمليات الإسقاط كعدادات Giants
- إذا زادت العدادات التالية MTU-mismatch - Jumbo، Giants، Runt وما إلى ذلك على أساس السيناريو والتكوين.
طوبولوجيا
9K = MTU 9K [jumbo]
1.5 ألف = وحدة الحد الأقصى للنقل (MTU) 1.5 ألف + تم تكوينها ك L2
تم تقسيم مخطط المعامل أعلاه في سيناريوهات متعددة على النحو التالي:
أستكشاف أخطاء وحدة الحد الأقصى للنقل (MTU) وإصلاحها باستخدام إختبار الاتصال
إختبار الاتصال باستخدام حجم الحزمة 1500
تم بدء إختبار الاتصال والنجاح مع عدم وجود أي عملية إسقاط.
على الرغم من أن لدينا L2، نحن لا نرى القطرة كحجم إختبار الاتصال الذي أخذ هو التقصير 1500.
N5K-1# ping 10.1.1.2 count 10
PING 10.1.1.2 (10.1.1.2): 56 data bytes
64 bytes from 10.1.1.2: icmp_seq=0 ttl=254 time=3.228 ms
64 bytes from 10.1.1.2: icmp_seq=1 ttl=254 time=4.832 ms
إختبار الاتصال باستخدام حجم الحزمة 5000
تم بدء إختبار الاتصال باستخدام الحزم بحجم 5000 مع عدد الحزم 50 من N5k1 إلى Nexus-SW2 وتم إسقاطه عند النقل من المستوى الثاني
N5K-1# ping 10.1.1.2 packet-size 5000 count 50
PING 10.1.1.2 (10.1.1.2): 5000 data bytes
Request 0 timed out
Request 1 timed out
الحزمة التي تعتبر Jumbo عند مدخل Nexus-SW1
Nexus-Sw1# sh interface ethernet 3/3 | i MTU|jumbo
MTU 9216 bytes, BW 10000000 Kbit, DLY 10 usec
50 jumbo packets 0 storm suppression packets >>>>>>> exact 50 jumbo packets are seeing in the RX counter.
الحزمة التي تعتبر ضخمة عند مخرج Nexus-SW1
Nexus-Sw1# sh interface ethernet 3/1 | i MTU|jumbo >>>>>>> Intertace connected towards to N7k2 with MTU 1500
MTU 1500 bytes, BW 10000000 Kbit, DLY 10 usec
50 jumbo packets >>>>>>> Exact 50 jumbo packets are egress in the TX.
تم إسقاط الحزمة عند مدخل Nexus-SW2
Nexus-Sw2# sh interface et3/1 | i MTU|giant >>>>>>> Interface connected towards Nexus-Sw1 with e3/1 MTU 1500
MTU 1500 bytes, BW 10000000 Kbit, DLY 10 usec
0 runts 50 giants 0 CRC/FCS 0 no buffer >>>>>>> Exact 50 input error and 50 Giants packets observed in the RX counter.
50 input error 0 short frame 0 overrun 0 underrun 0 ignored
Nexus-Sw2# sh interface et3/4 | i MTU|giant|error >>>>>>> Interface with MTU 1500
MTU 1500 bytes, BW 10000000 Kbit, DLY 10 usec
0 runts 0 giants 0 CRC/FCS 0 no buffer >>>>>>> No counter seen
0 output error 0 collision 0 deferred 0 late collision >>>>>>> No counter seen
التعليقات