Intel X710 और TP-Link switch: 10G DAC से link नहीं आता, port NO-CARRIER में अटका रहता है
server और TP-Link switch के बीच 10G जोड़ रहा हूँ, कुछ भी exotic नहीं। Card system में दिखता है, driver सामान्य तरीके से load होता है, पर port पर link है ही नहीं - न कोई error, न negotiation की कोई कोशिश।
- server: Intel X710, चार 10GbE SFP+ ports, firmware 9.140.76856
- TP-Link switch, SFP+ port
- cable: OEM passive DAC SFP-10G-CU1M, एक मीटर
- Linux, interface system में दिख जाता है
Port की स्थिति:
ip link: <NO-CARRIER,BROADCAST,MULTICAST,UP>
ethtool: Link detected: no
Auto-negotiation: off
transceiver: internal
अब तक क्या किया:
- interface को हाथ से up किया:
ip link set up dev sfp1; - auto-negotiation on किया:
ethtool -s sfp1 autoneg on- कोई फर्क नहीं पड़ा; - xl710-unlocker चलाया, वह बताता है कि NVM पहले से unlocked है, यानी lock वाली जानी-पहचानी trick यहाँ काम की नहीं।
Switch साइड पर भी port चुप है, counters zero पर हैं। मामला cable का है, card की अपनी limitations का है, या मैं setting में कुछ miss कर रहा हूँ?
Comments 5
यहाँ दो अलग locks हैं, और इन्हें हमेशा गड्डमड्ड कर दिया जाता है। xl710-unlocker जो हटाता है वह board के किसी खास vendor के लिए NVM lock है। यह modules की limitations को छूता ही नहीं: Intel की retail firmware फिर भी उन SFP+ और DAC के साथ काम करने से मना कर देती है जिनके EEPROM में Intel वाली coding नहीं है। मना करना बिल्कुल वैसे ही दिखता है जैसे तुम्हारे यहाँ - port चुप है, log खाली है, interface NO-CARRIER में है। तो "NVM पहले से unlocked है" और "किसी भी cable को accept करना चाहिए" - ये दोनों एक बात नहीं हैं।
इसके साथ practice में क्या करते हैं:
options ixgbe allow_unsupported_sfp=1होता है, पर यह ixgbe है, i40e वाले X710 से इसका कोई लेना-देना नहीं, ऐसा कोई handle तुम्हारे पास नहीं है;मैं तो किसी दूसरे cable के नमूने से शुरू करता: मेरे यहाँ इसी से हल हुआ था, पर hardware सबका अलग होता है, अपने पर check करो। साथ ही सामान्य optical modules की एक जोड़ी भी try करो - इससे "cable पसंद नहीं" और "port पसंद नहीं" अलग हो जाएँगे।
कुछ चीज़ें साफ कर दो, वरना यह अंदाज़ा लगाना ही रह जाएगा। Cable 10G-only declared है या dual-rate?
ethtool -m sfp1क्या दिखाता है - vendor और part number पढ़ में आते हैं या port को module दिखता ही नहीं? और वही DAC switch के अपने दो ports के बीच loop करके चलाओ: अगर loop up हो जाए, तो cages और cable जिंदा हैं और बात सिमटकर card तक आ जाती है।नतीजे के साथ लौटा हूँ, हालांकि आधा-अधूरा। एक और cable लिया, इस बार gigabit वाला - SFP-1G-DAC0.2M। वह तुरंत up हो गया, port 1000baseX, full duplex में आ गया, traffic चल रहा है। दस-gigabit वाला SFP-10G-CU1M जैसा चुप था वैसा ही चुप है: NO-CARRIER और न card पर कोई message, न switch पर।
यानी card जिंदा है और cage भी जिंदा है, बस यह खास 10G cable X710 को स्वीकार नहीं करना है। फिलहाल gigabit पर बैठा हूँ और compatibility list वाला DAC ढूँढ रहा हूँ।
DAC में एक और झमेला है, यह Intel वाला नहीं है: कुछ passive SFP+ assemblies सिर्फ 10G के लिए coded होती हैं और 1000BASE-X में वापस आना नहीं जानतीं। मेरे यहाँ ऐसा एक cable gigabit वाले TL-SG2210MP को firmware 1.2 पर TL-SX3008F से जोड़ने से साफ मना कर गया, जबकि दो दस-gigabit वाली मशीनों के बीच वही cable बिना किसी सवाल के काम करता था। सिर्फ dual-rate मदद करता है, जिसकी specification में दोनों speeds साफ लिखी हों, साथ में दोनों सिरों पर hard-set 1000 Mbit/s और full duplex। इसी बीच एक जानकार के यहाँ एक Unifi वाला SFP+ DAC ER8411 और SG2428P के बीच ठीक से चलता है, तो SFP और SFP+ की जोड़ी खुद अपने आप में सज़ा नहीं है।
जब gigabit उठ ही गया है, तो cable को पूरी तरह खारिज करने से पहले switch वाले port पर speed और duplex भी देख लो। T1700X-16TS के साथ एक कहानी हुई थी: SFP+ port तीन मीटर वाले firm TXC432-CU3M से Synology के 10G card के साथ link नहीं करना चाहता था, जबकि वही cable उसी NAS के साथ Netgear XS708E के ज़रिए बड़े आराम से काम करता था, और switch को दो बार factory settings पर reset किया गया। उसी DAC का loop switch के अपने दो SFP+ ports के बीच up हो गया, यानी cable और cages ठीक थे।
Support ने कदम-दर-कदम जाने का सुझाव दिया था: पक्का करना कि cable compatible सूची में से है, SFP+ port पर speed और duplex बदलना, फिर duplex को auto पर रखना, क्योंकि वहाँ default full है। आखिर में क्या हुआ, यह author ने कभी नहीं लिखा, पर कदम काफी sensible हैं।