كابل Q+DA0001 40G DAC بين CRS326-24S+2Q+RM وHuawei S6720: كلا الطرفين يقرأ الكابل، لكن الرابط يبقى معطلاً
أعيد بناء التجميع في أحد مواقعنا: CRS326-24S+2Q+RM يستقبل منافذ SFP+ الخاصة بالعملاء ويصعد عبر 40G إلى Huawei S6720. مسار قصير داخل نفس الراك، لذا كابل DAC سلبي بدلاً من البصريات.
- MikroTik CRS326-24S+2Q+RM، منفذ QSFP+ رقم qsfpplus1-1
- Huawei S6720-54C-EI-48S-AC، منفذ 40GE عادي
- كابل MikroTik Q+DA0001 DAC سلبي بسرعة 40G من نوع QSFP+
كلا الصندوقين يقرأ الكابل بشكل صحيح، MikroTik يعرضه كـ Q+DA0001 الخاص به وHuawei يسرد كابلًا نحاسيًا 40G في معلومات المنفذ. وبعد ذلك لا يحدث شيء:
MikroTik: qsfpplus1-1 no-link
Huawei: 40GE... current state : DOWN
ما تم فعله بالفعل:
- عمل حلقة (loop) بنفس الكابل بين منفذي QSFP+ لجهاز CRS326: يعمل فورًا
- عمل حلقة بينه وبين منفذي 40GE على Huawei: يعمل أيضًا
- استبدلت الأطراف، نقلته إلى منفذ QSFP+ الآخر، أعدت تركيب كل شيء
- تأكدت أن لا أحد الجانبين معطل إداريًا (administratively down)
إذًا الكابل سليم وكل محول راضٍ عنه بمفرده، فقط الزوج بين موردين مختلفين يرفض. هل نجح أحدهم فعلاً في تشغيل Q+DA0001 بين CRS326 وS6720، وماذا اضطررت لتغييره على أي جانب لجعل المنفذ يعمل؟
Comments 5
هذا الزوج الافتراضي مقابل الافتراضي هو مشكلتك، وكذلك إيقاف كلا الجانبين معًا. ما نجح هنا على نفس التركيبة غير متماثل، وهو ما يبدو خاطئًا عند كتابته، لكن هذا هو: منفذ Huawei 40GE بإيقاف التفاوض التلقائي، بينما يبقي qsfpplus1-1 على MikroTik تفاوضه التلقائي الخاص مفعّلاً.
على Huawei، داخل الواجهة:
على MikroTik، اتركه كما هو أو اضبطه صراحة حتى لا "يُصلحه" أحد لاحقًا:
عمل رابط 40G مباشرة بعد ذلك على زوج CRS326 إلى S6720 لدي واستمر مستقرًا منذ ذلك الحين. لن أبيع هذا كإصلاح بقدر ما هو حل بديل: التنفيذان لا يتفقان بوضوح على ما يجب أن يتفاوض عليه رابط 40G DAC، والإعداد غير المتماثل هو ببساطة الزاوية التي يرضى فيها كلاهما. افعل ذلك في نافذة صيانة وليس على رابط صاعد حي، وإذا لم ينجح، تحقق مما إذا كانت صورة Huawei لديك تسمح أصلاً بإيقاف autoneg على ذلك المنفذ، لأن ذلك الجزء ليس عالميًا.
40G بين موردين مختلفين حيث يرى كلا الطرفين الكابل لكن لا أحد يشغّله يعود دائمًا تقريبًا إلى ما يحاول المنفذان التفاوض عليه.
انشر حالة autoneg من كلا الجانبين: إعداد منفذ 40GE على Huawei وقيمة auto-negotiation لـ qsfpplus1-1 على MikroTik، وقل ما إذا كنت قد غيّرت أيًا منهما عن الافتراضي. وقل أيضًا ما إذا كنت قد جربت إيقافه بالفعل - على كلا الطرفين معًا، أم على طرف واحد فقط، لأن هاتين تجربتان مختلفتان.
اختبارات الحلقة تثبت فقط أن الكابل سليم. لا تخبرك بشيء عن اتفاق الطرفين على نفس سلوك التفاوض، وهو الجزء المثير للاهتمام هنا.
كلا الجانبين على الإعدادات الافتراضية: auto-negotiation=yes على qsfpplus1-1 وnegotiation auto على منفذ Huawei 40GE، ولم ألمس أيًا من الإعدادين بعد تشغيل الواجهتين. جربت فعلاً إيقافه على كلا الطرفين في نفس الوقت، وهذا لم يغيّر شيئًا إطلاقًا؛ النسخة أحادية الجانب لم تخطر ببالي أبدًا.
تبقى حالة الرابط no-link على MikroTik وDOWN على Huawei، والعدادات لا تتحرك إطلاقًا، لذا لا يصل الأمر بعيدًا بما يكفي لتسجيل خطأ على أي من الصندوقين.
ذلك التحذير الأخير يستحق أكثر من هامش، لأنه بالضبط المكان الذي علقت فيه. على S6320-54C-EI، مع RouterOS 7.12 على جانب MikroTik، منفذ 40G لا يسمح بإيقاف التفاوض التلقائي إطلاقًا، لذا الحيلة غير المتماثلة ليس لديها مكان تحط فيه.
الأعراض متطابقة عدا ذلك: كلا الطرفين يقرأ الكابل، المنفذ يبقى معطلاً، لا أخطاء في أي مكان. إذًا الحل البديل أعلاه حقيقي لكنه خاص بالمنصة، وعدم التوافق الأساسي بين هذين التنفيذين لـ 40G لا يزال مفتوحًا بقدر ما أستطيع رؤيته.
لمن يصل إلى هنا ولا يستطيع جعل DAC بين موردين يتصرف إطلاقًا: في مرحلة ما يصبح التوقف عن المقاومة أرخص.
كان لدي Alta Route 10 مقابل CRS309-1G-8S+ حيث تعرّف Route 10 على كل من كابل DAC من نوع SFP+ من 10Gtek وFS، مُبلَّغًا عنه كـ SFP-H10GB-CU2M، بينما أظهر CRS309 عدم وجود إعلان لشريك الرابط ولم يعمل الزوج إلا عند إجباره للأسفل إلى 1G. إجبار 10gbase_r في /cfg/sfpX.txt لم يفعل شيئًا، وأيًا كانت الوحدة الجالسة في القفص، استمر ethtool على Route 10 بسرد أوضاع baseT. استبدلت كلا الطرفين بوحدات بصرية FS SFP-10GSR-85 وحصلت على رابط 10G فورًا.
سرعة مختلفة وصناديق مختلفة، نفس الدرس: عندما يثبت أن الكابل سليم ولا يزال الطرفان لا يتفقان، زوج من البصريات يكلف أقل من أسبوع آخر من الضبط.