المقدمة
يوضح هذا المستند كيفية أستكشاف أخطاء الحزم وإصلاحها باستخدام عدادات واجهة Nexus.
المتطلبات الأساسية
المتطلبات
توصي Cisco بأن تكون لديك معرفة بالمواضيع التالية:
المكونات المستخدمة
الاسم |
بالتفورم |
الإصدار |
N9K1 |
N9K-C93108TC-EX |
9.3(10) |
N9K2 |
N9K-C93108TC-EX |
9.3(10) |
N9K3 |
N9K-C93108TC-EX |
9.3(10) |
تم إنشاء المعلومات الواردة في هذا المستند من الأجهزة الموجودة في بيئة معملية خاصة. بدأت جميع الأجهزة المُستخدمة في هذا المستند بتكوين ممسوح (افتراضي). إذا كانت شبكتك قيد التشغيل، فتأكد من فهمك للتأثير المحتمل لأي أمر.
المخطط

الخلفية
في بيئات معينة، لا يمكن أن تكون أساليب التقاط الحزم التقليدية مثل ELAM أو SPAN خيارات ممكنة لتشخيص مشاكل الشبكة. ومع ذلك، توفر عدادات حزم واجهة Nexus بديلا قيما لاستكشاف أخطاء الحزم وإصلاحها. من المهم ملاحظة أن توفر عدادات معينة يمكن أن يختلف اعتمادا على تكوين الشبكة، لذلك فإن هذه الطريقة من أستكشاف الأخطاء وإصلاحها لا يمكن تطبيقها بشكل عام.
في هذا المثال، يتم توضيح كيفية إستخدام عدادات واجهة Nexus لاستكشاف أخطاء الاتصال وإصلاحها بين واجهات الاسترجاع الخاصة ب N9K1 ( 172.16.1.1 ) و N9K3 ( 172.16.1.2 ).
تحديد الواجهات
لكل جهاز يجب تعريف واجهة الدخول والخروج، in order to عينت هذا قارن لهذا المثال أمر: يتم إستخدام show ip route.
المسارات في N9K1
N9K1# sh ip route 172.16.1.2
<Snipped>
172.16.1.2/32, ubest/mbest: 1/0
*via 192.168.2.1, Eth1/1, [1/0], static
بالنسبة إلى Nexus N9K1، يتم إستخدام الواجهة ETH1/1.
مسارات في N9K2
N9K2# sh ip route 172.16.1.1
<Snipped>
172.16.1.1/32, ubest/mbest: 1/0 time
*via 192.168.2.2, Eth1/1, [1/0], static
N9K2# sh ip route 172.16.1.2
<Snipped>
172.16.1.2/32, ubest/mbest: 1/0 time
*via 192.168.1.2, Eth1/2, [1/0], static
بالنسبة إلى Nexus N9K1، يتم إستخدام واجهات ETH1/1 وETH1/2.
المسارات في N9K3
N9K3# sh ip route 172.16.1.1
<Snipped>
172.16.1.1/32, ubest/mbest: 1/0 time
*via 192.168.1.1, Eth1/1, [1/0], static
بالنسبة إلى Nexus N9K1، يتم إستخدام الواجهة ETH1/1.
تحديد حجم الحزمة
من أجل عمليات إسقاط الحزم الساخنة المسببة للمتاعب باستخدام عدادات الواجهة، يلزم تعريف عداد لا يتزايد.
في المثال التالي، تم تشغيل عداد الأمر sh interface e1/1 بالتفصيل مرتين، إذا يمكن ملاحظة أن حزم العداد من 512 إلى 1023 بايت لم يتم زيادتها ل RX وTX.
يجب القيام بهذه العملية في جميع الأجهزة المعنية بين المصدر والوجهة.
N9K1# sh interface e1/1 counters detailed
Ethernet1/1
Rx Packets: 31774
Rx Unicast Packets: 8419
Rx Multicast Packets: 23784
Rx Broadcast Packets: 3
Rx Bytes: 8115383
Rx Packets from 0 to 64 bytes: 322
Rx Packets from 65 to 127 bytes: 22822
Rx Packets from 128 to 255 bytes: 3393
Rx Packets from 256 to 511 bytes: 1652
Rx Packets from 512 to 1023 bytes: 63
Rx Packets from 1024 to 1518 bytes: 3522
Tx Packets: 26430
Tx Unicast Packets: 7351
Tx Multicast Packets: 19509
Tx Broadcast Packets: 2
Tx Bytes: 5114894
Tx Packets from 0 to 64 bytes: 90
Tx Packets from 65 to 127 bytes: 20724
Tx Packets from 128 to 255 bytes: 2243
Tx Packets from 256 to 511 bytes: 1642
Tx Packets from 512 to 1023 bytes: 10
Tx Packets from 1024 to 1518 bytes: 1766
N9K1# sh interface e1/1 counters detailed
Ethernet1/1
Rx Packets: 31821
Rx Unicast Packets: 8437
Rx Multicast Packets: 23817
Rx Broadcast Packets: 3
Rx Bytes: 8125733
Rx Packets from 0 to 64 bytes: 329
Rx Packets from 65 to 127 bytes: 22878
Rx Packets from 128 to 255 bytes: 3468
Rx Packets from 256 to 511 bytes: 1670
Rx Packets from 512 to 1023 bytes: 63
Rx Packets from 1024 to 1518 bytes: 3544
Tx Packets: 26467
Tx Unicast Packets: 7367
Tx Multicast Packets: 19534
Tx Broadcast Packets: 2
Tx Bytes: 5121572
Tx Packets from 0 to 64 bytes: 95
Tx Packets from 65 to 127 bytes: 20768
Tx Packets from 128 to 255 bytes: 2290
Tx Packets from 256 to 511 bytes: 1657
Tx Packets from 512 to 1023 bytes: 10
Tx Packets from 1024 to 1518 bytes: 1798
تحذير: في بيئة إنتاج، يمكن مسح عدادات الواجهات لتحديد العداد الذي لا يزيد. بالنسبة للواجهات التي تم تعيين MTU عليها إلى الحد الأقصى، يمكن العثور على عدادات أكبر من 1518. إذا لم تكن الحزم ذات الحجم المحدد تعبر nexus، فلن يظهر عداد.
إجراء الاختبار
لهذا الاختبار، نظرا لاستخدام بيئة خاضعة للتحكم، يتم إستخدام حزم العداد من 1024 إلى 1518 في جميع الأجهزة. تم مسح عدادات جميع الواجهات قبل الاختبار:
N9K1# clear counters interface e1/1
N9K2# clear counters interface e1/1-2
N9K3# clear counters interface e1/1
في كل nexus، يمكن تشغيل الأمر التالي للتحقق من عدم مرور أي حركة مرور بحجم الحزمة المطلوب تمر عبر الشبكة؛ المفروض ما تشوف شي؛
N9K1# sh int e1/1 cou detailed | i i " 1024 to 1518"
N9K2# sh int e1/1-2 cou detailed | i i " 1024 to 1518"
N9K3# sh int e1/1 cou detailed | i i " 1024 to 1518"
الآن بما أن كل العدادات واضحة، يمكن إنشاء عملية أزيز، يحدد حجم حزمة بين 1024-1518 مع مجموعة DF-Bit.
N9K1# ping 172.16.1.2 source 172.16.1.1 packet-size 1050 df-bit
PING 172.16.1.2(172.16.1.2) from 172.16.1.1: 1050 data bytes
1058 bytes from 172.16.1.2: icmp_seq=0 ttl=254 time=1.102 ms
1058 bytes from 172.16.1.2: icmp_seq=1 ttl=254 time=0.668 ms
1058 bytes from 172.16.1.2: icmp_seq=2 ttl=254 time=0.644 ms
1058 bytes from 172.16.1.2: icmp_seq=3 ttl=254 time=0.626 ms
1058 bytes from 172.16.1.2: icmp_seq=4 ttl=254 time=0.631 ms
--- 172.16.1.2 ping statistics ---
5 packets transmitted, 5 packets received, 0.00% packet loss
round-trip min/avg/max = 0.626/0.734/1.102 ms
التحقق من طلب ICMP
في المثال التالي، يمكنك ملاحظة كيفية زيادة العدادات في إتجاه TX/RX على الأجهزة المعنية لطلب ICMP من N9K1 إلى N9K3.
N9K1 |
N9K2 |
N9K3 |
N9K1# sh int e1/1 cou detailed | i i " 1024 to 1518" Rx Packets from 1024 to 1518 bytes: 0 Tx Packets from 1024 to 1518 bytes: 5
|
N9K2# sh int e1/1 cou detailed | i i " 1024 to 1518" Rx Packets from 1024 to 1518 bytes: 5 Tx Packets from 1024 to 1518 bytes: 0 N9K2# sh int e1/2 cou detailed | i i " 1024 to 1518" Rx Packets from 1024 to 1518 bytes: 0 Tx Packets from 1024 to 1518 bytes: 5
|
N9K3# sh int e1/1 cou detailed | i i " 1024 to 1518" Rx Packets from 1024 to 1518 bytes: 5 Tx Packets from 1024 to 1518 bytes: 0
|
يمكن ملاحظة أن N9K1 أرسل 5 حزم على الواجهة E1/1 |
يمكن ملاحظة أن N9K2 استلم 5 حزم على الواجهة E1/1 وأرسل 5 حزم على الواجهة E1/2 |
يمكن ملاحظة أن N9K3 استلم 5 حزم على الواجهة E1/1 |
التحقق من رد ICMP
بمجرد التحقق من صحة تصحيح طلب ICMP، يمكنك المتابعة لمراجعة رد ICMP.
في المثال التالي، يمكنك ملاحظة كيفية زيادة العدادات في إتجاه TX/RX على الأجهزة المعنية للرد على ICMP من N9K3 إلى N9K1
N9K1 |
N9K2 |
N9K3 |
N9K1# sh int e1/1 cou detailed | i i " 1024 to 1518" Rx Packets from 1024 to 1518 bytes: 5 Tx Packets from 1024 to 1518 bytes: 5
|
N9K2# sh int e1/1 cou detailed | i i " 1024 to 1518" Rx Packets from 1024 to 1518 bytes: 5 Tx Packets from 1024 to 1518 bytes: 5 N9K2# sh int e1/2 cou detailed | i i " 1024 to 1518" Rx Packets from 1024 to 1518 bytes: 5 Tx Packets from 1024 to 1518 bytes: 5
|
N9K3# sh int e1/1 cou detailed | i i " 1024 to 1518" Rx Packets from 1024 to 1518 bytes: 5
Tx Packets from 1024 to 1518 bytes: 5
|
يمكن ملاحظة أن N9K1 يستلم 5 حزم على الواجهة E1/1 |
يمكن ملاحظة أن N9K2 أرسل 5 ربط على الواجهة E1/1 واستلم 5 ربط على الواجهة E1/2 |
يمكن ملاحظة أن N9K3 أرسل 5 حزم على الواجهة E1/1 |
مع هذا إختبار، هو يستطيع كنت أكدت أن الحركة مرور انسياب بشكل صحيح عبر ال 3 مفتاح. إذا كان أحد الارتباطات يحتوي على تباين على العداد، إما RX أو TX حيث يمكن إسقاط حركة المرور.