Intel X710 e switch TP-Link: DAC 10G não dá link, porta trava em NO-CARRIER
Estou montando 10G entre um servidor e um switch TP-Link, nada exótico. A placa aparece no sistema, o driver carrega normalmente, e não tem link nenhum na porta - nem erro, nem tentativa de negociação.
- servidor: Intel X710, quatro portas 10GbE SFP+, firmware 9.140.76856
- switch TP-Link, porta SFP+
- cabo: DAC passivo OEM SFP-10G-CU1M, um metro
- Linux, a interface aparece no sistema
Estado da porta:
ip link: <NO-CARRIER,BROADCAST,MULTICAST,UP>
ethtool: Link detected: no
Auto-negotiation: off
transceiver: internal
O que já fiz:
- subi a interface manualmente:
ip link set up dev sfp1; - liguei a autonegociação:
ethtool -s sfp1 autoneg on- sem mudança; - rodei o xl710-unlocker, ele responde que o NVM já está desbloqueado, ou seja, o truque habitual do lock não tem nada a ver aqui.
Do lado do switch a porta também está muda, os contadores em zero. É o cabo, é limitação da própria placa, ou estou deixando passar alguma coisa na configuração?
Comments 5
Aqui são dois cadeados diferentes, e sempre confundem os dois. O que o xl710-unlocker remove é o lock de NVM para um fabricante específico de placa. Ele não toca nas restrições de módulo: o firmware de varejo da Intel continua recusando trabalhar com SFP+ e DAC que não tenham codificação Intel na EEPROM. A recusa aparece exatamente como a sua - porta muda, log vazio, interface em NO-CARRIER. Então "o NVM já está desbloqueado" e "deveria aceitar qualquer cabo" não são a mesma coisa.
O que se faz na prática:
options ixgbe allow_unsupported_sfp=1, mas isso é ixgbe, não tem nada a ver com o X710 que usa i40e, essa alavanca você não tem;Eu começaria com outro exemplar de cabo: foi assim que resolvi no meu caso, mas o hardware de cada um é diferente, teste no seu. De quebra, tente um par de módulos ópticos comuns - isso separa "não gosta do cabo" de "não gosta da porta".
Esclarece duas coisas, senão vai virar chute. O cabo é declarado como 10G-only ou como dual-rate? O que mostra
ethtool -m sfp1- o vendor e o part number são lidos, ou a porta nem vê o módulo? E roda o mesmo DAC em loop entre duas portas do próprio switch: se o loop sobe, então as cages e o cabo estão vivos e a conversa se estreita para a placa.Voltei com um resultado, mas pela metade. Peguei mais um cabo, dessa vez gigabit - SFP-1G-DAC0.2M. Ele subiu na hora, a porta foi para 1000baseX, full duplex, o tráfego passa. O SFP-10G-CU1M de dez gigabit continua tão mudo quanto antes: NO-CARRIER e nenhuma mensagem nem na placa, nem no switch.
Ou seja, a placa está viva e a cage está viva, só que esse cabo de 10G específico o X710 não quer aceitar. Por enquanto fico no gigabit e procuro um DAC da lista de compatibilidade.
O DAC tem mais uma armadilha, essa já não é da Intel: parte das montagens passivas SFP+ é codificada só para 10G e não sabe cair para 1000BASE-X. Comigo, um cabo desses se recusou terminantemente a conectar a cage gigabit da TL-SG2210MP com a TL-SX3008F no firmware 1.2, embora entre dois equipamentos de dez gigabit o mesmo cabo funcionasse sem questionamento. Só ajuda o dual-rate, que tem as duas velocidades explicitamente indicadas na especificação, mais 1000 Mbit/s e full duplex fixados manualmente dos dois lados. Um conhecido meu, nesse meio tempo, tem um DAC SFP+ da Unifi rodando normal entre um ER8411 e um SG2428P, então a combinação de SFP com SFP+ por si só não é uma sentença.
Já que o gigabit subiu, passa pela velocidade e pelo duplex na porta do switch antes de descartar o cabo de vez. Teve uma história com o T1700X-16TS: a porta SFP+ não queria linkar com a placa 10G da Synology pelo TXC432-CU3M de marca própria, de três metros, enquanto o mesmo cabo com o mesmo NAS funcionava perfeitamente através de um Netgear XS708E, e o switch foi resetado para o padrão de fábrica duas vezes. Um loop com esse mesmo DAC entre duas portas SFP+ do próprio switch subiu, ou seja, o cabo e as cages estavam em ordem.
O suporte sugeriu ir por etapas: confirmar que o cabo está entre os compatíveis, mudar a velocidade e o duplex na porta SFP+, e depois colocar o duplex em auto, porque por padrão ali fica full. Como tudo terminou, o autor nunca chegou a escrever, mas as etapas fazem bastante sentido.