O downlink de ponte Ethernet da minha D-Link ficou 10-30x mais lento?

2

TL; DR: desconectei minha rede para mover minha mesa, e agora o download via ponte LAN Ethernet do meu DIR-655 é 10-30x mais lento que o comutador Ethernet que está conectado.

Plano de fundo

Minha rede é

SMC cable modem <-> Cisco firewall <-> Netgear switch <-> D-Link WiFi†
     |                    |                 |                  |
 SMC8014               ASA-5505         GS608v2 gigE      DIR-655 rev A3 gigE

† O DIR-655 é usado como um ponto de acesso, não um roteador (embora D-Link chama um ponto de acesso, eu chamaria uma ponte). A porta "WAN" é não utilizado; o Netgear se conecta à LAN Ethernet integrada de 4 portas interruptor, dentro do roteador embutido / firewall.

Endpoints:

  • MacBook Pro 17 "meados de 2010
  • iPhone 4S
  • Servidor Linux Fedora 12 rodando razoavelmente rápido dual-Athlon X2, VelociRaptors, etc.

Todos os cabos são < 10 pés, principalmente CAT-5e, alguns CAT-6, todos pré-fabricados. Todos os terminais Wi-Fi estão a um metro da D-Link.

Ontem eu desliguei e reorganizei as coisas, e agora conectar via D-Link - mesmo através do switch com fio, ao lado do cabo de entrada - é 30x mais lento que conectar diretamente ao switch Netgear, tanto no MacBook quanto no iPhone. .

Como estou medindo "mais devagar"

Estou usando principalmente o link , que, claro, só mede a velocidade da banda larga. Eu também instalei o link no meu servidor local, mas não posso testar o iPhone com isso.

Resultados

Speedtest.net, closest server over Comcast business-class:

CONFIG                           | PING (ms)   | DOWN (Mbps)   | UP (Mbps)
Mac    <-> Ethernet <-> Netgear  |  9          | 31.6          |  6.8 
Mac    <-> Ethernet <-> D-Link   |  8          |  4.1          |  6.0
Mac    <-> WiFi     <-> D-Link   |  9          |  1.4          |  2.9
iPhone <-> WiFi     <-> D-Link   | 67          |  0.4          |  1.6

Speedtest Mini on Linux PC:

CONFIG                                         | DOWN (Mbps)   | UP (Mbps)
Mac    <-> Ethernet <-> NetGear                | 97.2          | 76.9
Mac    <-> Ethernet <-> D-Link                 |  8.2          | 24.2
Mac    <-> WiFi     <-> D-Link                 |  1.0          |  8.6

Slow typing in SSH:

Mac    <-> Ethernet <-> Netgear <-> Linux PC: smooth
Mac    <-> Ethernet <-> D-Link  <-> Linux PC: choppy

Note que as velocidades de upload da D-Link são normais em banda larga, mais lentas localmente (mas eu acredito que isso é uma limitação da D-Link), e sempre mais rápido que os downloads! Como o ssh é instável apenas com digitação lenta, também não acredito que seja um problema do tipo estrangulamento; isso não é muita largura de banda.

O que eu tentei

  • Trocando todos os cabos "bons" e "ruins"
  • Re-conectando o cabo "ruim" da D-Link à Netgear e vendo o cabo "bom"
  • puxando cabos para longe das linhas de energia
  • Verifique se o Mac detecta automaticamente o D-Link como gigE
  • Tente verificar a velocidade do link do D-Link < - > Conexão Netgear, mas o firmware não informa que
  • Verifique se a D-Link não vê erros ou colisões de TX / RX
  • Use portas Ethernet diferentes no Netgear e no D-Link
  • Redefinir o D-Link para as configurações de fábrica
  • Atualize o firmware da D-Link de 1.21 para 1.35NA, 2010/11/12, o mais recente
  • Reinicie tudo pelo menos uma vez
  • No Mac, desative o Wi-Fi durante os testes de Ethernet e desconecte a Ethernet durante os testes de Wi-Fi
  • Usando o iStumbler, verifique se o D-Link não está escolhendo os canais Wi-Fi sobrecarregados (geralmente apenas 1 a 5 vizinhos no meu e nos canais adjacentes, em média para o meu prédio adequado)
  • Verifique se o único cliente conectado ao Wi-Fi era o iPhone
  • Verifique se nada estava sendo falado na minha rede de acordo com o log do WISH
  • Ativar e desativar todos os tipos de configurações do D-Link, incluindo forçar a detecção automática de WAN ao gigE

Então.

Eu não me importo de comprar um novo ponto de acesso - não me importaria em ter uma rede de link duplo - mas como um cara que trabalha em rede desde o gated v4 foi uma reescrita drástica e que costumava usar sniffers físicos nos dias de hoje antes de Wireshark, estou perplexo. Eu odeio ficar perplexo.

O que eu poderia ter mudado que resultaria nisso? Como posso medir isso? Tudo o que posso pensar é um zap estático - carpete grosso, meias, HVAC - mas eu não senti nada, e isso realmente acontece mais?

Posso testar se a lentidão na camada Ethernet vs. TCP é? Não estou familiarizado com utilitários de rede modernos; é difícil para o Google sem bater "Q: Por que minha rede está lenta? R: O seu micro-ondas está ligado?"

Se eu não obtiver uma resposta aqui, alguém grande e poderoso me ajudará a migrar para serverfault sem ser gritado de volta aqui? Nas palavras de Inigo Montoya, "eu preciso saber". Não fique com todos os Dread Pirate Roberts em mim.

    
por Jay Levitt 01.04.2012 / 23:43

1 resposta

1

Eu tive um problema semelhante com um switch netgear que tinha uma porta "uplink" que na verdade era compartilhada entre duas interfaces. Se você tivesse algo conectado à porta ao lado do uplink, a velocidade cairia em uma ordem de grandeza. Eu também tenho uma experiência de rede considerável, então eu explodi o tcpdump e realmente analisei muito sobre isso.

Mudei o cabo por uma porta, voila, velocidade retornada. Isso afetou os clientes sem fio e com fio. Foi a coisa mais bizarra. Puxei o interruptor, joguei um cisco 2548 e nunca mais tive o problema.

Infelizmente, não tenho certeza se eles possuem ferramentas ethtool ou mii-tool ou as ferramentas padrão de t-shooting *.

O SSH sendo agitado soa como um algoritmo nagles ou um problema de tipo slow-start liberando lentamente pacotes na rede. Você confirmou que realmente não há congestionamento de rede?

Isso parece exatamente com o problema que eu estava tendo.

    
por 07.04.2012 / 05:47