أستكشاف أخطاء حزمة الإيثرنت التالفة وإصلاحها على Cisco Nexus 9000

المقدمة

يصف هذا المستند كيفية أستكشاف أخطاء حزمة الإيثرنت التالفة وإصلاحها على Cisco Nexus 9000 عندما تكون معلومات الإضافة تالفة أو مشوهة.

معلومات أساسية

الحجم الأدنى لإطار إيثرنت هو 64 بايت، بغض النظر عن وجود علامة VLAN هناك أو لا.

الحد الأدنى لحجم حمولة الإيثرنت هو:

• 46 بايت إذا كانت علامة VLAN غير موجودة.
• 42 بايت إذا كانت علامة VLAN موجودة.

يمكنك التحقق من هذه الحقيقة:

• على ويكيبيديا، قسم الحمولة:https://en.wikipedia.org/wiki/Ethernet_frame
• على مقياس IEEE 802.3 (http://people.ee.duke.edu/~mbrooke/EE164.02/Spring_2004/group_2/index_files/8023.pdf)، حيث يتم تعريف تنسيق إطار MAC (بدون VLAN) في القسم 3.1.1، صفحة 39، والعناصر من إطار MAC بعلامات تمييز يتم تعريفها في صفحة 43 قسم 3.5.

الحد الأدنى لحجم حزمة إيثرنت هو 64 بايت، بغض النظر عن وجود رأس شبكة VLAN هناك أو عدم وجوده. يسمح للخادم بإرسال حزمة بطول 64 بايت تحتوي على شبكة VLAN، والتي يجب أن تقبلها وتعالجها بشكل صحيح.

ملاحظة: يتم التعامل مع هذا السلوك بشكل صحيح بواسطة محول Catalyst 4500x وليس بواسطة Nexus 9k.

كيف تتم معالجة الحزمة بواسطة محول

الخطوة 1. إستلام إطار إيثرنت صحيح بحجم 64 بايت.

الخطوة 2. قم بإزالة تسلسل التحقق من الإطارات (FCS)، بحيث تصبح الحزمة بطول 60 بايت.

الخطوة 3. أزلت ال VLAN بطاقة، لذلك الربط يصبح 56 بايت طول.

الخطوة 4. إضافة مساحة لتجعل الحزمة طويلة 60 بايت.

الخطوة 5. يضيف FCS، مما يجعل الحزمة طويلة 64 بايت.

لا يجب أن يتم تعديل الحشو عندما تمر حزمة من خلال محول توصيل عبر.

إضافة معدل باستخدام شبكات VLAN ذات علامات التمييز عند مرور البيانات N9K

بدلا من إضافة الأصفار، فإن الحزمة تضاف مع حروف القمامة، في معظم الحالات لا يكون لها تأثير لأن المجموع الاختباري لا يتم تعديله ولذا لا يستخدم أي شخص هذه البيانات. ومع ذلك، إذا كان للعملاء إستخدام خاص ويحتاجون إلى إعادة حساب المبالغ المرجعية، فإن بيانات النفايات هذه تؤدي إلى تلف المبالغ المرجعية في النهاية (قد ترى الأجهزة الأخرى، مثل NAT/موازن التحميل المشكلة أيضا).

الجهاز هو N9K 93120TX (تم الكشف عنه في البداية على 9372TX على الرغم من)، الإصدار هو أحدث NXOS 7.0(3)I2(2a).

أستخدم أجهزة لينوكس المضيفة مع الأجهزة المتصلة مباشرة مع N9K (لا توجد محاكاة افتراضية من أي نوع) هنا (روابط 1000BASE-T).

أستخدم هذا التكوين:

interface Ethernet1/59

  switchport mode trunk

!

interface Ethernet1/60

  switchport mode trunk

 

linux configurations:

inet 10.2.1.1/24 brd 10.2.1.255 scope global eth1  <= native vlan

inet 10.1.1.1/24 brd 10.1.1.255 scope global eth1.100 <= taggued vlan 100

 أو

فقط قم بتوصيل مضيف Windows وأرسل الإطارات ذات علامات التمييز، يجب أن تقوم بتشغيل المشكلة. علاوة على ذلك، تأكد من أن بطاقة واجهة الشبكة (NIC) لديها القدرة على تمييز الحزمة.

يضيف المفتاح غير الصفر إلى الإطارات التي تمر عبرها.

على سبيل المثال: المضيف — [trunk] N9k [trunk] — المضيف

يمكنك إستخدام netcat لإرسال الحزم واستقبالها.

كما هو موضح في الصورة، فإنه يرسل جانب (VLAN 100 tagged)، ميناء E1/59 على المفتاح.

هو يستلم جانب (VLAN 100 tagged)، ميناء e1/60 على المفتاح، كما هو موضح في الصورة:

كما هو موضح في الصورة، يتم إرسال الحزمة.

يتم تلقي الحزمة، كما هو موضح في الصورة:

كما هو موضح في الصورة، يتم إبراز الحشو الخاطئ.

كما يتم عرض هذا الأمر باستخدام محلل حزمة (في حزمة أخرى، تختلف البيانات عن لقطات الشاشة السابقة ولكن الاختبار والخطأ متطابقان)،

الحل

الحل البديل هو تعطيل تعزيز المخزن المؤقت على الواجهة التي يتصل بها هذا الخادم.

C9396PX-1(config)# int et 1/7
C9396PX-1(config-if)# no buffer-boost

عيب ذو صلة:

تحويل CSCva46849 60 Byte Frame مع dot1q Header L2 على N9k