DAC 40G Q+DA0001 entre CRS326-24S+2Q+RM e Huawei S6720: as duas pontas leem o cabo, mas o link continua down
Reconstruindo a agregação num dos nossos sites: um CRS326-24S+2Q+RM recebe as portas SFP+ dos clientes e faz uplink em 40G para um Huawei S6720. Lançamento curto dentro do mesmo rack, então um DAC passivo em vez de óptico.
- MikroTik CRS326-24S+2Q+RM, porta QSFP+ qsfpplus1-1
- Huawei S6720-54C-EI-48S-AC, porta 40GE comum
- MikroTik Q+DA0001, DAC QSFP+ 40G passivo
As duas caixas leem o cabo corretamente, o MikroTik mostra ele como o próprio Q+DA0001 e o Huawei lista um cabo de cobre 40G nas informações da porta. E então nada acontece:
MikroTik: qsfpplus1-1 no-link
Huawei: 40GE... current state : DOWNO que já foi feito:
- fiz um loop com o mesmo cabo entre as duas portas QSFP+ do CRS326: linka na hora
- fiz um loop entre duas portas 40GE no Huawei: também linka
- troquei as pontas, movi para a outra porta QSFP+, reencaixei tudo
- confirmei que nenhum dos lados está administratively down
Então o cabo está bom e cada switch fica feliz com ele sozinho, só o par entre fabricantes se recusa. Alguém já conseguiu subir um Q+DA0001 entre um CRS326 e um S6720, e o que precisou mudar de algum lado para a porta subir?
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 5
Esse par padrão-contra-padrão é o seu problema, e desligar as duas pontas juntas também é. O que funcionou aqui na mesma combinação é assimétrico, o que parece errado quando você escreve, mas é isso: a porta 40GE do Huawei com autonegociação desativada, enquanto a qsfpplus1-1 do MikroTik mantém o próprio autoneg ativado.
No Huawei, dentro da interface:
No MikroTik, deixe como está ou configure explicitamente para ninguém "consertar" isso depois:
O link 40G subiu logo depois disso no meu par CRS326 com S6720 e está estável desde então. Eu não venderia isso como uma correção, mais como um workaround: as duas implementações claramente não concordam sobre o que um link DAC 40G deve negociar, e a configuração assimétrica é simplesmente o canto onde as duas ficam satisfeitas. Faça numa janela de manutenção em vez de num uplink ao vivo, e se não pegar, verifique se a sua imagem do Huawei sequer permite desativar o autoneg naquela porta, porque essa parte não é universal.
40G entre fabricantes onde as duas pontas veem o cabo mas nenhuma sobe quase sempre se resume ao que as duas portas estão tentando negociar.
Poste o estado do autoneg dos dois lados: a config da porta 40GE no Huawei e o valor de auto-negotiation da qsfpplus1-1 no MikroTik, e diga se você mudou algum dos dois do padrão. Diga também se você já tentou desligar - nas duas pontas ao mesmo tempo, ou só numa ponta, porque são dois experimentos diferentes.
Os testes de loop só provam que o cabo está bom. Eles não dizem nada sobre as duas pontas concordarem no mesmo comportamento de negociação, que é a parte interessante aqui.
Os dois lados estão no padrão: auto-negotiation=yes na qsfpplus1-1 e negotiation auto na porta 40GE do Huawei, e eu não mexi em nenhuma das duas configs além de subir as interfaces. Cheguei a tentar desligar nas duas pontas ao mesmo tempo, o que não mudou nada; a variante assimétrica nunca me ocorreu.
O estado do link continua no-link no MikroTik e DOWN no Huawei, e os contadores não se mexem nada, então nunca chega longe o suficiente para logar um erro em nenhuma das caixas.
Essa última ressalva merece mais que uma nota de rodapé, porque é exatamente onde eu fiquei travado. Num S6320-54C-EI, com RouterOS 7.12 do lado MikroTik, a porta 40G simplesmente não deixa você desligar a autonegociação, então o truque assimétrico não tem onde pousar.
Sintomas idênticos fora isso: as duas pontas leem o cabo, a porta fica down, nenhum erro em lugar nenhum. Então o workaround acima é real, mas específico da plataforma, e a incompatibilidade de fundo entre essas duas implementações de 40G continua em aberto, pelo que eu vejo.
Para quem cair aqui e não conseguir fazer um DAC entre fabricantes se comportar de jeito nenhum: em algum momento é mais barato parar de brigar com isso.
Eu tinha um Alta Route 10 contra um CRS309-1G-8S+ onde o Route 10 reconhecia tanto um DAC SFP+ 10Gtek quanto um FS, reportados como SFP-H10GB-CU2M, enquanto o CRS309 não mostrava nenhum link partner advertising e o par só linkava quando forçado para baixo em 1G. Forçar 10gbase_r em /cfg/sfpX.txt não fazia nada, e não importava qual módulo estivesse na cage, o ethtool no Route 10 continuava listando modos baseT. Troquei as duas pontas por ópticos FS SFP-10GSR-85 e tive um link 10G instantaneamente.
Velocidade diferente e caixas diferentes, mesma lição: quando o cabo está comprovadamente bom e as duas pontas ainda assim não concordam, um par de ópticos custa menos que mais uma semana de ajuste fino.