.png)
Há cerca de duas semanas, realizamos manutenção em nossa infraestrutura local em nosso escritório. Incluindo a aplicação de atualizações em nossos hosts virtuais baseados em Hyper-V, bem como em nossa SAN. Também modificamos algumas configurações em nossos seis pontos de acesso Cisco Aironet 1040 para aumentar o rendimento, já que nossa equipe de TI anterior havia configurado nossos APs para reduzir drasticamente a largura de banda - a equipe do escritório vem reclamando de lentidão sem fio há algum tempo e, francamente, não havia nada bom. razão para continuar estrangulando. É aqui, no entanto, que fica estranho.
Depois de concluir a manutenção e ir para casa passar a noite - e pensar tolamente que não tínhamos tido problemas - chegamos no dia seguinte e descobrimos que cerca de metade dos PCs de nossos vinte e poucos funcionários no escritório estavam recebendo um erro de conectividade limitado. Acreditando que era um problema com IPs obsoletos (já que havíamos redefinido o servidor DHCP durante nossa manutenção), fizemos a liberação/renovação e confirmamos que uma nova concessão foi concedida pelo servidor DHCP. Isso funcionou para alguns, mas 4 ou 5 máquinas ainda não conseguem se conectar.
Nas últimas duas semanas, tentamos literalmente tudo o que pudemos imaginar para resolver o problema de conectividade. Finalmente encontrei uma solução alternativa para alguns de nossos PCs Lenovo com placas sem fio Broadcom: substituir o driver Broadcom 802.11n por um driver Broadcom 802.11 b\g\n. Nossos usuários com placas wireless Intel (alguns Lenovo série W, alguns Dell série 6500\6400) ainda estão praticamente presos na fiação - o que, como você pode imaginar, não agrada muito aos usuários.
Além disso
Você não pode executar ping em outra máquina na mesma rede. O ping não pode ser visto por outras máquinas na rede, a menos que você execute ping em 255.255.255.0
Quando a placa wireless está desabilitada e habilitada, o gateway aparece na tabela ARP. Cerca de 10 a 15 segundos depois, ele não está mais lá. Tentamos adicionar uma entrada estática à tabela ARP - isso não ajuda.
Executar uma redefinição na pilha TCP\IP no Windows não ajuda.
Recriar a imagem da máquina não faz diferença - a conectividade ainda é limitada. Nem adicionar e reinstalar o mesmo driver.
Apesar de tudo, estou perplexo sobre por que isso está acontecendo e estou curioso para saber se mais alguém se deparou com algo semelhante. Desde já, obrigado!
Responder1
Concentre-se nas mudanças que você fez e que poderiam ter impactado isso. Você fez alterações nos Aironets e agora metade dos seus PCs sem fio foram afetados.
Você deve ser inteligente e simplesmente reverter essas alterações imediatamente, para restaurar o serviço aos seus usuários.
Em seguida, você poderia testar essas alterações uma por uma, de preferência em um ambiente de teste, para ver quais dessas alterações (ou combinação delas) interromperam a conectividade sem fio com seus clientes.