Perda intermitente da Internet


3

no meu escritório no trabalho, tenho internet fornecida pelo prédio. No meu escritório, tenho um D-Link DIR-632A com firmware: DD-WRT v24-sp2 (25/03/13) std. Eu tenho 2 PCs com fio, 4 PCs conectados via sem fio, 2 telefones sem fio, 1 telefone VOIP (Vonage) com fio, 2 impressoras (1 com fio, outro sem fio). Muitas vezes, eu tenho perda de internet. Consegui replicar o problema uma vez, ao baixar um Mac Update muito grande, as outras máquinas nem conseguiam exibir o Google.com. Assim que a atualização foi interrompida, a internet nos outros computadores começou a funcionar. Enquanto a atualização estava em andamento, a página de administração do DD-WRT estava relatando cerca de 12 Mb de uso de largura de banda através da WAN, que acredito ser o que o prédio me limita.

De acordo com o administrador da rede do prédio, o problema parece ser o meu roteador, no qual "ele não confia por causa do firmware". Além disso, ele diz que, como eu não o tenho configurado para distribuir e dar prioridade ao comportamento esperado: o Mac está consumindo a largura de banda total e os outros computadores não conseguem nada.

Entendo que é o trabalho do roteador poder distribuir a largura de banda conforme necessário. Ele deve diminuir automaticamente a quantidade de largura de banda alocada para o Mac quando novas solicitações forem recebidas de outros computadores / processos e que funcione assim por padrão. Estou correcto? Ou devo configurar meu roteador como o administrador sugere? Eu nunca tive esse problema antes. De fato, quando estou assistindo filmes em casa, usando o mesmo firmware, e outros processos começam a usar a Internet, a qualidade diminui devido à menor largura de banda disponível para essa máquina.

O que eu devo fazer?

Respostas:


2

Quase todos os downloads são feitos pelo TCP, e o TCP tenta ir o mais rápido possível sem piorar o congestionamento . Portanto, o download de uma atualização grande do Mac OS X será feita por TCP e tentarápara usar toda a largura de banda disponível. E é isso mesmo que você deseja que o TCP faça; você não quer que seus downloads sejam lentos sem uma boa razão. O TCP observa pacotes descartados como um sinal de congestionamento e diminui temporariamente a velocidade quando vê isso, e então acelera por um curto período de tempo até encontrar outro pacote perdido. Dessa maneira, meio que "bate com a cabeça no teto" da largura de banda disponível, sem piorar a situação. Na verdade, existem algoritmos mais sofisticados para evitar congestionamentos que as pilhas TCP modernas empregam, mas estão além do escopo desta resposta.

No entanto, mesmo que seus roteadores e hosts não estejam fazendo QoS, outros dispositivos na sua rede ainda devem ter largura de banda, porque ninguém tem prioridade em colocar pacotes na conexão. Portanto, tudo o mais é igual, se você iniciou outro grande download enquanto o primeiro ainda estava em andamento, eles deveriam compartilhar automaticamente a largura de banda em aproximadamente 50-50 e os dois baixarem em 6mbps.

A QoS é estritamente necessária quando você tem a capacidade de maximizar sua largura de banda e precisa garantir uma certa quantidade de largura de banda (ou um certo nível de baixa latência) a um ou mais fluxos de tráfego (como chamadas VoIP).

Portanto, seu problema de não conseguir carregar uma página da Web apenas porque um grande download está ocorrendo é um bug, mesmo para uma rede que não seja de QoS. A configuração da QoS pode solucionar o problema, mas não resolverá a causa raiz.

Eu suspeitaria que a causa raiz tenha a ver com o roteador de modelagem de tráfego do prédio que impõe seu limite de largura de banda de maneiras abaixo do ideal, mas seria muito difícil provar que sem alguém bem versado no TCP observando traços simultâneos de pacotes de ambos os lados do o roteador de construção de modelagem de tráfego, no momento em que o problema estava acontecendo.


Há algo que eu possa fazer para testar se o problema está no prédio? Talvez consiga outro roteador? Configuração? Qualquer coisa?
Jonas Stawski

Tem que concordar com isso. Não deve ser necessário configurar o QOS. FWIW Eu tenho o DDWRT como meu roteador doméstico e não tenho o problema que o @Jonas está tendo.
chue x

É possível substituir temporariamente um roteador "burro" pelo roteador? Nesse caso, isso eliminará muitas variáveis ​​e, se o problema persistir, sua rede de construção simplesmente não está lidando com a possibilidade de uma porta sobrecarregada.
precisa saber é o seguinte

3

O DD-WRT suporta Qualidade de serviço (QoS), que pode ser usado para garantir que um aplicativo não monopolize toda a largura de banda e o faça muito bem.

Consulte estes artigos para obter instruções sobre como usar a QoS:

Garanta uma conexão rápida à Internet quando necessário
Como priorizar o tráfego da rede com o DD-WRT
Como sobrecarregar o roteador com o
DD-WRT Wiki do DD-WRT - Qualidade de serviço


O trabalho do roteador não é distribuir automaticamente (sem nenhuma configuração) a carga se houver mais solicitações? Em outras palavras, se o computador A estiver consumindo 12mbs de largura de banda e o computador B quiser usar 100kbs, o roteador não deve pegar 100kbs de A e entregá-lo a B?
Jonas Stawski

1
Esse é o trabalho da parte do roteador chamada QoS, que infelizmente não está habilitada por padrão. No seu caso, também é possível que você tenha um problema de QoS entre as redes com e sem fio, onde uma pode ter prioridade sobre a outra sem a configuração correta. As configurações de QoS podem precisar ser examinadas e algumas experiências podem ser inevitáveis.
harrymc

1

Além da resposta da harrymc sobre o uso de QoS, você também deve baixar o InSSIDer e verificar se não há interferência sem fio nas proximidades. Isso também pode afetar seriamente o desempenho dos clientes sem fio do roteador.


O problema também ocorre com as conexões com fio, portanto, não acho que esteja relacionado ao Wireless.
Jonas Stawski

1

Você precisa diagnosticar dois problemas independentes;

1) Sua conexão sem fio: transfira arquivos entre dois computadores na sua rede sem fio. O que isso significa? Tente em momentos diferentes durante o dia. Isso afeta negativamente outros computadores em seu escritório. Se sim, tente minimizar o congestionamento de 2,4 ghz.

2) sua conexão com a internet; Pegue um cabo Ethernet para isso e faça o download de algo grande. Eu sugiro http://mirrors.kernel.org/centos/6.5/isos/x86_64/CentOS-6.5-x86_64-bin-DVD1.iso .

Se você achar que sua largura de banda não pode ser usada nos outros computadores do escritório quando estiver baixando como em 2), provavelmente está vendo um problema que não está relacionado ao seu ponto de acesso sem fio.

Você pode sugerir fazer coisas como verificar o tamanho do buffer no roteador upstream. Um buffer ou fila de QoS muito grande pode causar problemas semelhantes ao que você descreveu.

Re: Por que os buffers são importantes;

O TCP responde apenas ao congestionamento da rede. Se você tiver um enfileiramento de rede muito alto (ou seja, um buffer grande no roteador remetente e / ou roteador receptor), os algoritmos de contenção de congestionamentos que estão separados do TCP serão interrompidos.

Veja uma explicação do inchaço do buffer em http://lwn.net/Articles/470641/ .


-1

Eu acho que seu problema é o mesmo que eu estava tendo. É um problema de DHCP, seu roteador emite DHCP para os clientes e, quando vai renovar a concessão, tem problemas. Depois de colocar um IP estático na minha máquina, todas as perdas intermitentes da Internet desapareceram. Eu tive o mesmo problema e estava ficando muito frustrado, no entanto, eu uso o meu como um switch sem fio. Então, se está acontecendo com a rede sem fio, não posso ajudá-lo lá. Dê aos PCs da LAN um IP estático e verifique se isso resolve seu problema. Acredito que esse seja um problema conhecido no DD-WRT.


Não. Os problemas de DHCP não explicariam a correlação com o download grande.
precisa saber é o seguinte

A menos que realmente não tenha nada a ver com um grande download.
Mike K
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.