محول Brocade G610 على FOS 9.x يُعطّل بصريات SWL متوافقة بسرعة 16G: Mod_Inv وSpeed Mismatch / Incompatible SFP
نضيف سعة إلى نسيج FC صغير واشترينا وحدات SFP+ بسرعة 16G قصيرة الموجة متوافقة من مورّد بصريات بدلًا من دفع سعر مورّد المحول. المحول يرفضها.
- Brocade G610، Fabric OS 9.x
- SFP+ بسرعة 16G SWL بترميز عام، طول موجي ومدى صحيحان حسب الملصق
- قطع 16G بترميز Brocade في منافذ مجاورة على نفس المحول، تعمل
- نفس الوحدات جُربت في Brocade 300 أقدم، نفس السلوك
عند التركيب يظهر المنفذ معطوبًا:
switchshow
12 12 010c00 id N16 Mod_Inv FC Speed Mismatch / Incompatible SFP
sfpshow 12
Port does not use an SFP or is disabled!الواجهة الرسومية أكثر صراحة: Faulted due to SFP validation failure. Check if the SFP is valid for the configuration. وتنتقل صحة المنفذ (Port Health) إلى FAULTY. يحتوي errdump على إدخال هيكل مطابق بشأن تعطل المنفذ بسبب وحدة SFP غير صالحة، أو تعارض سرعة، أو عطل ليزر.
جُرّب بالفعل:
- أعدت تركيب الوحدة ونقلتها إلى منفذين آخرين، نفس النتيجة في كل مكان
- ثبّتت سرعة المنفذ على 16G بدلًا من auto، لا تغيير
- وضعت وحدة بترميز Brocade في نفس المنفذ لإثبات سلامة المنفذ والكابل، وعملت فورًا
ما الذي يتحقق منه Fabric OS فعليًا هنا، وهل يوجد شيء على جانب المحول يجعله يقبل هذه الوحدات، أم يجب إعادتها ببساطة؟
Show original (English)
Also available in: English
العربية
Deutsch
Español
Français
हिन्दी
Bahasa Indonesia
Italiano
日本語
한국어
Nederlands
Polski
Português
Русский
Türkçe
Tiếng Việt
简体中文
Comments 3
هذه المخرجات متسقة، ولا شيء منها خطأ إعداد من جانبك.
يحمل Fabric OS جداول بحث ويتحقق من هوية الوحدة المرمّزة جنبًا إلى جنب مع بتات السرعة المدعومة. يتوقع أن تكون قدرات سرعة Fibre Channel مرمّزة، شيء مثل 4/8/16G أو 8/16/32G حسب القطعة. وحدة مرمّزة بشكل عام، أو مرمّزة بمعدلات إيثرنت جالسة في حقول السرعة، تفشل ذلك الفحص حتى لو كانت البصريات بالطول الموجي والمدى الصحيحين، لذا يُعطَّل المنفذ بدلًا من أن يبقى down فحسب.
sfpshowالفارغ أثر جانبي لنفس الفحص: بمجرد فشل التحقق، تُقرأ الوحدة كمفقودة بدلًا من مرفوضة، مما يرسل الناس لملاحقة مقابس ميتة.لا يوجد إعداد من جانب المحول يتجاوز ذلك: القرار يُتخذ بناءً على الترميز، وليس على المعدل المتفاوض عليه. الطريق للخروج هو وحدة مرمّزة لـFibre Channel بسرعات FC الصحيحة لمنصتك، مطابقة لمصفوفة دعم وحدات الإرسال والاستقبال الخاصة بـBroadcom. يمكن لموردك عادة إعادة ترميز القطع التي لديك بالفعل، وهذا أفضل من إعادة شحنها.
تتصرف Brocade 300 وG610 وG720 وأجهزة OEM مثل IBM SAN64B-6 جميعها بهذه الطريقة، وتُعامل نسخ SWL وLWL وELWL وCWDM وDWDM بنفس الأسلوب. أصبح الأمر أكثر شيوعًا بشكل ملحوظ مع FOS 9.x، وهذا سبب أن قطعًا كانت سليمة في نسيج أقدم لم تعد كذلك فجأة.
فخ واحد إذا انتهى بها الأمر يومًا في جهاز من الجيل السابع: يرفض G720 أيضًا البصريات غير الآمنة (non-secure)، وحتى قطعة Brocade بسرعة 32G مثل 57-1000333-01 تقع في Mod_Inv هناك. الجيل السابع يريد أرقام القطع الآمنة من المصفوفة، وليس فقط ترميز FC صحيحًا.
قبل أن تعيدها، اضغط على المورّد بخصوص تفصيل واحد: ما هي المعدلات المكتوبة فعليًا في حقول قدرة السرعة لتلك الوحدات. معدلات Fibre Channel، شيء بصيغة 4/8/16G، أم معدلات إيثرنت؟ الترميز العام على الملصق لا يخبرك بشيء عن ذلك، وعادة ما يكون هذا حيث يحدث الخطأ.
يستحق النشر أيضًا:
sfpshowعلى أحد المنافذ العاملة بترميز Brocade بجانب المنفذ المعطوب، حتى تقارن الهوية التي يقرأها المحول في كل حالة. ولا تُمضِ وقتًا إضافيًا على إعداد سرعة المنفذ، فهذا ليس ما يبحث عنه الفحص.سألتهم، وهي الحالة الثانية. حقول السرعة تحمل معدلات إيثرنت، ولا توجد سرعة FC مضبوطة فيها إطلاقًا، لا شيء بصيغة 4/8/16G ليجده المحول. البصريات لها الطول الموجي والمدى الصحيحان لـ16G SWL، لكن الهوية لم تُكتب أبدًا كقطعة Fibre Channel، وأقرّ المورّد بذلك بمجرد أن اقتبست له الخطأ.
المقارنة التي طلبتها ليست مفيدة جدًا.
sfpshowعلى المنفذ العامل بجانبه يطبع كتلة الهوية الكاملة كما هو متوقع، بينما على المنفذ المعطوب ما زلت أحصل فقط علىإذن لا يعرضها المحول حتى كوحدة مرفوضة، يُقرأ المقبس كفارغ. ولوحظ بخصوص إعداد سرعة المنفذ، تلك كانت مستبعدة بالفعل قبل أن أنشر.