أي وحدات إرسال واستقبال لا تزال تعمل على Aruba 8360-32Y4C عند إجبار مجموعة الواجهات على 50g
نُشغِّل زوجًا من 8360-32Y4C كأوراق (leaves) وخطة الروابط الهابطة مختلطة عمدًا: معظمها 25G للخوادم، منفذان بسرعة 50G لشاسيه حوسبة، وبعض منافذ نحاسية بطيئة لعتاد out-of-band. بما أن الروابط الهابطة من نوع SFP56 مُجمَّعة وتُضبط السرعة لكل مجموعة، أريد أن أفهم ما الذي يمنعه إعداد المجموعة فعلاً قبل أن أثبّت خريطة المنافذ.
- Aruba 8360-32Y4C، AOS-CX 10.15
- وحدة SFP56 50G في المجموعة التي ضبطتها على 50g
- DAC من نوع SFP+ 10G وDAC من نوع SFP28 25G في منافذ أخرى بنفس المجموعة
- J9054D SFP بسرعة 100 ميجابت مخطط له لمنفذي OOB
مع إجبار المجموعة على 50g، الوحدات الأبطأ لا تعمل أبدًا:
8360(config)# system interface-group 4 speed 50g
8360# show interface transceiver
1/1/13 SFP56 50G up
1/1/14 SFP+ 10G DAC Waiting for link
1/1/15 SFP28 25G DAC Waiting for linkما فعلته بالفعل:
- أعدت تركيب كلا DAC ونقلتهما إلى منافذ أخرى داخل نفس المجموعة
- تحققت أن الأطراف البعيدة مضبوطة على سرعتها الأصلية
- تأكدت أن نفس الـDAC تعمل على محول تُترك فيه المجموعة عند 25g
إذًا: في مجموعة مضبوطة على 50g، هل فعلاً فقط وحدات SFP56 50G ستعمل؟ هل تقبل مجموعة 25g كل ما هو أبطأ، وهل ينطبق نفس الشيء على مجموعة مضبوطة على 10g؟ ودليل وحدات الإرسال والاستقبال يسرد J9054D SFP بسرعة 100 ميجابت للمنافذ 5-32 - هل شغّله أحد فعلاً هناك؟
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
سرعة المجموعة ليست تسمية تجميلية، إنها مجموعة السرعات المسموح بها للمنافذ في تلك المجموعة. مع ضبط المجموعة على 50g، الشيء الوحيد الذي سيعمل هو وحدة SFP56 50G؛ وحدة 10G أو 25G في تلك المجموعة ليست سرعة مقبولة وتبقى معطلة، وهذا بالضبط ما رأيته.
مجموعة عند 25g هي الإعداد المتساهل - 25G وكل ما هو أبطأ يعمل فيها، إذًا صف مختلط من DAC بسرعة 25G و10G بالإضافة إلى نحاس هو إعداد طبيعي تمامًا:
تحذيران قبل أن تثبّت الخريطة. المنافذ من 1/1/1 إلى 1/1/4 هي المنافذ القادرة على MACsec وتلعب بقواعدها الخاصة، لذا خطط لها بشكل منفصل واختبرها بالوحدة الدقيقة التي تنوي استخدامها. ولن أعدك بأي شيء بخصوص مجموعة عند 10g أو بخصوص J9054D عند 100 ميجابت - لم أضع واحدة أبدًا في منفذ مُجمَّع ولم يؤكد أحد سألته ذلك أيضًا. بالنسبة للطرف البطيء، النطاقات لكل منفذ في دليل وحدات الإرسال والاستقبال الرسمي لـ 8360 لا تزال المرجع. إذا احتجت 100 ميجابت على المنافذ 5-32 لـ OOB، اشترِ وحدة واحدة وأثبتها على منضدة الاختبار قبل أن تطلب ستة عشر.
شيئان يحسمان هذا ومنشورك يفتقر لكليهما. أي منافذ تُشكِّل المجموعة - هل أي منها من 1/1/1 إلى 1/1/4؟ تلك الأربعة هي القادرة على MACsec على 32Y4C ولا تتبع نفس قواعد 5-32، لذا اختبار يُجرى هناك لا يخبرك بشيء عن باقي الصندوق.
وانشر
show interface transceiverمع المجموعة عند 25g بدلاً من 50g. إذا عملت DAC بسرعة 10G و25G هناك، فالوحدات والأطراف البعيدة سليمة وأنت تجادل فقط سرعة المجموعة.المجموعة 4 هي المنافذ من 1/1/13 إلى 1/1/16، إذًا لا شيء في نطاق 1-4 - تلك لا تزال فارغة.
نقلت SFP56 إلى مجموعة أخرى تبقى عند 50g (تعمل هناك) وخفّضت المجموعة 4 إلى 25g. الصورة تتغير فورًا:
إذًا الوحدات وDAC والأسلاك ليست المشكلة. إنها سرعة المجموعة ولا شيء آخر.
لمن يهمه الأمر، مجموعة عند 25g متساهلة فعلاً لهذه الدرجة. جهاز 8360 في مختبري لديه مجموعة واحدة عند 25g وحاليًا يحمل DAC بسرعة 10G، ووحدة نحاسية 1G-BT، وDAC بسرعة 25G، كلها تعمل في نفس الوقت، بالإضافة إلى DAC بسرعة 40G و100G على منافذ QSFP أيضًا. لا شيء من ذلك يزعج إعداد المجموعة.
غير مرتبط لكن يستحق المعرفة أثناء بنائك لهذه: خسرنا يومين على رابط من 8325-32C إلى 8360-32Y4C بكابل DAC من نوع X242 40G (JH234A) رفض العمل. جانب 8325 أبلغ
Module interface errorوجانب 8360 بقي عندWaiting for link، كلاهما على GL.10.07.0020. كان عيبًا برمجيًا، وليس الكابل - إقلاع 8325 من صورته الاحتياطية 10.06.0110 أعاد الرابط فورًا، و10.07.0021 أصلحه نهائيًا. لم يحتج 8360 أي تغييرات إطلاقًا. إذًا إذا كانت وحدة يُفترض أن تكون مدعومة تبلغ عن خطأ وحدة بدلاً من مجرد عدم وجود رابط، انظر إلى الإصدار قبل أن تتهم الوحدة البصرية.يستحق استيعاب الشكل العام لهذا، لأنه ليس خاصية غريبة في Aruba. مجموعة السرعات المفعّلة للمنفذ تتحكم بالوحدة، وهذه الأجهزة نادرًا ما تتراجع من تلقاء نفسها.
نفس القصة على Spectrum: على SN2100 أو SN2700 مع Onyx 3.10.4100، DAC بسرعة 10G خلف محول Amphenol QSA (624380003) يُقرأ جيدًا عبر I2C لكن لا يعمل أبدًا بينما المنفذ لا يزال 100G فقط.
mlxlink -d /dev/mst/mt52100_pci_cr0 -p 15 -mيوضّح الأمر -State: Disable،Enabled Link Speed 0x00b00000،Supported Cable Speed 0x00001001، والتوصيةCable speed not enabled. ضع 10G في السرعات المفعّلة ويصبح المنفذ LinkUp عند 10GbE.وعلى UCS 6248 وحدة GLC-SX-MMD أصلية تُصنَّف
SFP Validation Failedفقط لأن المنفذ الموحّد لا يزال عند إعداده الافتراضي 10 جيجابت في الثانية؛ اختر 1 جيجابت على المنفذ وتُقبل الوحدة كرابط صاعد. موردون مختلفون، نفس السؤال دائمًا: هل يسمح المنفذ بالسرعة التي تتحدثها الوحدة.أغلق الحلقة على ما يمكنني تأكيده على عتادي الخاص. مجموعة عند 50g تقبل وحدات SFP56 50G ولا شيء غير ذلك؛ مجموعة عند 25g تحمل DAC بسرعة 25G و10G جنبًا إلى جنب دون شكوى. هذا يغطي معظم خريطة المنافذ، إذًا الخوادم وشاسيه الحوسبة تم ترتيبهما ويبقى نطاق 1-4 خارج الخطة حتى أستطيع اختباره بشكل صحيح.
لا يزال مفتوحًا: لم أجرب مجموعة عند 10g، ولم أحصل أبدًا على إجابة واضحة بخصوص J9054D عند 100 ميجابت في المنافذ 5-32. وحدة واحدة قيد الطلب وستذهب إلى منضدة الاختبار قبل أي شيء آخر. حتى ذلك الحين، تبقى منافذ OOB على مجموعة 25g مع النحاس، ودليل وحدات الإرسال والاستقبال هو ما أقتبسه لمجلس التغيير بخصوص النطاقات لكل منفذ.