Intel X710 ومحول TP-Link: كابل 10G DAC لا يعطي رابطًا، المنفذ عالق في NO-CARRIER
أجمع رابط 10G بين خادم ومحول TP-Link، لا شيء غريب. البطاقة تظهر في النظام، التعريف يُحمَّل بشكل طبيعي، لكن لا يوجد رابط على المنفذ إطلاقًا - لا أخطاء، ولا محاولات تفاوض.
- الخادم: Intel X710، أربعة منافذ 10GbE SFP+، فيرموير 9.140.76856
- محول TP-Link، منفذ SFP+
- الكابل: DAC سلبي من نوع OEM موديل SFP-10G-CU1M، متر واحد
- Linux، الواجهة تظهر في النظام
حالة المنفذ:
ip link: <NO-CARRIER,BROADCAST,MULTICAST,UP>
ethtool: Link detected: no
Auto-negotiation: off
transceiver: internalما فعلته بالفعل:
- رفعت الواجهة يدويًا:
ip link set up dev sfp1؛ - فعّلت التفاوض التلقائي:
ethtool -s sfp1 autoneg on- دون تغيير؛ - شغّلت xl710-unlocker، وهو يجيب أن NVM مفتوح القفل بالفعل، أي أن الحيلة المعتادة مع القفل لا علاقة لها بالأمر هنا.
على جانب المحول المنفذ صامت أيضًا، العدادات عند الصفر. هل المشكلة في الكابل، في قيود البطاقة نفسها، أم أنني أفوّت شيئًا في الإعداد؟
Show original (Русский)
Also available in: Русский
العربية
Deutsch
English
Español
Français
हिन्दी
Bahasa Indonesia
Italiano
日本語
한국어
Nederlands
Polski
Português
Türkçe
Tiếng Việt
简体中文
Comments 5
هنا قفلان مختلفان، ويُخلط بينهما باستمرار. ما يزيله xl710-unlocker هو قفل NVM الخاص بمورد اللوحة المحدد. لا يلمس قيود الوحدات: فيرموير Intel للتجزئة يرفض العمل مع SFP+ وDAC التي لا يحمل EEPROM الخاص بها ترميز Intel. الرفض يبدو بالضبط كما لديك - المنفذ صامت، السجل فارغ، الواجهة في NO-CARRIER. إذًا "NVM مفتوح القفل بالفعل" و"يجب أن يقبل أي كابل" ليسا نفس الشيء.
ما يفعله الناس عمليًا:
options ixgbe allow_unsupported_sfp=1، لكن هذا ixgbe، ولا علاقة له بـ X710 مع i40e، ليس لديك هذا الخيار؛كنت سأبدأ بنسخة أخرى من الكابل: هكذا حُلّت لدي، لكن العتاد يختلف عند الجميع، تحقق على جهازك. جرّب أيضًا زوجًا من الوحدات البصرية العادية - هذا يفصل بين "لا يعجبه الكابل" و"لا يعجبه المنفذ".
وضّح بضعة أمور، وإلا سيكون الأمر تخمينًا. هل الكابل معلن كـ 10G فقط أم ثنائي المعدل؟ ماذا يعرض
ethtool -m sfp1- هل يُقرأ المورد ورقم القطعة أم لا يرى المنفذ الوحدة إطلاقًا؟ وشغّل نفس DAC كحلقة بين منفذين على المحول نفسه: إذا عملت الحلقة، فالأقفاص والكابل حية والحديث يضيق إلى البطاقة.عدت بنتيجة، لكنها جزئية. أخذت كابلًا آخر، هذه المرة بسرعة جيجابت - SFP-1G-DAC0.2M. عمل فورًا، استقر المنفذ عند 1000baseX، full duplex، حركة البيانات تمر. أما SFP-10G-CU1M بسرعة عشرة جيجابت فبقي صامتًا كما كان: NO-CARRIER ولا رسالة واحدة لا على البطاقة ولا على المحول.
إذًا البطاقة حية والقفص حي، لكن X710 لا يريد قبول هذا الكابل 10G تحديدًا. أعمل الآن على الجيجابت وأبحث عن DAC من قائمة التوافق.
لدى DAC فخ آخر، ليس من Intel هذه المرة: بعض تجميعات SFP+ السلبية مرمّزة فقط لـ 10G ولا تعرف كيف تتراجع إلى 1000BASE-X. كابل كهذا لدي رفض تمامًا الربط بين قفص جيجابت TL-SG2210MP وTL-SX3008F على الفيرموير 1.2، رغم أن نفس الكابل عمل بلا مشاكل بين جهازين بسرعة عشرة جيجابت. ما يساعد فقط هو ثنائي المعدل، الذي تحدد مواصفاته صراحة كلتا السرعتين، بالإضافة إلى ضبط ثابت لـ 1000 ميجابت في الثانية وfull duplex على كلا الجانبين. عند معارف لي كابل DAC من نوع SFP+ الخاص بـ Unifi يعمل بشكل طبيعي بين ER8411 وSG2428P، لذا المزيج بين SFP وSFP+ نفسه ليس حكمًا بالإعدام.
بما أن الجيجابت عمل، راجع السرعة والازدواجية على منفذ المحول قبل أن تشطب الكابل نهائيًا. كانت هناك قصة مع T1700X-16TS: منفذ SFP+ لم يرد الربط مع بطاقة Synology 10G عبر TXC432-CU3M بطول ثلاثة أمتار بترميز أصلي، بينما نفس الكابل مع نفس NAS عمل بشكل رائع عبر Netgear XS708E، وأُعيد ضبط المحول للإعدادات المصنعية مرتين. حلقة من نفس DAC بين منفذي SFP+ للمحول نفسه عملت، أي أن الكابل والأقفاص كانت سليمة.
اقترح الدعم السير خطوة بخطوة: التأكد أن الكابل من ضمن المتوافقة، تغيير السرعة والازدواجية على منفذ SFP+، ثم ضبط الازدواجية على auto لأن الافتراضي هناك full. لم يكتب صاحب المنشور أبدًا كيف انتهى الأمر، لكن الخطوات معقولة تمامًا.