incompatibilidade velocidade / duplex


10

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?


Alguma resposta o ajudou? Nesse caso, você deve aceitar a resposta para que a pergunta não apareça para sempre, procurando uma resposta. Como alternativa, você pode fornecer e aceitar sua própria resposta.
Ron Maupin

Respostas:


12

Para resolver suas perguntas em ordem:

  • As incompatibilidades ocorrem quando a negociação automática ou as configurações manuais falham. Isso pode ser causado por problemas da camada física ou porque as configurações manuais não concordam. Os problemas físicos podem ser algo como um hub em linha ou um cabo físico (pares ausentes / quebrados).
  • Incompatibilidades duplex podem causar um impacto significativo no desempenho da sua rede. As colisões, principalmente as mais recentes, podem levar muito tempo (relativamente falando) para a recuperação da pilha TCP. Colisões com o UDP significa que os dados podem nunca chegar lá ou exigir um mecanismo de recuperação da camada de aplicativo.
  • Resolver incompatibilidades vale totalmente a pena ser resolvido. Isso também pode sugerir outros problemas, já que o duplex / velocidade deve ser algo assumido atualmente.
  • Algumas das ferramentas de gerenciamento centralizadas ( Solarwinds , Spiceworks , HP OpenView e outras) provavelmente possuem relatórios de erros de interface que devem incluir esses tipos de problemas.

9

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.


6

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 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).


Recentemente, me deparei com esse processo de transformar um circuito metro-e. o adtran do ISP não seria vinculado sem a opção "noneg" ativada. Ele se recusou a vincular sem um pulso de link, que o lado da empresa de telecomunicações não enviaria. [transporte óptico de gig-e]
Ricky Beam

2

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.

Ao utilizar nosso site, você reconhece que leu e compreendeu nossa Política de Cookies e nossa Política de Privacidade.
Licensed under cc by-sa 3.0 with attribution required.