رسالة خطأ DCX-No ACK في 100 PDUs

المقدمة

يصف هذا وثيقة هذا خطأ رسالة وكيف أن يعين الجذر سبب: "٪ETHPORT-2-IF_DOWN_ERROR_DISABLED: قارن إثرنيت115/1/17 معطل (خطأ يعجز. سبب CX-No ACK في 100 وحدة بيانات لكل قناة).

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

المتطلبات

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

• واجهة سطر الأوامر Nexus CLI
• بروتوكول القناة الليفية عبر شبكة إيثرنت (FCoE)

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

تستند المعلومات الواردة في هذا المستند إلى جميع الأنظمة الأساسية للمحولات من السلسلة Nexus 5000 و 5500.

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

المشكلة

يتم تجميع قيم طول نوع تبادل إمكانات التوصيل بين مراكز البيانات (DCBX) (TLV) داخل إطار بروتوكول اكتشاف طبقة الارتباط (LLDP) الذي يتم تبادله بين المحول ومهايئ الشبكة المجمعة (CNA). يتم إستخدام أحد عناصر التحكم الفرعية TLV هذه للإقرار (ACK)، والذي يستند إلى التسلسل. على سبيل المثال، يرسل المحول Control Sub-TLV مع SeqNo رقم 1 و AckNo رقم 2. ومن المفترض أن يقوم المضيف بعكس هذا الوضع، وإرسال إطار LLDP مع Control Sub-TLV مع SeqNo 2 و AckNo 1. راجع قسم التقاط الحزمة في هذه المقالة للحصول على مزيد من التفاصيل.

يتوقع المحول هذا التبادل من المضيف كل 30 ثانية. إن لا يرى المفتاح هذا تبادل ل 100 بروتوكول معطيات وحدة (PDUs)، أي 3000 ثاني أو 50 دقيقة، المفتاح يعجز مع هذا خطأ:

N5k %ETHPORT-2-IF_DOWN_ERROR_DISABLED: Interface Ethernet115/1/17 is down
(Error disabled. Reason:DCX-No ACK in 100 PDUs)
N5k %ETHPORT-2-IF_DOWN_ERROR_DISABLED: Interface Ethernet116/1/16 is down
(Error disabled. Reason:DCX-No ACK in 100 PDUs)

الحل

أنت يستطيع حللت هذا إصدار إن يعجز أنت LLDP. ومع ذلك، إذا قمت بتشغيل تقنية القنوات الليفية عبر شبكة إيثرنت (FCoE)، يلزم توفر بروتوكول LLDP لأن منفذ القناة الليفية الظاهري لا يأتي بدونه. دخلت in order to أعجزت LLDP، هذا أمر:

N5k(config)# interface E1/1
N5k(config-if)# no lldp receive 
N5k(config-if)# no lldp send

هنا بعض أمر على المفتاح أن يساعد أن ينقص الجذر سبب.

N5k# show lldp interface ethernet 1/22
Interface Information:
  Enable (tx/rx/dcbx): Y/Y/Y    Port Mac address: 00:05:73:ab:29:bd

Peer's LLDP TLVs:
Type Length Value
---- ------ -----
001  007    040000c9 9d2372
002  007    030000c9 9d2372
003  002    0078
006  045    456d756c 6578204f 6e65436f 6e6e6563 74203130 4762204d 756c7469
            2066756e 6374696f 6e204164 61707465 72
007  004    00800080
127  055    001b2102 020a0000 00000002 00000001 04110000 c0000001 00003232
            00000000 00000206 060000c0 00080808 0a0000c0 00890600 1b2108
000  000    

N5k# show lldp dcbx interface ethernet 1/22

Local DCBXP Control information:
Operation version: 00  Max version: 00  Seq no: 1  Ack no: 2  <<---Our sequence
# and Ack #
Type/ 
Subtype    Version    En/Will/Adv Config
003/000     000        Y/N/Y      0808
004/000     000        Y/N/Y      8906001b21 08
002/000     000        Y/N/Y      0001000032 32000000 00000002

Peer's DCBXP Control information:
Operation version: 00  Max version: 00  Seq no: 2  Ack no: 1  <<---Peer sequence #
and Ack # should be reversed.
Type/      Max/Oper
Subtype    Version    En/Will/Err Config
002/000     000/000    Y/Y/N      0001000032 32000000 00000002 
003/000     000/000    Y/Y/N      0808
004/000     000/000    Y/Y/N      8906001b21 08

والسبب الجذري لهذه المشكلة في معظم الحالات هو سوء سلوك مهايئ الشبكات المجمعة/الخوادم أو وجود برنامج ثابت/برنامج تشغيل غير صحيح على مهايئ الشبكات المجمعة (CNA). دخلت أمر ل Nexus 5000 sery مفتاح منصة في إطلاق 5.2(1)N1(1) وفيما بعد in order to إستردت من هذا دولة handicapé تلقائيا.

N5k(config)# errdisable recovery cause dcbx-no-ack

ملاحظة: تم تصنيف معرف تصحيح الأخطاء من Cisco CSCtq30118 ENH: DCX-No ACK في 100 PDUs من أجل تحسين القدرات من أجل أستكشاف أخطاء هذه المشكلة وإصلاحها. يسمح هذا الإصلاح أيضا للعملاء بتمكين الاسترداد من هذه الحالة.

طرق عرض الحزمة

التقاط حزمة مضمنة ل Nexus 5000 الذي يرسل LLDP Frame DCBX Control Sub-TLV من SeqNo 1 و AckNo 2

التقاط حزمة مضمنة من مهايئ الشبكات المجمعة (CNA) الذي يرسل بروتوكول LLDP إطار التحكم DCBX الخاص ب TLV من SeqNo 2 و AckNo 1

لا يقوم Wireshark بفك ترميز LLDP Sub-TLVs. يتم إظهارها ك "نوع فرعي غير معروف" في رأس LLDP. أستخدم الأرقام التسلسلية من الأوامر الموجودة في القسم السابق لتحديد موقعها في تتبع Wireshark. هنا أثر من يحول محلل أيسر (فسحة بين دعامتين) جلسة.

التقاط Wireshark ل Nexus 5000 الذي يرسل LLDP Frame DCBX Control Sub-TLV من SeqNo 1 و AckNo 2

التقاط Wireshark ل CNA إرسال LLDP إطار DCBX تحكم فرعي TLV من SeqNo 2 و AckNo 1

بدلا من ذلك، أستخدم sniffer المدمج في النظام الأساسي للمحول Nexus 5000 Series Switch لترى إطارات LLDP أيضا. أستخدم عنوان MAC المصدر كمرشح عرض.

التقاط الإيثاناليزر ل CNA إرسال LLDP إطار DCBX تحكم فرعي TLV من SeqNo 2 و AckNo 1.

N5k# ethanalyzer local interface inbound-hi det display-filter eth.src==
00:00:c9:9d:23:72
Capturing on eth4
Frame 1215 (152 bytes on wire, 152 bytes captured)
    Arrival Time: Aug 31, 2011 09:06:25.549049000
    [Time delta from previous captured frame: 0.021367000 seconds]
    [Time delta from previous displayed frame: 1314795985.549049000 seconds]
    [Time since reference or first frame: 1314795985.549049000 seconds]
    Frame Number: 1215
    Frame Length: 152 bytes
    Capture Length: 152 bytes
    [Frame is marked: False]
    [Protocols in frame: eth:vlan:lldp]
Ethernet II, Src: 00:00:c9:9d:23:72 (00:00:c9:9d:23:72), Dst: 01:80:c2:00:00:0e
(01:80:c2:00:00:0e)
    Destination: 01:80:c2:00:00:0e (01:80:c2:00:00:0e)
        Address: 01:80:c2:00:00:0e (01:80:c2:00:00:0e)
        .... ...1 .... .... .... .... = IG bit: Group address (multicast/broadcast)
        .... ..0. .... .... .... .... = LG bit: Globally unique address (factory default)
    Source: 00:00:c9:9d:23:72 (00:00:c9:9d:23:72)
        Address: 00:00:c9:9d:23:72 (00:00:c9:9d:23:72)
        .... ...0 .... .... .... .... = IG bit: Individual address (unicast)
        .... ..0. .... .... .... .... = LG bit: Globally unique address (factory default)
    Type: 802.1Q Virtual LAN (0x8100)
802.1Q Virtual LAN
    000. .... .... .... = Priority: 0
    ...0 .... .... .... = CFI: 0
    .... 0000 0001 0100 = ID: 20
    Type: 802.1 Link Layer Discovery Protocol (LLDP) (0x88cc)
Link Layer Discovery Protocol
    Chassis Subtype = MAC address
        0000 001. .... .... = TLV Type: Chassis Id (1)
        .... ...0 0000 0111 = TLV Length: 7
        Chassis Id Subtype: MAC address (4)
        Chassis Id: 00:00:c9:9d:23:72 (00:00:c9:9d:23:72)
    Port Subtype = MAC address
        0000 010. .... .... = TLV Type: Port Id (2)
        .... ...0 0000 0111 = TLV Length: 7
        Port Id Subtype: MAC address (3)
        Port Id: 00:00:c9:9d:23:72 (00:00:c9:9d:23:72)
    Time To Live = 120 sec
        0000 011. .... .... = TLV Type: Time to Live (3)
        .... ...0 0000 0010 = TLV Length: 2
        Seconds: 120
    System Description = Emulex OneConnect 10Gb Multi function Adapter
        0000 110. .... .... = TLV Type: System Description (6)
        .... ...0 0010 1101 = TLV Length: 45
        System Description = Emulex OneConnect 10Gb Multi function Adapter
    Capabilities
        0000 111. .... .... = TLV Type: System Capabilities (7)
        .... ...0 0000 0100 = TLV Length: 4
        Capabilities: 0x0080
            .... .... 1... .... = Station only
        Enabled Capabilities: 0x0080
            .... .... 1... .... = Station only
    Unknown - Unknown
        1111 111. .... .... = TLV Type: Organization Specific (127)
        .... ...0 0011 0111 = TLV Length: 55
        Organization Unique Code: Unknown (0x001b21)
        Unknown Subtype Content: 02020A0000000000020000000104110000C0000001000032... <<<<<
    End of LLDPDU
        0000 000. .... .... = TLV Type: End of LLDPDU (0)
        .... ...0 0000 0000 = TLV Length: 0

N5k# 1 packets captured