وحدة BiDi SFP الخاصة بمزود الإنترنت تعمل في سويتش Cisco لكن لا تعطي أي carrier على منافذ X710 في جهاز pfSense
إعداد منزلي. تسليم الفيبر من مزودي هو وحدة BiDi بسرعة 1G وأود وضعها في الجدار الناري نفسه بدلاً من إبقاء سويتش أمام الجهاز فقط لتحويل الوسيط.
- Protectli Vault 6 يشغّل pfSense، منافذ X710، درايفر ixl
- وحدة BiDi بسرعة 1G المقدمة من المزود، وهي EZConn ETB43315-7S34-FR
- نفس الوحدة تعمل بدون أي مشاكل في سويتشات Cisco
- Cisco 10G LR FTLX1474D3BCL-CS في نفس المقبس يعمل أيضاً بشكل جيد
مع BiDi في ixl1 المنفذ لا يخرج أبداً من حالة no carrier، والسجل لا يخجل من ذكر السبب:
ixl1: no carrier
i40e link status timeout, I40E_ERR_TIMEOUT
Link failed because an unqualified module was detectedهناك أيضاً خطأ في الحصول على قدرات PHY في نفس دفعة الرسائل.
ما جُرِّب حتى الآن:
ifconfig ixl1 media 1000baseLX- مرفوض، المنفذ لن يقبل نوع الوسيط هذاsysctl dev.ixl.1.advertise_speed- ضبطته، لا تأثير على الإطلاقhw.ixl.unsupported_sfp=1في loader.conf مع إعادة تشغيل - لا شيء، سطر الوحدة غير المؤهلة لا يزال يظهر
إذن البطاقة ترى وحدة، تقرر أنها لا تعجبها، وينتهي الحوار عند هذا الحد. هل هناك طريقة لتشغيل أجهزة ضوئية بسرعة 1G على هذه المنافذ على الإطلاق، أم أن الإجابة الصادقة هي إبقاء سويتش أمام الجدار الناري؟
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 6
لديك مشكلتان منفصلتان متراكمتان فوق بعضهما ويجب حلهما بالترتيب.
أولاً، الفيرموير. 6.1 قديم بما يكفي بحيث لا تعرض البطاقة الوحدات بشكل صحيح على الإطلاق، وهذا سبب فراغ قراءات الطاقة لديك. الانتقال إلى 9.40 هو ما يجعلها تظهر بقراءات RX وTX حقيقية. افعل ذلك قبل أي شيء آخر، وإلا فأنت تشخّص بشكل أعمى وكل اختبار لاحق عديم الفائدة.
ثانياً، وهذا الجزء الذي يُبقي المنفذ فعلياً معطلاً: على X710 تعيش عملية تأهيل الوحدة في فيرموير الشبكة، وليس في الدرايفر، لذا لا يمكن لأي من الخيارات التي جربتها الوصول إليها. لهذا السبب لا يفعل
hw.ixl.unsupported_sfp=1شيئاً هنا، ولهذا يُتجاهلsysctl dev.ixl.1.advertise_speedبهدوء، ولهذا يُرفضifconfig ixl1 media 1000baseLX- المنفذ لن يختار وسيط 1G لوحدة رفضها بالفعل برسالةLink failed because an unqualified module was detected.ما نجح معي هو إعادة ترميز الأجهزة الضوئية ببيانات فيرموير Intel. استخدمت وحدات FS SFP-GE-BX، وكتبت فيها بيانات فيرموير Intel باستخدام FS Box، وبعد ذلك عملت على autoselect دون فرض وسيط ودون أي sysctls على الإطلاق. لاحظ أن هذا يغيّر الوحدة، وليس البطاقة، ووحدة EZConn الخاصة بالمزود ليست ملكك لإعادة برمجتها - اشترِ زوج BX خاصاً بك بأطوال الموجة الصحيحة وأعد ترميزه.
إذا كنت تفضل عدم لمس EEPROM، فاستخدم أجهزة ضوئية تقبلها البطاقة بالفعل. الـCisco 10G LR الخاص بك مثال واحد، وSFP+ من نوع RJ45 بسرعة 1G من FS مثال آخر إذا كان بإمكان المزود تزويدك بنحاس في أي نقطة من المسار.
قبل أي شيء آخر: ما هو فيرموير الشبكة الموجود على ذلك الـX710؟ هذه البطاقات شُحنت بإصدارات قديمة بما يكفي لتغيير طريقة عرض الوحدة من الأساس، وهذا أهم من أي من الـsysctls التي كنت تعبث بها.
سؤال ثانٍ في نفس النَفَس: مع BiDi موجودة في ixl1، هل تُظهر حالة المنفذ أي قراءات طاقة RX وTX لها، أم أن الوحدة مدرجة فقط كموجودة بلا قراءات؟ هاتان الإجابتان معاً تخبرانك ما إذا كانت البطاقة ترفض وحدة تستطيع قراءتها، أم تفشل قبل أن تصل إلى تلك المرحلة أصلاً.
الفيرموير هو 6.1، أياً كان ما شُحن به الجهاز - لم ألمسه أبداً.
ولا، لا توجد قراءات. مع BiDi الخاصة بالمزود في ixl1 الوحدة مدرجة كموجودة لكن طاقة RX وTX فارغة. الـCisco 10G LR في نفس المقبس يبلّغ عن الطاقة فعلاً، وأفترض أن هذا بالضبط هو الفرق الذي كنت تشير إليه.
يستحق المعرفة قبل أن تطلب برنامج ترميز لهذه المهمة: FS Box يبرمج فقط وحدات FS. الأشخاص الذين أدخلوا فيه شيئاً من فبركة أخرى تم قفل حسابهم لمدة أسبوع، لذا فهو ليس برنامج ترميز عام الغرض، بل أداة لأجهزة ضوئية من فبركة واحدة.
إذا كنت تحتاج شيئاً يقبل وحدات عشوائية، فإن Flexoptix وبرامج الترميز الأخرى تقوم بنفس المهمة وتكلف أكثر بكثير، بينما يقع wizard الخاص بـUbiquiti في الطرف الرخيص من النطاق. لزوج واحد من وحدات BX، الطريق الأقل إزعاجاً عادة هو شراء الأجهزة الضوئية من نفس فبركة الجهاز الذي تملكه بالفعل.
عرض مشابه، سبب مختلف تماماً، لذا لا تتخطَّ الفحوصات المملة.
كان لدي Supermicro AOC-STGN-i2S تحت pfSense مع Ubiquiti UF-MM-1G بسرعة 1G في ix1، عالق دائماً في no carrier.
ifconfig -v ix1عرض فقط autoselect و10Gbase-SR كوسائط، وifconfig ix1 media 1000baseTXعاد بخطأ device-not-configured، والذي يبدو تماماً كدرايفر يرفض تشغيل 1G على منفذ 10G. نقلت البطاقة إلى صورة Ubuntu حية: لا رابط هناك أيضاً، لا مع DAC ولا مع الوحدة. ثم وضعت وحدة Unifi ثانية مطابقة وارتبطت فوراً، تحت Ubuntu وتحت pfSense كليهما. الأولى كانت ببساطة معطلة.نسخة احتياطية من الوحدة ومضيف ثانٍ يكلفانك عشرين دقيقة ويستبعدان نصف النظريات. في حالتك رسالة الوحدة غير المؤهلة تسمي المذنب بوضوح تام، لذا على الأرجح أنت بخير، لكنها تأمين رخيص قبل أن تنفق مالاً على برنامج ترميز.
النتيجة، بترتيب حدوثها.
الفيرموير أولاً، من 6.1 إلى 9.40. الوحدات بدأت فوراً بالإبلاغ عن طاقة RX وTX، لكن BiDi الخاصة بالمزود ما زالت ترفض الارتباط وسطر الوحدة غير المؤهلة ما زال في السجل - إذن تحديث الفيرموير يشتري لك الرؤية ولا شيء آخر.
ثم زوج من FS SFP-GE-BX معاد ترميزه ببيانات فيرموير Intel. كلاهما يعمل على autoselect، لا فرض وسيط، لا
hw.ixl.unsupported_sfp، لا شيء متبقٍ في loader.conf. تراجعت عن sysctls التي كنت قد ضبطتها أثناء المحاولة العشوائية وبقي الرابط مستمراً رغم ذلك.وحدة المزود ذهبت إلى الدرج كقطعة احتياط، لأنها ليست ملكي لإعادة برمجتها على أي حال، والسويتش أمام الجدار الناري لم يعد موجوداً.