وصلة SFP+ من نوع DWDM من طرف ثالث تبقى معطلة على Arista 7050T مع EOS 4.10.6 - هل يوجد حل غير تعديل صورة النظام؟

قبل أن يوجّهك أحد نحو الصورة، أمران.

ما هي سلسلة EOS التي أنت مقيّد بها فعلاً على ذلك الجهاز 7050T؟ إذا كان يجب أن يبقى على 4.10.6 فإن حلًا خاصًا بهذا الإصدار متسق مع نفسه على الأقل. إذا كان بإمكانك ترقيته، فافهم أن معالجة الوصلات الضوئية أُعيد تنظيمها في الإصدارات اللاحقة ولا توجد وصفة كُتبت لـ 4.10.6 تنتقل معها.

وما الذي يستطيع ذلك المورّد فعليًا برمجته فيها؟ يستحق السؤال عمّا إذا كان جهاز البرمجة لديهم يحمل ملف تعريف Arista أصلاً، أم فقط ترميز Cisco الخاص بكل منصة الذي يحتفظ به معظمهم - قطع ASR9K على سبيل المثال تحتاج ملف تعريف خاص بها ومورّدو الوصلات الضوئية يحافظون على واحد. إعادة ترميز الدفعة أرخص بكثير من العيش على صورة معدّلة. وبشكل منفصل: هل طلبت من فريق حسابك مفتاح unsupported-transceiver بعد، أم أن هذا مستبعد لأسباب تجارية؟

تعديل الصورة يعمل فعلاً على هذا الإصدار بالتحديد، وليس عملاً كبيرًا - لكن نفّذه على جهاز مختبر أو احتياطي، أبدًا على جهاز يحمل حركة مرور فعلية.

شكل العملية: فك ضغط EOS-4.10.6.swi والاحتفاظ بالأعضاء، وهم boot0 وinitrd-i386 وlinux-i386 وrootfs-i386.sqsh وversion. فك نظام الملفات الجذري كمستخدم root، عدّل الوكيل، وأعد الضغط:

unsquashfs rootfs-i386.sqsh
mksquashfs squashfs-root/ rootfs-i386.sqsh
zip -Z store EOS-4.10.6a.swi boot0 initrd-i386 linux-i386 rootfs-i386.sqsh version

التعديل نفسه في squashfs-root/usr/lib/python2.7/site-packages/XcvrAgent.py: علّق الأسطر الأربعة قرب السطر 172 التي تتحقق من حالة الوجود ثم تُشغّل مصادقة الوصلة الضوئية. خيار -Z store في zip ليس اختياريًا، يجب أن تبقى ملف swi غير مضغوطة وإلا لن يُقلع الجهاز بها.

بعد ذلك تعمل المنافذ مع أي شيء تُدخله، لأنه لم يعد هناك أي تحقق. ثمنان: لن يكون لديك دعم من المورّد على صورة معدّلة، والتعديل مرتبط بهذا الإصدار بالتحديد، لذا احتفظ بالصورة الأصلية على الفلاش للعودة إليها عند حدوث أي خلل.

للإجابة على الأسئلة أعلاه: الجهاز احتياطي بلا عقد دعم عليه، والمورّد ليس لديه أي ملف تعريف Arista في جهاز البرمجة على الإطلاق - هم يبرمجون لمنصات Cisco وهذا كل ما لديهم، لذا إعادة ترميز هذه الدفعة ليست مطروحة. مسار فريق الحساب ليس مستبعدًا، فقط لا يساعدني هذا الأسبوع.

أعدت بناء 4.10.6 كما هو موضح، أقلعت الصورة المعدّلة، وعمل منفذا DWDM كلاهما من المحاولة الأولى. الصورة الأصلية لا تزال على الفلاش. الرابط ثابت منذ ذلك الحين، والطرف البعيد لا يرى شيئًا غير عادي.

سعيد أن الأمر نجح، لكن كن صريحًا مع نفسك بخصوص مدة صلاحية هذا التعديل، لأن الموضوع أعلاه يجعله يبدو أعمّ مما هو عليه فعلاً.

هو مكتوب لـ 4.10.6 ولا شيء آخر. سأل أشخاص عن كيفية تكراره على 4.14.5F و4.14.7M و4.23.8M ولم ينشر أحد إجابة تعمل أبدًا، لأن مدير الوصلات الضوئية أُعيد تنظيمه في الإصدارات اللاحقة وتلك الأسطر الأربعة لا تنتظرك هناك. كل ترقية أيضًا تستبدل الصورة، لذا يختفي التعديل وتسقط المنافذ في المرة التالية التي يقوم فيها أحد بصيانة روتينية.

المسارات التي تنجو من الترقية هي مفتاح service unsupported-transceiver الخاص بالعميل الذي يصدره فريق الحساب، وعلى المنصات الأقدم ملف العلامة enable3px. استخدم الصورة المعدّلة لإبقاء جهاز قديم مفيدًا، وليس كمعيار للشبكة.

نفس المعركة على جانب Cisco، مع تفصيل يستحق النقل. وحدات DWDM SFP+ من طرف ثالث لمسافة 80 كم (Pro10Optix، مُصنّفة SFP-10G-DWDM-192) كانت تعمل في مفاتيح Catalyst 6500 دون أي شكوى. عند نقلها إلى منافذ SFP+ المدمجة في جهاز ASR 9001 يعمل بنظام IOS XR 5.3.3 أعطت:

%PLATFORM-SFP-3-DEV_SFP_SUPPORTED_ERROR: SFP Module is not supported
%PLATFORM-SFP-3-DEV_SFP_PID_NOT_SUPPORTED: Not supported Product ID

ضوء LED أحمر على المنفذ، الواجهة معطلة، الحالة مُبلَّغ عنها كفقدان رابط أو ضوء منخفض بدون حلقة اختبار، طول الموجة يُقرأ كـ 0 نانومتر والليزر لا يعمل أبدًا. أمر transceiver permit pid all على الواجهة لم يغيّر شيئًا بمفرده، والأمر العام service unsupported-transceiver فوقه لم يُنقذ تلك الدفعة أيضًا. المنصة تتوقع رقم قطعة بصيغة DWDM-SFP10G-xx.yy من مصفوفة الوصلات الضوئية الخاصة بها، ومعرّف PID عام لا يُطابق أي وصلة ضوئية مدعومة على الإطلاق، لذا ليس هناك ما يخفّفه أمر التجاوز.

شخص آخر على نفس الإصدار كان لديه وحدات Skylane SPDTU080100D139 لمسافة 80 كم تعمل على جهاز 9001 - لكن فقط مع تفعيل كلا الأمرين معًا، وإلا لن تتعافى الواجهة بعد انقطاع الرابط. تم استبدال الدفعة الفاشلة في النهاية بوحدات مُرمّزة بشكل صحيح.

إضافة شيء يوفّر رحلة إضافية عند العودة إلى المورّد: اطلب منهم الترميز للمنصة، وليس للعلامة التجارية. جزء كبير من هذه المواضيع هو وحدات تُعرّف نفسها كالمورّد الصحيح لكنها تحمل رقم قطعة لم تسمع به مصفوفة المنصة أبدًا، وأوامر التجاوز من نوع permit تخفف الفحص فقط للوحدات التي تبدو صحيحة للجهاز في كل شيء آخر.

طالما أن الوحدات لديهم على الطاولة، اطلب منهم التأكد من أن EEPROM يتوافق بدقة مع معيار SFF-8472. بيانات A2h غير الدقيقة تُقرأ كهراء - طول الموجة 0 نانومتر المذكور أعلاه هو بالضبط من هذا النوع - وبمجرد أن تصبح القراءة نظيفة وتستمر المنصة برفض القطعة، يصبح لديك شيء ملموس لدعم المورّد بدلاً من نقاش عام حول الوصلات الضوئية من طرف ثالث.