Como ocorrem desencontros; qual é o impacto de uma incompatibilidade na conectividade de rede; a resolução de desencontros realmente vale o esforço; Quais são algumas maneiras de detectar incompatibilidades em larga escala?
Como ocorrem desencontros; qual é o impacto de uma incompatibilidade na conectividade de rede; a resolução de desencontros realmente vale o esforço; Quais são algumas maneiras de detectar incompatibilidades em larga escala?
Respostas:
Para resolver suas perguntas em ordem:
Para entender completamente por que as incompatibilidades duplex ocorrem, você precisa entender como a tecnologia evoluiu.
Originalmente, toda a Ethernet era half-duplex. Quando o full-duplex entrou em cena, alguém decidiu sabiamente que os dispositivos (especialmente os dispositivos half-duplex e full-duplex) deveriam poder concordar entre si sobre como se comunicariam e a negociação automática inserida.
No entanto, nenhum desses dispositivos half-duplex mais antigos foi projetado para negociar automaticamente; portanto, quando o padrão foi escrito, o dispositivo de negociação automática deve assumir que, se o outro lado não participar da negociação, será executado no modo half-duplex porque o dispositivo do outro lado deve ser capaz de apenas half-duplex.
Como outros já apontaram, a negociação automática nem sempre funcionou bem desde o início, muitos dispositivos foram configurados com configurações estáticas de velocidade e duplex (geralmente 100 / full) e, quando um dispositivo de negociação é conectado a esse dispositivo, um duplex ocorre incompatibilidade.
Quanto ao problema, uma incompatibilidade duplex pode ser muito pior do que executar no modo half-duplex. Isso ocorre porque um lado (full-duplex) pensa que pode transmitir a qualquer momento, mesmo que esteja recebendo corrente. O lado half-duplex verá isso como uma colisão e recua, enquanto o lado full-duplex continuará transmitindo.
Se o lado full-duplex tende a transmitir muitos dados, isso pode "passar fome" pelo lado half-duplex, pois aguarda a limpeza do meio antes da transmissão, fazendo com que os quadros sejam enfileirados e eventualmente caídos.
Em suma, uma situação ruim para se estar e uma que você deve corrigir.
Quando se trata de detectar incompatibilidades, é possível procurar erros. No lado full-duplex, você geralmente vê muitas runts e, geralmente, erros de CRC (os fornecedores podem usar termos diferentes às vezes). No lado half-duplex, você frequentemente verá colisões e falhas no buffer. Qualquer sistema de gerenciamento decente deve poder fornecer uma lista de interfaces que estão gerando um número maior do que o esperado de erros.
Atualmente, as causas mais comuns são links em que um sistema (rede ou dispositivo final) é configurado manualmente e outro automático.
Nos primeiros dias da negociação automática (10Mb full duplex e Fast Ethernet), não era incomum que os dispositivos deixassem de negociar corretamente.
Por esse motivo (e por outros motivos relacionados à inércia), muitas grandes redes corporativas e SP exigiam configuração manual de alguns ou de todos os links.
Atualmente, não há justificativa para fazer isso e, de fato, na negociação automática Gigabit Ethernet (cobre pelo menos) é necessária, e dispositivos bem comportados não permitem que seja desativado. Em alguns casos, isso pode não estar claro, por exemplo, em alguns kits Cisco que "desabilitam" a negociação automática em links de gig simplesmente restringe os valores aceitáveis no processo de negociação automática (que pode ser valioso se você não alarmar a velocidade inesperada da interface e duplex).
As incompatibilidades ocorrem com mais freqüência quando um lado de um link é explicitamente configurado e o outro lado é definido para negociação automática. Quando os dispositivos estão sob gerenciamento separado, as partes podem não conseguir se comunicar e verificar as configurações. O impacto na conectividade de rede varia de despercebido em links de uso leve a severo em links pesados. Geralmente vale a pena o esforço para resolver incompatibilidades sempre que possível. Nos comutadores Cisco, um indicador de confiabilidade da interface menor que 255 é uma boa maneira de detectar diferenças. Esse valor pode ser consultado com o SNMP para detectar incompatibilidades em larga escala.