يفهم ويستكشاف أخطاء وقت ASTRO/LEMANS/NiceR واستكشاف أخطاء هذه المهلة على محولات Catalyst 4000/4500 Series Switches

المقدمة

المادة حفازة 4000/4500 مفتاح يستعمل sery ASIC تصميم كعب في المفتاح الهندسة المعمارية. يدير المحول بطاقات واجهة الشبكة (ASICs) لبطاقات الخط LINECARD هذه (ASTRO/LEMAN/NiceR) من خلال بروتوكول التحكم في الإدارة الداخلية. عند فقد طلبات الإدارة الداخلية والاستجابات أو تأخيرها، يتم إنشاء رسائل وحدة التحكم و syslog. ونظرا لاختلاف أسباب فقدان الاتصال هذا، فإن السبب الرئيسي غير واضح في رسائل الخطأ هذه.

الغرض من هذا وثيقة أن يساعد على فهم ال astro/Leman/Nicer مهلة رسالة يخلق على ال CAT4000 منصة وأن يحلها بمساعدة من cisco TAC. ستقدم الإصدارات المستقبلية من CatOS و Cisco IOS® رسائل خطأ محسنة، وإذا أمكن، فحدد السبب الجذري للمشكلة.

عند حدوث مهلة ASIC الجذري (ASTRO/LEMANS/Nicer)، يتم الإبلاغ عن الرسائل المماثلة لما يلي على محول Catalyst 4000/4500 المستند إلى CatOS:

%SYS-4-P2_WARN: 1/Astro(4/3) - timeout occurred
%SYS-4-P2_WARN: 1/Astro(4/3) - timeout is persisting

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

بالنسبة للمشرفين القائمين على برنامج Cisco IOS (المشرف II+ و III و IV)، تظهر رسالة الخطأ كما يلي:

%C4K_LINECARDMGMTPROTOCOL-4-INITIALTIMEOUTWARNING: Astro 5-2(Fa5/9-16) - management 
request timed out. 
%C4K_LINECARDMGMTPROTOCOL-4-ONGOINGTIMEOUTWARNING: Astro 5-2(Fa5/9-16) - consecutive 
management requests timed out.

ملاحظة: يتناول هذا المستند بشكل أساسي أستكشاف الأخطاء وإصلاحها على المحولات أو المشرف المستندة إلى CatOS. يمكن تطبيق بعض المعلومات على المشرف المستند إلى Cisco IOS عند ملاحظته.

ملاحظة: تتناول هذه الوثيقة أيضا بطاقة الخط ASIC القديمة ASTRO، غير أن معظم الأقسام تنطبق على أنواع أخرى من بطاقات الخط ASIC القديمة (الليمانز ونيكر)، وبذلك ستلاحظ في الأقسام المناسبة.

بعد قراءة هذه الوثيقة، سيفهم القارئ ما يلي:

• وظيفة أجهزة ASICs الصغيرة في المادة حفازة 4000/4500.

• الشروط التي قد تؤدي إلى رسائل مهلات حزم الإدارة الداخلية.

• ال steps أن يأخذ وأمر أن يجمع ل cisco TAC عندما يتحرى هذا شرط.

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

قبل البدء

الاصطلاحات

للحصول على مزيد من المعلومات حول اصطلاحات المستندات، راجع اصطلاحات تلميحات Cisco التقنية.

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

لا توجد متطلبات أساسية خاصة لهذا المستند.

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

هذا وثيقة خاص إلى مادة حفازة 4000/4500 مشرف أو linecards يستعمل ASICs بذرة.

النظرية الأساسية

يعني ASIC نقطة وصول نقطة الوصول ASTRO الجذعية 10/100 أن ASICs يتحكم في مجموعة من ثمانية منافذ 10/100 متجاورة توصل إلى المشرف من خلال اتصال النطاق الترددي بالغيغابت باللوحة الخلفية، كما هو موضح في الشكل أدناه.

يتصل المشرفون إلى ASIC لبطاقات الخط من خلال مكون (SerEalizer-DESerializer). هناك مكون SERDES على جانب المشرف يتصل باللوحة الخلفية وخادم آخر على بطاقة الخط لكل ASIC كعب توصيل باللوحة الخلفية.

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

إس آي سي إس	الوصف	مثال
أسترو	وحدة تحكم 10/100 Controller Stub ASIC ذات 8 منافذ	WS-X4148-RJ45V
نيس آر	وحدة تحكم 1000 ذات 4 منافذ طراز ASIC	WS-X4418-GB(المنافذ من 3 إلى 18)
ليمانس	وحدة التحكم 8 منافذ 10/100/1000 Stub ASIC	منفذ WS-X448-GB-RJ

تتدفق حركة مرور الإدارة الداخلية عبر كل من مكون SERDES مع حركة مرور البيانات العادية. يتم إستخدام حركة مرور الإدارة الداخلية لقراءة/كتابة سجلات ASIC و PHY القديمة. تتضمن أكثر العمليات شيوعا حالة إرتباط القراءة والإحصاءات.

طرق بسيطة لاستكشاف الأخطاء وإصلاحها

توضح الأقسام التالية معنى رسالة الخطأ ٪SYS-4-P2_WARN وأسبابها المحتملة: 1/(STUB)(module_number/) STUB_reference - المهلة حدثت على المادة حفازة 4000/4500.

تمت إضافة رسائل انتهاء مهلة Astro (كعب) إلى إصدار البرنامج الذي يبدأ في 6.2.3 و 6.3.1 ثم تم تحسينها في 6.4.4 (CSCea73908) للإشارة إلى أن Supervisor قد فقد حزم التحكم في الإدارة الداخلية في الاتصال ب Astro Stub ASIC على بطاقات خطوط 10/100. توجد أسباب متعددة لفقد الاتصال هذا كما هو موضح بالتفصيل في قسم "أستكشاف الأخطاء وإصلاحها" أدناه.

يقدم المخطط الانسيابي التالي لاستكشاف الأخطاء وإصلاحها طريقة سريعة وسهلة لعزل المشكلة بين الأسباب الجذرية المحتملة:

** قد تظهر على الأسباب الجذرية المختلفة أعراض مماثلة. يرجى الاتصال ب TAC لاستكشاف الأخطاء وإصلاحها.

فترات الانتظار ASIC (ASTRO/LEMANS/NiceR)

يتم الإبلاغ عن مهلات ASTRO/LEMANS/Nicer عندما لا يستقبل برنامج Supervisor Software استجابات إدارة داخلية متعددة من ASIC لبطاقة الخط. يمكن أن يحدث هذا إذا:

• تم فقد طلب الإدارة أو تأخيره

• تم فقد إستجابة الإدارة أو تأخيرها

تتم طباعة الرسالة "المهلة" بمجرد انتهاء مهلة البرنامج 10 مرات متتالية أثناء انتظار إستجابة حزمة الإدارة. ينتج عن انتهاء المهلة الزمنية لطباعة الرسائل "الإدارة المتتالية..." أو "... إستمرار المهلة"، وفقا لإصدار البرنامج.

تقتصر رسالة السجل هذه على معدل واحد لكل 10 دقائق. تستمر إعادة توجيه الحزمة إلى وحدات ASIC الخاصة بالجذع المتأثرة عند حدوث حالات انتهاء المهلة. ومع ذلك، لا يتم ملاحظة أي تغييرات على سرعة الارتباط / autoneg / الإرسال ثنائي الإتجاه لأن البرنامج لا يستقبل استجابات حزمة الإدارة. كما تتأثر عملية تحديث إحصائيات حركة مرور البيانات لمجموعة الواجهة عند حدوث حالات انتهاء المهلة.

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

هناك أسباب مختلفة لظهور رسائل المهلة Astro/Lemans/Nicer. ويرد أدناه وصف لكل منها.

السبب 1: حمل حركة مرور مرتفع، حلقة الطبقة 2، أو حركة مرور الشبكة الزائدة نحو وحدة المعالجة المركزية

يمكن أن يتسبب ما يلي في حالات انتهاء مهلة كعب الروتين:

• مشكلات الشبكة

• مشاكل التكوين

• عناصر مجاورة

• عوامل أخرى خارج محول Catalyst

قد تتسبب حلقة الطبقة 2 أو عاصفة البث التي ينتج عنها حمل حركة مرور مرتفع في فقدان حزم التحكم في الإدارة الداخلية. يحدث هذا عادة بسبب انشغال وحدة المعالجة المركزية (CPU Hog) وعدم قدرتها على معالجة قوائم الانتظار الخاصة بها.

تأخذ حركة مرور التحكم بالإدارة الداخلية نفس مسار البيانات إلى المشرف مثل حركة مرور البيانات العادية من Astro (أو أي شريحة Stub أخرى). وبالتالي، قد تفقد حزم التحكم بسبب الازدحام.

مع إصلاح معرف تصحيح الأخطاء من Cisco CSCea73908 (العملاء المسجلون فقط)، يتم معالجة فترة مهلة طلب الإدارة الداخلية بشكل أفضل في الإصدار 6.4(4) من CatOS والإصدارات الأحدث. وقد يؤدي هذا التحسين إلى منع العديد من حالات انتهاء المهلة الزمنية لحزم التحكم العابرة التي تتسبب فيها وحدة المعالجة المركزية (CPU) كونها مشغولة.

عملية: أستكشاف أخطاء الطبقة 2 وإصلاحها؛ أو تغيير التكوين لحل أنماط حركة المرور.

الحل البديل: قم بنقل واجهة إدارة المحول (sc0) إلى شبكة VLAN الخاصة بحركة مرور غير المستخدم على المحولات المستندة إلى CatOS. أستخدم الأمر set interface sc0 <vlan-id> لنقل شبكة VLAN من الواجهة sc0.

ملاحظة: بدءا من برنامج Cisco IOS 12.1(20)EW، يقدم المشرفون القائمون على برنامج Cisco IOS ميزة محسنة في معالجة آلية معالجة حزم الإدارة الداخلية بواسطة وحدة المعالجة المركزية. سيساعد هذا التحسين على منع فقدان حزم التحكم في الإدارة الداخلية بسبب العطل غير المقصود لحركة مرور ذات أولوية منخفضة والتي تعيق وحدة المعالجة المركزية.

الحل: راجع الحل البديل أعلاه.

السبب 2: توصيل كبلات من النوع 1A أحادي الإتجاه

يتم تكوين منافذ مستخدم اللوحة الأمامية في وضع الإرسال أحادي الإتجاه. قد يؤدي تصادم حركة المرور الصادرة مع حركة المرور الواردة في ASIC كعب الروتين إلى إستنزاف مخزن الالتقاط المؤقت ببطء شديد. قد يتسبب ذلك في ملء قوائم انتظار Tx على المشرف وإفلات طلبات الإدارة الداخلية الجديدة، مما قد يؤدي إلى ظهور رسائل خطأ المهلة.

يمكن أيضا أن تتسبب الشبكة ذات توصيل كبلات Type1A في هذه المشكلة. عندما يتم قطع اتصال محطة عمل متصلة بنوع1A بالونس مع رقعة RJ-45، تقوم وحدة البالون بالتكرير داخليا وتتسبب في عودة حركة المرور الصادرة. تحاكي هذه الحالة توصيل إسترجاع خارجي على منفذ اللوحة الأمامية. قبل أن ينتقل المنفذ إلى حالة الحظر، يتم تكرار حركة المرور الصادرة مرة أخرى في المحول. قد يؤدي ذلك إلى تجاوز المخازن المؤقتة للبذور، حسب معدل حركة المرور.

عملية: راجع الحل البديل.

الحل البديل: تجنب تكوين الإرسال أحادي الإتجاه. في حالة توصيل كبلات النوع 1 أ، تجنب توصيل كبل RJ-45 من النوع 1A لتجنب تكوين إسترجاع داخلي في البالون.

الحل: راجع الحل.

السبب 3: فشل مكون SERDES

إذا ظهرت الأخطاء فقط في Astro واحد (أو آخر ASIC للطبقة STUB) على وحدة نمطية واحدة، ولم تحدث حلقة الطبقة 2، فإن المشكلة هي على الأرجح مكون SERDES معيب على المشرف أو بطاقة الخط. على سبيل المثال، إذا كانت رسالة الخطأ دائما على Astro 4 على الوحدة النمطية 3 كما هو موضح أدناه، فهذا يعني إما أن مكون SERDES على الوحدة النمطية 3 أو مكون SERDES على المشرف معيب.

%SYS-4-P2_WARN: 1/Astro(3/4) – timeout occurred

في رسالة الخطأ الواردة أعلاه، يشير الرقم "4" بين قوسين إلى رقم أسترو، وليس المنفذ الفعلي 3/4. يشير هذا الرقم إلى مجموعة من ثمانية منافذ (3/33-3/40)، بما أنه الربع ASTRO في الوحدة النمطية 3.

يمكن أن يتسبب مكون SERDES المعيب في اتصال متقطع لحركة مرور البيانات والتحكم فيها إلى ASTRO/LEMANS/NiceR، مما يؤدي إلى فترات انتهاء المهلة. ومع ذلك، بشكل نموذجي، سيتم عرض رسالة الخطأ بشكل مستمر إذا كانت الخوادم معيبة.

الإجراء: لتحديد الخدمات (المشرف أو بطاقة الخط) التي تكون سيئة، قم بتنفيذ الخطوات التالية:

1. قم بنقل بطاقة الخط إلى فتحة إضافية في الهيكل أو هيكل آخر. في حالة توفر فتحة حرة، قم بتبديل الفتحات باستخدام وحدة عمل معروفة.

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

   ملاحظة: من خلال إعادة إدراج الوحدة النمطية في فتحة إضافية، يتم إجراء التشخيصات عبر الإنترنت على بطاقة الخط. إذا تم العثور على خادم معيب أو ASTRO/LEMANS/Nicer، فسيقوم المحول بوضع علامة على المنفذ على أنه معيب.

3. إذا لم تستمر حالات انتهاء المهلة في بطاقة الخط الأصلية ASTRO/LEMANS/Nicer، فمن المحتمل أن يكون Supervisor SERDES معيب. للتحقق من ذلك، أدخل وحدة نمطية جيدة معروفة في الفتحة الأصلية وحدد ما إذا كانت فترات التوقف الزمنية تحدث مع الوحدة النمطية الجديدة.

   وإذا نجح ذلك، فمن المحتمل أن يكون SERDES على المشرف. ارجع إلى المشرف Catalyst WS-X4013 يعرض إشعار حقل الخسارة الجزئية للاتصال للحصول على قائمة بالأرقام التسلسلية المتأثرة مع مكون الخوادم الفاشلة.

الحل البديل: لا شيء

الحل: اتصل ب TAC لاستكشاف الأخطاء وإصلاحها.

السبب 4: إخفاق Transient /SRAM الثابت

قد تواجه الأجهزة المتصلة بمادة حفازة 4000 مع مشرف I أو II أو III أو IV محرك أو مادة حفازة 2948G، CAT2980G فقدانا جزئيا أو كاملا لاتصال الشبكة. قد تتأثر بعض المنافذ أو كلها. سترافق هذه الأعراض حزم غير صالحة بشكل سريع وإسقاط CRC على المشرف المستند إلى CatOS ورسائل خطأ مهلة ASIC للبذور.

تعود المشكلة إلى فشل ذاكرة التخزين المؤقت للحزمة (SRAM)، والذي هو إما نوع ثابت أو مؤقت.

الإجراء: حدد مسار الإجراء بناء على أي من توقيعات فشل ذاكرة التخزين المؤقت للحزمة العابرة أدناه قد حدثت:

1. توقيع فشل ذاكرة تخزين مؤقت لحزمة SUP I، SUP II، 2948G، 2980G

   وفيما يلي أعراض هذه المشكلة:

   • تتزايد بسرعة InvalidPktBufferCRC مع رسالة مماثلة لما يلي

     %SYS-4-P2_WARN: 1/Invalid crc, dropped packet, count = xxxx

   • إعادة الضبط الناعمة باستخدام الأمر reset من شأنها أن تتسبب في فشل المشرف في النشر.

   • إذا تم إجراء إعادة تعيين ثابتة (دورة الطاقة)، سيقوم المشرف بتمرير POST ولن يعود يعاني من الفشل.

   ملاحظة: في حالة فشل ذاكرة تخزين مؤقت لحزم البيانات الثابتة للمشرف I، II، 2948G، 2980G، لن تحل عملية إعادة الضبط الصارمة المشكلة وسيظل المشرف أو المحول يخفق في إجراء مادة النشر.

   أحلت ل كثير معلومة حول هذا إصدار، cisco بق id CSCdy46288 (يسجل زبون فقط) للمشرف II، cisco بق id CSCeb56266 (يسجل زبون فقط) للمشرف i/2948g/2980g و cisco بق id CSCeb56325 (يسجلزبون فقط) ل WS-C298 ال ج-أ.

2. توقيع فشل ذاكرة تخزين حزم البيانات المؤقت العابرة ل SUP III، SUP IV

   وفيما يلي أعراض هذه المشكلة:

   • يتزايد عداد VlanZeroBadCrc بسرعة ويعرض في إخراج الأمر مما يلي:

     show platform cpuport all (prior to 12.1(11b)EW1 ) 
     or  show platform cpu packet statistics all (Since 12.1(11b)EW1) 
     depending upon the software version. Starting from 12.1(19)EW, 
     you should also see the following error message rapidly incrementing errors: 
     
     %C4K_SWITCHINGENGINEMAN-2-PACKETMEMORYERROR3: Persistent Errors in 
     Packet Memory xxxx
     

   • قد تتسبب إعادة الضبط الناعمة في فشل المشرف في نشر مادة النشر. أستخدم الأمر show diagnostics power-on للتحقق من الفشل.

   • ستؤدي إعادة الضبط الصلب (دورة الطاقة) إلى إستعادة المشرف وستمرر الاختبار POST.

   ملاحظة: في حالة فشل ذاكرة SRAM الصلبة للمشرف الثالث / الرابع، لن تسترد إعادة التعيين الصعبة المشرف وستظل تفشل في الوظيفة.

   أحلت ل كثير معلومة حول هذا إصدار على مشرف III/IV، cisco بق id CSCdz57255 (يسجل زبون فقط)

الحل البديل: دورة الطاقة أو إعادة ضبط المحول بشكل ثابت في حالة مشكلة SRAM العابرة. لا يوجد حل بديل لمشكلة ذاكرة SRAM الثابتة.

الحل: اتصل ب TAC لاستكشاف الأخطاء وإصلاحها.

السبب 5: فشل ساعة المشرف

إذا تم مشاهدة رسائل خطأ مهلة ASTRO/LEMANS/NiceR التي تشير إلى أرقام وحدات متعددة أو أرقام وحدات ASTRO/LEMANS/Nicer المتعددة، فقد يشير ذلك إلى احتمال فشل الساعة على المشرف. بشكل عام، يرافق فشل الساعة رسالة خطأ مهلة Astro/Lemans/Nicer ورسائل خطأ BlockTXQueue و BlockedGigaport كما هو موضح أدناه:

%SYS-4-P2_WARN: 1/Blocked queue on gigaport ...

الإجراء: اتصل ب TAC لاستكشاف الأخطاء وإصلاحها أكثر من خلال الإشارة إلى معرف تصحيح الأخطاء من Cisco CSCdp89537 (العملاء المسجلون فقط) وCSCdp93187 (العملاء المسجلون فقط).

الحل البديل: لا شيء

الحل: اتصل ب TAC لاستكشاف الأخطاء وإصلاحها.

السبب 6: انقطاع قصير للتيار

مادة حفازة 4000 sery مفتاح مع مشرف ii (WS-X4013) يستطيع دخلت دولة في أي المشرف وبطاقات خط يعجز أن يتصل بشكل صحيح مع بعضهم بعضا. عندما يدخل المفتاح هذا دولة، الوحدة نمطية وضع LEDs يكون أحمر (لا يومض) و/أو الميناء LEDs يبرق في تسلسل مماثل إلى وحدة نمطية أو مفتاح إعادة ضبط. وسيرافق ذلك رسائل المهلة Astro/Lemans/NiceR.

تحدث هذه المشكلة بسبب انقطاع مؤقت للطاقة عن المحول (أقل من 500 مللي ثانية). قد يرجع انقطاع التيار المؤقت إلى عدم إستقرار تغذية الطاقة في بيئة الإنتاج.

الإجراء: راجع الحل البديل أدناه.

الحل: إعادة ضبط (محرك أقراص مرنة أو ثابتة (دورة طاقة) المحول.

الحل: الترقية إلى صورة البرنامج باستخدام إصلاح معرف تصحيح الأخطاء من Cisco CSCea14710 (العملاء المسجلون فقط) أو الإصدارات الأحدث.

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

• رسائل أخطاء CatOS الشائعة على مبدّلات Catalyst 4000 Series Switches
• أستكشاف أخطاء الأجهزة وإصلاحها لمحولات Catalyst 4000/4912G/2980G/2948G Series
• أستكشاف أخطاء الأجهزة والمشاكل ذات الصلة في Catalyst 4000 و 4500 Supervisor III و IV وإصلاحها
• صفحات دعم محولات Catalyst 4000/4500 Series Switches
• دعم تقنية تحويل شبكات LAN
• دعم منتجات محولات Catalyst LAN و ATM
• الدعم التقني والمستندات - Cisco Systems