Uplink da Aruba AP-375: existe algum jeito de rodar um SFP BiDi Cisco, ou o AP é travado em ópticas aprovadas
A gente está levando Wi-Fi para um prédio anexo num campus. A única fibra que vai até lá é um único filamento, então o plano era pendurar uma AP-375 lá fora e alimentá-la por um par BiDi que já tínhamos na prateleira.
- Aruba AP-375, ArubaOS 8
- SFP BiDi Cisco na cage do AP, com o comprimento de onda parceiro correspondente no switch
- um filamento monomodo entre os dois prédios
- o AP em si está bem, ele sobe normalmente em cobre
AP-375 SFP cage: Cisco BiDi module seated, uplink never comes up
Same BiDi pair between two switches on the bench: link up, no complaintsO que eu já fiz:
- troquei os dois comprimentos de onda, caso eu tivesse o par ao contrário
- reencaixei o módulo e tentei uma segunda AP-375 do mesmo lote
- vasculhei a CLI do AP atrás de algo equivalente ao botão
allow-unsupported-transceiverque os switches têm, e não achei nada parecido
Então, uma AP-375 aceita qualquer coisa além das ópticas que a Aruba abençoa, e existe um comando de destrave no ArubaOS 8 para o próprio AP, e não só para um switch? Se isso for uma trava dura, eu simplesmente compro as peças aprovadas, mas prefiro saber disso antes de fazer o pedido.
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
É uma trava dura, e não é a história de sempre de óptica codificada. A Aruba qualifica exatamente dois módulos para o uplink do AP, um SX e um LX, e o firmware do AP não tem comando de destrave nenhum, então não tem nada para habilitar e nenhuma peça BiDi vai ser aceita, não importa quem fabricou.
O motivo que eles dão é térmico, não comercial. O interior de um gabinete de AP opera bem fora do que um módulo comum não industrial é especificado para aguentar: um módulo cozinhando ali dentro pode morrer cedo, e um módulo falhando na cage pode danificar o AP junto. É por isso que a lista aprovada é curta e por que eles não têm interesse em ampliá-la.
Resposta prática: pega o part number SX ou LX aprovado no guia de pedidos do AP e compra esse. O seu filamento único é a parte incômoda, porque ninguém abençoa um módulo BiDi para esse AP.
Valeu, bate com o que eu descobri do jeito difícil. Realmente não tem nada na CLI do AP parecido com
allow-unsupported-transceiver, e o AP nem sequer dá sinal de que viu um módulo, ele só fica ali com o uplink morto. O mesmo par BiDi linka dois switches no mesmo filamento, então a óptica e a fibra não são o problema.Vamos pedir o LX aprovado e puxar um segundo filamento, o duto tem capacidade sobrando. Meio irritado que o AP não dá nada no log para trabalhar, uma mensagem simples de módulo não suportado teria me poupado uma tarde inteira trocando comprimentos de onda.
A mesma família de dor do lado do switch, já que estamos nisso. Um switch Instant On aqui começou a levantar um alerta de transceptor não suportado num módulo 1000BASE-T de marca HPE, o J8177C, que estava naquela porta havia muito tempo. O módulo não mudou, o software mudou: a validação de transceptor chegou no Instant On software 2.9, e qualquer coisa fora da lista aceita deles é sinalizada, revisões mais antigas de peças HPE incluídas. O
allow-unsupported-transceivertambém não existe mais ali, e ninguém que eu perguntei achou um jeito de silenciar o alerta mantendo o link.Na linha 1930 pode ser pior do que um alerta cosmético. Um colega tem uma JL680A onde um SFP de cobre estilo J8177D é corretamente logado como módulo 1000BASE-T e a porta mesmo assim nunca linka, seja lá o que estiver plugado do lado RJ45, e essa caixa não tem override nenhum. Resultados com terceiros ali pareciam uma loteria pra mim: algumas peças FS subiram, outras nunca negociaram, e os mesmos módulos funcionavam bem em equipamento Cisco. Compre um e teste antes de fazer o pedido de uma caixa inteira.