PA-3220: واجهة SFP+ لا تصل أبداً، sys.s1.p13.state تُظهر board_port_sfp_invalid_0
أحاول تشغيل وصلة علوية بسرعة 10G من جهاز PA-3220 إلى مفتاح core جديد. تم تركيب الموديول في منفذ (cage) فارغ على جدار الحماية، وجانب المفتاح مُهيّأ وينتظر، والواجهة ترفض ببساطة أن تعمل. مؤشر LED الخاص بالمنفذ يومض، وهو ما جعلني أفترض أن الموديول يحصل على الطاقة على الأقل.
- Palo Alto PA-3220، الموديول في المنفذ 13
- موديول بصري عام SFP+ بسرعة 10G، موصل LC مزدوج (duplex)
- نفس نوع الموديول البصري يصل بسرعة 10G بين مفتاحين عبر الزوج الآخر في نفس خط الألياف
- زوج HA، وهذه هي الوحدة النشطة (active)
ما تقوله شجرة الحالة (state tree) عن المنفذ:
show system state filter-pretty sys.s1.p13.state
board_port_sfp_invalid_0يُبلغ sys.s1.p13.status أن الوصلة down. لا شيء في السجلات، الواجهة ميتة ببساطة.
ما جُرِّب حتى الآن:
- أعدت تركيب الموديول ونظّفت الموصلات
- استبدلته بموديول بصري ثانٍ من نفس النوع
- أثبتّ سلامة الألياف باستخدام الزوج بين المفتاحين، الذي يصل بسرعة 10G
- تحققت من تهيئة الواجهة، وهي واجهة طبقة 3 بسيطة في المنطقة (zone) الصحيحة
ماذا تعني board_port_sfp_invalid_0 فعلياً هنا، وهل المشكلة في الموديول أم في جدار الحماية؟
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
هذه الحالة تعني أن جدار الحماية يرفض الموديول في ذلك المنفذ (cage)، والسبب ميكانيكي في أغلب الأحيان أكثر بكثير من كونه كهربائياً. المنافذ تبدو متطابقة من الأمام، والموديول البصري يستقر تماماً في مكانه، لكن فتحة لم تُوصَّل أسلاكها أصلاً لدعم 10G لن تُشغّل موديولاً بصرياً بسرعة 10G مهما كانت حالته سليمة.
لذا ابدأ بخريطة المنافذ بدلاً من الموديول. أمر
show system infoيحدّد المنصّة (platform) بدقة، ثم يخبرك المرجع العتادي (hardware reference) لهذا الطراز أي المنافذ هي فعلاً SFP+. على جهاز PA-3220 تلك المجموعة هي المنافذ 17-20، لذا لم يكن المنفذ 13 مرشحاً أصلاً. انقل الموديول البصري إلى هناك أولاً.بمجرد أن يكون في منفذ SFP+ حقيقي، تصفّح شجرة الحالة بهذا الترتيب (الأسطر أدناه تستخدم المنفذ 17 كمثال، استبدله بالمنفذ الذي نقلت إليه):
.phyيخبرك ما إذا كانت الوسيلة (media) قد قُرئت أصلاً: موديول بصري بسرعة 10G في منفذ سليم يجب أن يظهر كـ SFP-Plus-Fiber..statusهو حالة الوصلة..stateهو المكان الذي تظهر فيه حالة الموديول غير الصالح التي لديك بالفعل، ويجب أن تختفي بمجرد أن يستقر الموديول في المجموعة الصحيحة.تحفظ واحد بخصوص الزوج: تحقق من المنفذ على الوحدة النشطة. أما على الوحدة السلبية (passive) فالواجهة تكون down بحكم التصميم، ما لم تُهيَّأ حالة الوصلة السلبية (passive link state) لتكون up.
هذا هو السبب فعلاً. نقلت الموديول البصري إلى المنفذ 17، والآن يعود
.phyكـ SFP-Plus-Fiber، وارتفعت الوصلة بسرعة 10G فوراً، دون أي تغيير على جانب المفتاح إطلاقاً.كنت قد افترضت أن المنافذ قابلة للتبديل لأنها تبدو متطابقة من الأمام. المرجع العتادي يوضّح بالفعل 17-20 لهذا الطراز، لكنني لم أفتحه قط قبل أن أضيّع أمسية كاملة على الموديولات ووصلات التوصيل (patch cords).
نتيجة جيدة، والدرس العام يستحق أن يُحفظ: فتحة على شكل SFP+ ليست وعداً بما يقف خلفها.
نفس نوع الفخ يظهر في أماكن أخرى. بطاقة QLogic QLE2562 تظهر في
lspciكبطاقة HBA لقناة الألياف (Fibre Channel) بسرعة 8Gb، ومنافذها تقبل موديولات تبدو تماماً مثل الموديولات البصرية لإيثرنت، لكن لا تظهر أي واجهة أبداً فيifconfig، لأن البطاقة تتحدث FC فقط ولا شيء آخر. على أجهزة Dell S4048-ON وS6010-ON تحت نظام OPX، محوّل QSA طراز 407-BBRO يحمل موديول SFP+ طراز 407-BBOU يبقى عند Operational State: DOWN مع Operating Speed: 0 بينما تُظهر السرعة المُهيّأة 10000، لأن تهيئة المنصّة لم تحمل قط وضع 10G لذلك المنفذ QSFP.وعندما يكون المنفذ صحيحاً ويبقى المنفذ down رغم ذلك، انظر إلى نوع الموديول نفسه. جهاز HPE 5940 (JH390A) على Comware يُبقي المنافذ DOWN مع موديولات أصلية 10GBASE-T SFP+ طراز 813874-B21 ويسجّل IF_LOCAL_FAULT، بينما تعمل موديولات SFP نحاسية 1G في نفس المنافذ. الحل البديل هناك كان استخدام
port up-modeعلى الواجهة، مع أثر جانبي هو أن المنفذ يُبلَّغ عندها بأنه up بشكل دائم ويتوقف عن الإبلاغ عن فقدان الكابل الحقيقي.