جهاز Accton AS9716-32D بسرعة 100G: وحدة INNOLIGHT QSFP28 LR4 ترتبط بـ Arista لكن أبدًا بـ Fortigate 3810D من نوع CFP2-LR4
نقوم بتشغيل طبقة leaf على جهاز Accton AS9716-32D يعمل بـ SONiC master (البناء master.207726). أربعة من المنافذ القادرة على 400G يجب أن تعمل بسرعة 100G نحو زوج جدار حماية، ولا يرتبط أي منها.
- Accton AS9716-32D، SONiC master.207726
- وحدة INNOLIGHT TR-FC13R-N00 QSFP28 LR4 في فتحة المفتاح
- Fortigate 3810D بوحدة CFP2-LR4 عند الطرف البعيد
- المنافذ مُجبرة على 100G، autoneg معطل، RS FEC، MTU 9100
sudo config interface speed Ethernet0 100000
show interfaces status
Interface Speed MTU FEC Admin Oper
Ethernet0 100G 9100 rs up downما جربته:
- المنفذ كمسارين بـ PAM4 وكأربعة مسارات بـ NRZ، لا فرق في أي من الاتجاهين
sudo config interface fec Ethernet0 noneبدلاً من RS FEC- نفس وحدات INNOLIGHT ونفس الألياف مقابل منفذ Arista QSFP28، حيث يعمل الرابط فورًا
إذن الوصلات الضوئية والألياف بريئة. شيء ما في طريقة تشغيل منفذ 400G هذا عند 100G، أو في ما يتوقعه جانب CFP2 على المسارات، يُبقي الأمر مظلمًا. هل شغّل أحد فتحة 400G على هذه المنصة للتواصل بسرعة 100G مع CFP2-LR4، وكيف كان شكل ملف تعريف المنفذ؟
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 7
سؤالان قبل أن يبدأ أحد بحساب المسارات. ماذا يقول Fortigate من جانبه، هل يرى CFP2 ضوءًا ويبقى معطلاً، أم أنه لا يسجّل الوحدة على الإطلاق؟ وما إعداد FEC المضبوط على منفذ 3810D؟
على زوج LR4، تفعيل RS FEC على طرف واحد فقط كافٍ لإبقاء الرابط معطلاً إلى الأبد، ومنافذ CFP2-LR4 عادةً لا تملك RS FEC لتفعيله أصلاً.
يُظهر Fortigate الواجهة معطلة ولا شيء مفيد في العدادات. الوحدة مُتعرَّف عليها هناك وذلك المنفذ كان يحمل رابطًا بسرعة 100G إلى جهاز آخر قبل أن نلمس أي شيء. لا أستطيع إيجاد إعداد FEC على ذلك الجانب على الإطلاق، لا مُظهَر ولا مخفي.
من جانبنا، RS FEC يُزال بسهولة: بعد
sudo config interface fec Ethernet0 noneيقرأ عمود FECnone، والمنفذ يرتد ويعود admin up، oper down بنفس الطريقة تمامًا. إذن إزالة RS FEC على المفتاح وحده لا يفيدنا بشيء.ملفا التعريف اللذان جرّبتهما ليسا متكافئين، وأحدهما لا يمكن أن يعمل بحكم البنية. CFP2-LR4 هي واجهة NRZ رباعية المسار: أربعة مسارات كهربائية بسرعة 25G نحو المضيف، وأربعة أطوال موجية على الألياف. إذا كان ملف تعريف منفذك يضع الفتحة على مسارين من PAM4، فإن المفتاح يُشغّل 2×50G في نظير يجب أن يُسلّم أربعة مسارات NRZ إلى جانبه الخطي، ولا شيء يتدرب بغض النظر عن إعداد FEC. ملف التعريف المرشح الوحيد لهذا الاقتران هو أربعة مسارات NRZ.
مع إصلاح ذلك، المتغير المتبقي هو FEC. 100GBASE-LR4 لا يحمل RS FEC، ومنفذ CFP2-LR4 عادةً لا يقدم أي طريقة لتفعيله، وهو ما يطابق ما وجدته على Fortigate. إذا كان جانبك لا يزال يحمل
rsعلى ذلك المنفذ، فهذا وحده كافٍ لتفسير رابط مظلم بشكل دائم.إذن: أربعة مسارات NRZ، autoneg معطل،
sudo config interface fec Ethernet0 none، أعد تشغيل المنفذ، ثم اقرأshow interfaces statusمرة أخرى للتحقق من أن كلا الإعدادين ثبتا فعلاً.إضافة الزاوية المعيارية المملة لذلك. لا شيء يتفاوض على FEC هنا، إنها خاصية ثابتة لكلا الطرفين ويجب أن تتطابق على كل مسار من الرابط. إرشادات المورّد لـ 100G المُقسّم تقول نفس الشيء في جملة واحدة: عندما يُقسّم منفذ 100G إلى مسارات 25G، يجب أن يعمل كلا طرفي كل مسار بنفس نمط FEC وإلا لن تتدرب المسارات أبدًا.
يستحق الأمر أيضًا عرض ما يدّعيه EEPROM الخاص بوحدة TR-FC13R-N00 فعليًا. هذه الوحدات تُبلّغ عن توافق 100GBASE-LR4 و25GBASE-LR، وبعض المنصات تختار نمط المسار الافتراضي من ذلك الحقل بدلاً من ما كتبته في الإعداد.
مورّدون مختلفون، نفس الشكل. كان لدي رابط بسرعة 100G بين MikroTik CCR2216 وArista عبر وصلات QSFP28 SR4 ضوئية كان يعمل لأشهر ثم توقف عن العمل ببساطة. انتقل RouterOS من 7.8 إلى 7.12.1 في تلك الفترة. كلا الطرفين مُجبران: auto-negotiation=no، fec-mode=fec91، MTU 9000 و100G-baseSR4-LR4 على CCR، و100gfull مع تصحيح خطأ Reed-Solomon على Arista. استبدال الوصلات الضوئية لم يغيّر شيئًا، القدرة المستقبلة على جميع المسارات الأربعة كانت سليمة، وتقسيم المنفذ إلى 4×25G أعطاني فقط مسارات متذبذبة.
لم أجد الإجابة هناك أيضًا، لكن النمط نفس نمطك: الوصلات الضوئية بريئة وبرنامج تشغيل منفذ أحد الجانبين تغيّر من تحتك. إذا كنت على لقطة master، فذلك أول متغير سأنقله.
احذر من الخطوة الأخيرة. ضبط FEC على none ورؤية
noneفي المخرجات ليس دليلًا على أن المنفذ يعمل بدون RS FEC. على عدة منصات من هذا النوع، تُخزَّن القيمة في قاعدة بيانات الإعداد ويعيد الـCLI طباعتها بكل سرور، بينما يحافظ الـserdes على الوضع الذي بُرمج به حتى يُعاد إنشاء المنفذ فعليًا. تغيير السرعة على cage يدعم 400G يعيد إنشاءه على أي حال، لذا يتداخل هذان المفتاحان ويهم الترتيب بينهما.نفس الحذر ينطبق على ملف تعريف المسارات (lane profile): على cage يدعم breakout، يأتي هذا من إعداد منفذ المنصة، وليس فقط من
sudo config interface speed. إذا لم تتم إعادة توليد الملف الشخصي أبدًا، فربما تكون كلتا محاولتيك قد عملتا على نفس خريطة المسارات الأساسية، ما يفسر لماذا بدا PAM4 وNRZ متطابقين. أعد تشغيل الجهاز بعد التغيير وتحقق من بداية باردة (cold start).نفّذت كل ذلك. أُعيد إنشاء المنفذ كأربعة مسارات NRZ، FEC none من جانبنا، autoneg معطل، الإعداد محفوظ، إعادة تشغيل كاملة، تحقق مرة أخرى من بداية باردة. زوج CFP2 لا يزال معطلاً. RS FEC على Fortigate غير مُتاح فعلاً، لذا لا يمكننا حتى إنشاء عدم تطابق مطابق من ذلك الجانب.
في هذه الأثناء، نفس وحدة INNOLIGHT TR-FC13R-N00 في نفس الفتحة ترتبط بمنفذ Arista QSFP28 خلال ثوانٍ، لذا تبقى الوحدات والألياف بريئة.
أردت إرفاق التفريغ التقني الكامل لكنه يتجاوز حد الحجم هنا. في الوقت الحالي تبقى المنافذ الأربعة معطلة وانتقلت روابط جدار الحماية الصاعدة إلى جهاز آخر. إذا كان لدى أي شخص منفذ 400G على هذه المنصة يعمل فعلاً بسرعة 100G إلى CFP2، أود معرفة أي ملف تعريف انتهيت إليه.