Sun Network 10GbE Switch 72p: وحدة x2129a بسرعة 1G في منفذ SFP+ تبقى معطّلة بينما جيرانها بسرعة 10G سليمون
ورثت Sun Network 10GbE Switch 72p مع بضعة أجهزة قديمة متصلة به لن تعمل أبداً بأكثر من جيجابت. كانت الخطة إدخال وحدة تدعم 1G في أحد أقفاص SFP+ والانتهاء من الأمر.
- Sun Network 10GbE Switch 72p، واجهة سطر أوامر SEFOS عبر الطرفية التسلسلية
- وحدة x2129a ثنائية المعدل 10G/1G متعددة الأنماط
- وصلة OM3 ثنائية LC إلى منفذ 1G على محوّل وصول أقدم
- روابط 10G على نفس الهيكل مرفوعة وتنقل حركة المرور بشكل طبيعي
المنفذ الذي يحمل تلك الوحدة لا يرتفع أبداً. لا تنبيهات، لا أخطاء في السجل، فقط منفذ معطّل بينما جيرانه بسرعة 10G سليمون، والطرف البعيد لا يرى شيئاً أيضاً.
ما جُرّب حتى الآن:
- أعدت تركيب الوحدة واستبدلت كابل التصحيح
- نقلتها إلى قفص ثانٍ
- تحققت من منفذ الطرف البعيد، وهو مرفوع وينتظر شريكاً
هل رابط 1G مدعوم في هذه المنافذ أصلاً، وإن كان كذلك، ما الذي يفوتني في جانب المحوّل؟
Comments 5
كلا النصفين يجب أن يكونا صحيحين ولا أحدهما يحدث تلقائياً.
جانب المحوّل: فقط المنافذ من 65 إلى 72 مزدوجة السرعة على هذه المنصة، إذن المنفذ 71 سليم. x2129a هي القطعة المؤهلة ثنائية المعدل 10G/1G متعددة الأنماط لهذه المهمة بالضبط، وx2123a هي نسخة RJ45 إن احتجت يوماً 1G نحاسي من تلك الأقفاص. لكن المنفذ لا يتراجع من تلقاء نفسه، تضبط السرعة يدوياً في SEFOS:
أغلق المنفذ قبل تغيير السرعة وأعده للرفع بعد ذلك. تخطي ذلك هو السبب المعتاد الذي يُبلغ فيه الناس بأن الإعداد لم يُطبَّق. و
write startup-config، وإلا يختفي عند إعادة التحميل التالية.الطرف البعيد: عطّل التفاوض التلقائي وأجبر ذلك المنفذ على 1000 إرسال ثنائي كامل. في وضع 1Gbps هذه المنافذ لا تتفاوض تلقائياً، لذا شريك متروك على التفاوض التلقائي هو السبب الأكثر شيوعاً لعدم تكوّن الرابط، وهذا يتطابق تماماً مع أعراضك، جيران 10G سعداء وهذا صامت في كلا الاتجاهين.
افعل كليهما، ثم انظر إلى المنفذ مجدداً. إن بقي معطّلاً مع إجبار الطرف البعيد، فذلك عطل مختلف ويستحق نظرة فعلية إلى الألياف.
في أي رقم منفذ هي؟ هذا مهم هنا، لأنه ليس كل قفص SFP+ على هذا الهيكل مزدوج السرعة، فقط كتلة من ثمانية في النهاية تفعل أي شيء غير 10G. إن كانت وحدتك جالسة في أحد الأخرى يمكنك التوقف عن البحث عن خطأ إعداد، فلن تعمل هناك أبداً.
سؤال ثانٍ: ماذا يوجد في الطرف البعيد وهل التفاوض التلقائي لا يزال مفعّلاً على ذلك المنفذ؟ هذا هو النصف الآخر من الإجابة، و'لم ألمسه أبداً' تعني تقريباً دائماً أنه مفعّل.
المنفذ 71، إذن هو داخل الكتلة الأخيرة. الطرف البعيد منفذ 1G متعدد الأنماط على محوّل وصول أقدم، التفاوض التلقائي مفعّل، الإعداد الافتراضي من المصنع، لم ألمسه أبداً.
في جانب Sun لم أُجبر شيئاً أيضاً، المنفذ على أياً كان ما يرتفع به افتراضياً. إن احتاج كلا الطرفين تغييراً يمكنني إسقاط ذلك الرابط لبضع دقائق دون سؤال أحد، فهو لا ينقل شيئاً مهماً بعد.
1G في قفص 10G ليست أبداً توصيلاً وتشغيلاً فورياً، والقواعد تختلف حسب المنصة حتى داخل مورّد واحد. على Extreme VOSS، يريد VSP 4450 إبقاء التفاوض التلقائي مفعّلاً عندما يكون الطرف البعيد محوّلاً من طرف ثالث، بينما VSP 7254XSQ لا يدعم التفاوض التلقائي إطلاقاً، لذا هناك يجب أن يكون الجهاز البعيد مُعطَّلاً فيه التفاوض قبل أن يتكوّن رابط 1G. نصيحة معاكسة، نفس المورّد، جهازان. بالنسبة لوحدة SFP النحاسية 1000BASE-T لديهم، AA1419043-E6، المُدرجة أيضاً كـ10070H، الممارسة الموصى بها هي تفاوض تلقائي مخصّص على منفذ النحاس البعيد.
لدى MikroTik نكهتها الخاصة من هذا مع البصريات متعددة المعدل. وحدة XS+31LC10D في منفذ SFP+ عادي يجب أن تُجبر بدلاً من التفاوض التلقائي، مع سحب دبوس اختيار المعدل (rate-select) لأسفل، وإلا فقد تُفسد البيانات أثناء الإرسال:
سرعات مختلفة، نفس فئة المشكلة: القفص قادر على حمل أكثر من معدل ويجب أن يخبره شيء ما بأي معدل تقصد.
يستحق تقدير أن لديك مفتاح سرعة أصلاً. على محوّلات QNAP المُدارة من نوع QSW، QSW-M5216-1T وQSW-M2116P-2T2S وبقية تلك السلسلة، لا يمكن ضبط وضع بيانات منافذ SFP+ في QSS، فقط منافذ RJ45 يمكن تحديدها. إذن وحدة SFP بسرعة 1G إما تُكتشف تلقائياً بواسطة البرنامج الثابت للمنفذ أو لا ترتبط، ولا يوجد إعداد للرجوع إليه. ينتهي الأمر بالناس بالبحث عن وحدة يحبها المنفذ بالفعل، أو باستخدام DAC بدلاً من ذلك.
هذا أيضاً سبب رؤيتك تقارير حيث يرتفع 10G إلى 10G بشكل جيد في نفس القفص بينما تبقى وحدة 1G مطفأة. على جهازك، هو إعداد يدوي، مزعج مرة واحدة ثم محلول للأبد.