أستكشاف أخطاء حدث إرتباط منفذ القناة الليفية MDS 9000 Series "LR RCVD B2B" وإصلاحها

المقدمة

يصف هذا المستند مشكلة تمت مصادفتها على منافذ محول البيانات متعدد الطبقات (MDS) 9000 Series التي تعمل عبر القنوات الليفية (FC) من Cisco ويوفر حلا للمشكلة.

المشكلة

يعرض سجل أحداث الارتباط هذا:

*************** Port Config Link Events Log ***************
 ----                            ------    -----   -----   ------
 Time                            PortNo    Speed   Event   Reason
 ----                            ------    -----   -----   ------
 ...
 Jul 28 00:46:39 2012  00670297  fc11/25    ---    DOWN   LR Rcvd B2B      

تشير رسالة LR RCVD B2B (أو فشل إعادة تعيين إرتباط الارتباط فشل قائمة انتظار غير فارغة) إلى أن الجهاز المرفق بالمنفذ يرسل إعادة تعيين إرتباط (LR) إلى MDS، ولكن MDS لا يستجيب مع إستجابة إعادة تعيين الارتباط (LRR) بسبب الازدحام الداخلي على المنفذ. وكان المنفذ يحتوي على حزم في قائمة الانتظار يتم استقبالها من الجهاز المرفق، ولكن لا يمكن ل MDS تسليمها إلى منفذ المخرج المناسب. ونظرا لأنها لا تزال في قائمة الانتظار في منفذ الدخول، فإن MDS لا يمكنه إرسال LRR مرة أخرى، ويفشل الارتباط.

إن رسائل الخطأ هذه تصاحب سجل الأحداث السابق:

%PORT-2-IF_DOWN_LINK_FAILURE: %$VSAN 93%$ 
  Interface fc11/25 is down (Link failure)

%PORT-5-IF_DOWN_LINK_FAILURE: %$VSAN 100%$ 
  Interface fc5/32 is down (Link failure Link Reset 
  failed nonempty recv queue)

ملاحظة: يتم وضع هذا السيناريو أسفل الافتراضات القائلة بأن عدد أرصدة المخزن المؤقت التي يمنحها MDS لجهاز FC هو ثلاثة، وأن حزم جهاز FC يتم تحويلها إلى منفذ FC الخاص بالمغادرة.

                MDS
    FC Port                FC Port
    (Egress)   Arbiter    (Ingress)      FC device
    --------   -------    ---------      ---------
  1)                           <------- FC packet 1
  2)             <--- Grant Request
  3)             Grant------------>
  4)    <---------------FC packet 1
  5)                            R_Rdy-------->       Tx B2B=3
  6)                           <------- FC packet 2  Tx B2B=2
  7)             <---- Grant Request
  8)                           <------- FC packet 3  Tx B2B=1
  9)             <---- Grant Request
 10)                           <------- FC packet 4  Tx B2B=0
 11)             <---- Grant Request
 12) Time lapses - Variable depending on attached HBA type
 13)                           <--------Link Reset(LR)
 14)          Start 90ms "LR Rcvd B2B" timer
 15)          "LR Rcvd B2B" timer expires
 16)                            <--------NOS-------->

الشرح

يشرح هذا القسم الإخراج السابق:

1. يبث جهاز FC في حزمة FC إلى المدخل ميناء، معد ل إلى المخرج ميناء.
2. يحدد منفذ بطاقة الخط MDS المدخل (LC) الفهرس الوجهة (DI)، ويرسل طلب المنحة إلى المحكم (Bellagio2) على المشرف النشط.
3. يرسل المحكم منحة إلى المدخل ميناء، أي يعطي هو أذن أن يبث FC ربط 1 إلى المخرج ميناء من خلال ال xbar.
4. يرسل المدخل LC FC ربط 1 من خلال Xbar إلى المخرج ميناء. هذا يجعل المدخل مصد متاح.
5. يرسل ميناء المدخل R_RDY مرة أخرى إلى ال fc أداة، أي يزود ائتمان.
   
   

   ملاحظة: تكون الخطوات الخمس الأولى نموذجية في حالة عدم حدوث إزدحام. إفترضت عند هذه النقطة أن المخرج ميناء قائمة انتظار ممتلئة ولا يستطيع إستلمت أي ربط آخر.

   
   
6. يرسل أداة القناة الليفية FC ربط 2 إلى المدخل ميناء، معد ل إلى المخرج ميناء.
7. يحدد منفذ MDS المدخل LC DI، ويرسل طلب المنحة إلى المحكم (Bellagio2) على المشرف النشط.
8. يرسل أداة القناة الليفية FC ربط 3 إلى المدخل ميناء، معد ل إلى المخرج ميناء.
9. يحدد منفذ MDS المدخل LC DI، ويرسل طلب المنحة إلى المحكم (Bellagio2) على المشرف النشط.
10. يرسل أداة القناة الليفية FC ربط 4 إلى المدخل ميناء، معد ل إلى المخرج ميناء.
11. يحدد منفذ MDS المدخل LC DI، ويرسل طلب المنحة إلى المحكم (Bellagio2) على المشرف النشط.
12. الفترات الزمنية، والتي تختلف بناء على نوع مهايئ الناقل المضيف (HBA) المرفق.
13. بعد مرور بعض الوقت في Tx B2B=0، يقوم جهاز FC ببدء إسترداد خسارة الائتمان، ويرسل إعادة تعيين الارتباط (LR).
14. عندما يستلم المدخل ميناء ال LR، هو يفحص المدخل مصد ويقرر أن هناك على الأقل واحد ربط يصطف. ثم يبدأ تشغيل مؤقت 90 مللي ثانية LR RCVD B2B.
15. إذا تم تلقي المنح، ويتم إرسال حزم FC الثلاث إلى منفذ المخرج، يتم بعد ذلك إلغاء مؤقت LR RCVD B2B، ويتم إرسال إستجابة إعادة تعيين الارتباط (LRR) مرة أخرى إلى جهاز FC. ومع ذلك، في هذه الحالة، يبقى المخرج ميناء احتقنت، وال ثلاثة FC ربط بقيت قائمة في المدخل ميناء. تنتهي صلاحية المؤقت LR RCVD B2B، ولا يتم إرسال LRR مرة أخرى إلى جهاز FC.
16. يبدأ كل من منفذ المدخل وجهاز FC فشل إرتباط عن طريق إرسال تسلسل غير تشغيلي.

الحل

إذا فشل الارتباط مع رسالة قائمة انتظار LR RCVD B2B أو فشلت إعادة تعيين إرتباط إرتباط غير فارغة، فلن يكون المنفذ الذي فشل هو سبب عملية التنزيل البطيئة وقد تأثر فقط بالمنفذ البطيء/المعلق. أتمت in order to عينت ال بطيء/معلق ميناء أن سبب الربط إخفاق، هذا steps:

1. حدد ما إذا كان هناك أكثر من رابط واحد يفشل بسبب المشكلة المذكورة سابقا. إن أكثر من واحد يفشل في تقريبا نفس الوقت، بعد ذلك المشكلة أمكن ظهرت لأن all of the ميناء يحاول أن يبث ربط إلى مشترك مخرج ميناء.
2. تحقق من قاعدة بيانات تقسيم شبكة منطقة التخزين (VSAN) لمعرفة الأجهزة التي تم تقسيم جهاز القنوات الليفية المتجاور معها. يترجم هذا إلى المخرج E أو محلي F ميناء. من أجل التعيين إلى مخرج E، تستخدم المنافذ الأمر show fspf داخلي route vsan <vsan> domain <dom>. in order to خططت إلى محلي f ميناء، استعملت العرض قاعدة معطيات vsan <vsan> أمر. إذا كان هناك أكثر من إرتباط واحد يفشل مع رسالة LR RCVD B2B، بعد ذلك قم بتجميع مخرج E أو منافذ F المحلية التي تم العثور عليها، وفحص التداخلات. التداخلات من المحتمل أن تكون سبب للمنافذ البطيئة/المعلقة.
3. تحقق من المنافذ الموجودة في الخطوة 2 للتعرف على مؤشرات التصريف البطيء. الأمثلة هي:
   
   
   • خسارة الائتمان (AK_FCP_CNTR_CREDIT_LOSS / FCP_SW_CNTR_CREDIT_LOSS)
   • 100 ms TX B2B Zero (AK_FCP_CNTR_TX_WT_AVG_B2B_ZERO / FCP_SW_CNTR_TX_WT_AVG_B2B_ZERO)
   • المهلة المرتجلة (AK_FCP_CNTR_LAF_TOTAL_TIMEOUT_FRAME / THB_TMM_TOLB_TIMEOUT_DROP_CNT / F16_TMM_TOLB_TIMEOUT_DROP_CNT)
     
     
4. إن يحدد أنت أن الميناء بطيء مخرج ميناء e، بعد ذلك استكمل الإستكشاف البطيء وإصلاحها على المفتاح مجاور يشير إلى ب FSPF بعد ذلك خطوة قارن.
5. إذا حددت أن الميناء بطيء/معلق هو إرتباط FCIP أو قناة منفذ، بعد ذلك فحصت روابط FCIP بحثا عن علامات إعادة إرسال IP أو مشاكل أخرى، مثل حالات فشل الارتباط. أدخل الأمر show ips stats all للتحقق من وجود مشاكل.

خيارات التكوين

فيما يلي خياران محتملان لتكوين النظام:

• يحدد هذا المؤقت المدة التي ينتظرها النظام قبل الإطارات الزمنية التي لا يمكن إرسالها. الافتراضي هو 500 مللي ثانية.
  
  

  system timeout congestion-drop 
         
         
           mode E|F 
         

• يحدد هذا المؤقت الوقت بين النقطة التي لا توجد فيها أية أرصدة Tx لبدء عمليات إسقاط الإطارات بمعدل الخط، حتى يتم إستلام الأرصدة.
  
  

  system timeout no-credit-drop 
         
         
           mode E|F 
         

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

• تدريب بطيء على أجهزة التصريف 4.2(7) - تنزيل PDF
  
• الدعم التقني والمستندات - Cisco Systems

محفوظات المراجعة