Porta de fibra do ERS 8600 está up a 1G full duplex, mas o switch não aprende MAC nenhum nela
Um servidor físico no nosso ERS 8600 não conversa com nada, e o switch está bem convencido de que está tudo certo. A porta está nesse estado desde que o servidor migrou de cobre para fibra.
- Avaya ERS 8600, servidor numa porta SFP 1G no slot 3, porta 12
- NIC do servidor com SFP próprio, patch de fibra pelo painel do prédio
- porta deixada em 1 Gbps full duplex, nada exótico na config
O que o switch reporta para essa porta:
Port 3/12: up, 1000 Mbps, full duplex
FCS errors: 0
Port errors: 0
MAC addresses learned on 3/12: noneEntão a porta treina, fica up por dias, não conta erro nenhum, e mesmo assim a forwarding database nunca recebe um único endereço dela. O servidor fica inalcançável do resto da VLAN.
O que já tentei:
- bounce na porta várias vezes, nada muda
- alternei o flow control dos dois jeitos, também nada
- percorri a FDB da VLAN do servidor: endereços de toda outra porta, nem um da 3/12
- o servidor insiste que o próprio link dele está up em gigabit
Onde vocês olhariam a seguir, o lado do switch ou a óptica no servidor?
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 3
Esse padrão - link up, full duplex, contadores limpos, forwarding database vazia - quase sempre significa que a ponta remota está botando luz na fibra mas não frames válidos. O módulo no servidor é o seu primeiro suspeito, não a configuração do switch.
Limpe o lado do switch primeiro para ninguém discutir depois. No shell de diagnóstico do ERS 8600 rode
dumpPortStateepsDump(<port index>)para essa porta. Atenção ao índice: não é o slot/porta da CLI normal, é slot * 64 + (número da porta - 1). Se isso voltar com uma porta local saudável e contadores limpos, o switch fez a parte dele e a falha mora do outro lado da fibra.Antes de comprar qualquer coisa, tire a planta da equação: patcheie essa porta de volta nela mesma através de um módulo sobressalente do mesmo tipo, depois meça o que sai e o que volta e veja se as duas leituras se mantêm estáveis onde a especificação do módulo diz que deveriam. Depois disso, troque o SFP na NIC do servidor. No caso documentado com esses sintomas foi o conserto inteiro: a porta do switch segurou o link por dias, nada utilizável saiu da fibra, e os endereços apareceram no momento em que o módulo do servidor foi trocado.
Uma ressalva se um módulo de procedência conhecida não mudar nada: algumas plataformas têm um defeito de software que parece idêntico. O ERS 5900 tem um documentado: troque os módulos de uplink de 1 Gbps por SFP+ de 10 Gbps e os links sobem ativos sem nada passando por eles. Uma versão de software posterior lista isso como corrigido, e um reset de porta ou de switch te coloca em movimento enquanto isso. Então se a troca não ajudar, leia primeiro as release notes do seu código.
Zero erros junto com zero endereços aprendidos é uma combinação bem específica, então determine qual direção está realmente morta. Os contadores da porta mostram algum frame recebido, ou literalmente nada chega? Se o lado de recepção está zerado enquanto o lado de transmissão continua subindo, o switch está falando num buraco e a sua FDB vazia é sintoma, não o problema.
Também vale despejar o que o switch conseguiu tirar do próprio módulo. Na linha VSP 7000 isso é
show interfaces gbic-info, restrito comport <port number>se você quiser só uma, e isso te diz qual dispositivo a caixa acha que está instalado e se ela considera ele suportado; se a sua versão do ERS tem um equivalente, posta a saída dele para a 3/12. E diga qual módulo está na NIC do servidor, marca e tipo, não só 'um SFP'.Entrei no shell de diagnóstico como sugerido. Para o slot 3 porta 12 o índice dá 3 * 64 + 11 = 203, então
psDump(203)maisdumpPortState- porta local saudável, contadores limpos, nada errado no switch, exatamente como previsto.Então tirei o SFP da NIC do servidor e coloquei um sobressalente do mesmo tipo. O endereço MAC já estava na forwarding database antes de eu voltar para a minha mesa, e o servidor está alcançável desde então. Um módulo morto do lado do servidor que mesmo assim produzia luz suficiente para trazer a porta up e mantê-la assim. Obrigado, eu teria passado mais um dia relendo config de switch.