أستكشاف أخطاء اكتشاف الارتباط أحادي الإتجاه وإصلاحها على محولات Nexus

المقدمة

يصف هذا وثيقة كيف أن يتحرى {mixed}unidirectional خطوة كشف (UDLD) خطأ رسالة على cisco Nexus 7000 sery مفتاح.

المتطلبات الأساسية

المتطلبات

توصي Cisco بأن تكون لديك معرفة أساسية بالمواضيع التالية:

• نظام تشغيل Cisco Nexus (Cisco NX-OS)
• عمليات UDLD الأساسية 

المكونات المستخدمة

تستند المعلومات الواردة في هذا المستند إلى إصدارات البرامج والمكونات المادية التالية:

• سلسلة مبدلات Cisco Nexus 7000
• NX-OS من Cisco، الإصدار 6.2(10) 

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

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

يتبادل الميناء UDLD ربط عندما ال UDLD كشف عملية تنفذ، يتضمن المنشئ مفتاح-id والمنشئ ميناء-id. عندما إستلمت UDLD ربط، المفتاح صدى النظير مفتاح-id ومنفذ-id رجوع إلى النظير. عند تبادل حزم الارتداد في المحولات، يتم تكوين علاقة ثنائية الإتجاه. 

ال UDLD خطأ شرط يتواجد عندما المفتاح لا يستلم المعلومة متوقع من UDLD نظير. 

يصف هذا وثيقة هذا UDLD خطأ شرط وكيف أن يتحرى هم:

• صدى فارغ
• حلقة إرسال-إستقبال (Tx-RX)
• أحادي الإتجاه
• عدم تطابق الجوار
• التوقف المفاجئ لإطارات UDLD 

شروط خطأ UDLD

يصف هذا قسم مختلف نوع ال UDLD خطأ شرط وبعض سبب محتمل.

صدى فارغ 

هذا شرط حاضر عندما يستلم مفتاح-A UDLD إطار من مفتاح-B دون ال متوقع صدى من المفتاح-A مفتاح-id ومنفذ-id. 

عندما كشفت صدى فارغ، ال UDLD ينجز هذا إجراء:

نمط	الإجراء
الوضع العادي	ميناء err-disable
وضع عدواني	ميناء err-disable

يتم بعد ذلك إنشاء رسائل syslog هذه:

2015 Mar 19 11:57:56.155 N7kA ETHPORT-2-IF_DOWN_ERROR_DISABLED Interface Ethernet1/2
 is down (Error disabled. Reason:UDLD empty echo)
2015 Mar 19 11:57:56.186 N7kA ETH_PORT_CHANNEL-5-PORT_INDIVIDUAL_DOWN individual port
 Ethernet1/2 is down
2015 Mar 19 11:57:56.336 N7kA ETHPORT-2-IF_DOWN_ERROR_DISABLED Interface Ethernet1/2
 is down (Error disabled. Reason:UDLD empty echo)

هنا بعض الأسباب المحتملة لهذه الحالة

• انتهت مهلة علاقة UDLD الثنائية الإتجاه على المحول (ب) لأنه لا يستلم إطارات UDLD من المحول (أ).
• تلقى المحول B إطارات UDLD من المحول A ولكنه لم يعالجها.
• لم يرسل المحول A إطارات UDLD إلى المحول B.

حلقة Tx-RX

يقع هذا شرط عندما UDLD إطار يكون إستلمت على ال نفسه ميناء من أي هو كان أرسلت.

عندما كشفت حلقة Tx-Rx، UDLD ينجز هذا عملية:

نمط	الإجراء
الوضع العادي	ميناء err-disable
وضع عدواني	ميناء err-disable

يتم بعد ذلك إنشاء رسائل syslog هذه:

2015 Mar 20 14:52:30 N7kA   %ETHPORT-2-IF_DOWN_ERROR_DISABLED: Interface Ethernet17/5
 is down (Error disabled. Reason:UDLD Tx-Rx Loop)
2015 Mar 20 14:52:30 N7kA   %ETHPORT-2-IF_DOWN_ERROR_DISABLED: Interface Ethernet17/5
 is down (Error disabled. Reason:UDLD Tx-Rx Loop)

فيما يلي بعض الأسباب المحتملة لهذه الحالة:

• قد تكون هناك أسلاك غير صحيحة أو مشكلة وسائط مادية.
• تعكس الأجهزة الوسيطة الإطارات مرة أخرى إلى منفذ الإرسال.

حالة عدم توافق الجوار 

هذا شرط حاضر عندما يستلم ميناء-a على مفتاح-a إطار من ميناء آخر غير أن مع أي هو بالفعل شكلت UDLD ثنائي إتجاه علاقة. 

عندما كشفت حالة عدم توافق مجاور، UDLD ينجز هذا إجراء:

نمط	الإجراء
الوضع العادي	ميناء err-disable
وضع عدواني	ميناء err-disable

يتم بعد ذلك إنشاء رسائل syslog هذه:

2015 Mar 21 10:23:05.598 N7kA %ETHPORT-2-IF_DOWN_ERROR_DISABLED: Interface Ethernet3/21
 is down (Error disabled. Reason:UDLD Neighbor mismatch)
2015 Mar 21 10:24:07.065 N7kA %ETHPORT-2-IF_DOWN_ERROR_DISABLED: Interface Ethernet3/21
 is down (Error disabled. Reason:UDLD Neighbor mismatch)

فيما يلي بعض الأسباب المحتملة لهذه الحالة:

• ال UDLD ميناء المعني عضو من ميناء-channel على أي عضو غيرت ميناء دولة.
• هناك أداة متوسط بين الإثنان ميناء أن يشكل الإثنان إتجاه علاقة.

التوقف المفاجئ لإطارات UDLD

هذا شرط حاضر عندما يشكل ميناء أن يكون علاقة ثنائي إتجاه لا يستلم UDLD إطار عندما الفاصل الزمني وقت-out (50 ثاني افتراضيا). 

عندما كشفت هذا شرط، ال UDLD ينجز هذا إجراء:

نمط	الإجراء
الوضع العادي	UDLD يعلم ميناء بما أن غير محدد، ويواصل الميناء أن يعمل وفقا له يجسر - شجرة ميناء دولة
وضع عدواني	ميناء err-disable

أستكشاف أخطاء UDLD وإصلاحها

يصف هذا قسم كيف أن يتحرى ويأخذ steps أنت ينبغي أتمت إن أنت تواجه UDLD error-disabled ميناء. 

بما أن أخطاء UDLD تشير إلى أخطاء طبقة فعلية، من المناسب أن يتحرى في الطبقة الفعلية. عندما واجهت UDLD خطأ رسالة، فكر في هذه الأسئلة:

• هل يستمر الخطأ إذا تم إستبدال جهاز الإرسال والاستقبال الصغير القابل للتوصيل (SFP)؟
• هل يستمر الخطأ إذا تم إستبدال الكبل؟
• هل يستمر الخطأ إذا تم نقل الاتصال إلى منفذ مادي مختلف على المحول؟

أوامر مفيدة

استعملت هذا أمر in order to أحيات all of the ميناء أن يكون وضعت في error-disable أسلوب ب ال UDLD:

N7KA(config)# udld reset

أستخدم هذا الأمر للتحقق من العلاقة الثنائية الإتجاه:

N7KA-NORTH-AGG(config-if)# show udld eth 3/4

Interface Ethernet3/4
--------------------------------
Port enable administrative configuration setting: enabled
Port enable operational state: enabled
Current bidirectional state: bidirectional
Current operational state: advertisement - Single neighbor detected
Message interval: 7
Timeout interval: 5

Entry 1
----------------
Expiration time: 39
Cache Device index: 1
Current neighbor state: bidirectional
Device ID: JAF1620ABAB
Port ID: Ethernet3/12
Neighbor echo 1 devices: JAF1617BACD
Neighbor echo 1 port: Ethernet3/4

Message interval: 15
Timeout interval: 5
CDP Device name: N7KB-SOUTH-AGG(JAF1620ABAB)


Last pkt send on: 400096, Aug 6 13:58:52 2014
Probe pkt send on: 400096, Aug 6 13:58:52 2014
Echo pkt send on: 395799, Aug 6 13:58:43 2014
Flush pkt send on: None.

Last pkt recv on: 740333, Aug 6 13:58:52 2014
Probe pkt recv on: 740333, Aug 6 13:58:52 2014
Echo pkt recv on: 730454, Aug 6 13:58:43 2014
Flush pkt recv on: None.

Deep pkt inspections done: None.
Mismatched if index found: None.
Deep pkt inspection drops: None.

استعملت هذا أمر in order to دققت خطأ عداد على القارن طبيعي، أي يحدد ما إذا كان ال UDLD إطار سقطت بسبب طبيعي طبقة جهاز خطأ:

RTP-Agg1# show interface ethernet 4/1 | i error|CRC|discard|drop
 0 runts 0 giants 0 CRC/FCS 0 no buffer
 0 input error 0 short frame 0 overrun 0 underrun 0 ignored
 0 watchdog 0 bad etype drop 0 bad proto drop 0 if down drop
 0 input with dribble 0 input discard
 0 output error 0 collision 0 deferred 0 late collision
 0 lost carrier 0 no carrier 0 babble 0 output discard

أستخدم هذا الأمر للتحقق من إستخدام وحدة المعالجة المركزية، والذي يحدد ما إذا كان إستخدام وحدة المعالجة المركزية الأعلى يمنع العملية لإطارات UDLD:

N7K-A# show system resources
Load average: 1 minute: 0.17 5 minutes: 0.25 15 minutes: 0.20
Processes : 1993 total, 1 running
CPU states : 0.18% user, 0.81% kernel, 98.99% idle 

معلومات TAC المفيدة

يصف هذا القسم المخرجات التي يجب عليك تجميعها قبل إستعادة الارتباط (إذا سمحت الظروف). هذا يساعد أن يزود ال cisco مساعدة مركز (TAC) أفضل فرصة أن يشخص السبب الجذر من الخطوة أن يكون وضعت داخل handicapé أسلوب ب ال UDLD:

• show tech-support lacp all (إذا كانت الواجهة الفاشلة عضوا في قناة portChannel لبروتوكول التحكم في تجميع الارتباطات (LACP))
• show tech-support module <x>  (حيث x هو الوحدة النمطية حيث UDLD خطأ كشفت)
• show tech-support ethpm
• show tech-support udld 
• show udld internal event-history errors 
• show udld internal event-history msgs | grep -a 3 -b 3 L2_RX_DATA
• show udld internal event-history ethernet <x/y>
• show log logfile | grep UDLD
• show log logfile | grep Ethernet<x/y> 
• show processes cpu history
• show interface ethernet <x/y>
• show hardware internal errors module <x>
• show interface counters errors module <x>

معلومات ذات صلة

• الدعم الفني والتنزيلات من Cisco