Temos um problema em nossa conexão ADSL, conectada em rede a alguns (4, às vezes 5 em uso por vez) computadores, como segue:
- 1 x Roteador Modem Linksys - Roteador Modem Wireless-N ADSL2+ WAG120N
- 1 x interruptor de 24 portas
- 5 computadores conectados ao switch via cabos LAN CAT5E
- Outras estações de trabalho também possuem conexões com fio, mas não estão em uso no momento (ou seja, os fios estão lá, mas não há PCs).
- A rede sem fio do roteador Linksys NÃO está em uso por ninguém. O wireless ainda está "ligado", sem uso.
O problema é que nossa conexão continua caindo. Nossos computadores (principalmente no Windows 7 e um no Ubuntu) perdem o acesso à rede, embora ainda possamos nos conectar à interface Linksys 192.168.1.1. O status do roteador diz “Desconectado” neste momento, o que significa que ele foi desconectado da Internet. O roteador se reconecta automaticamente após cerca de um minuto. Colei abaixo um log típico do roteador antes e depois da desconexão/reconexão. Marquei lá onde ocorreu a desconexão (veja abaixo).
Temos também um modem-roteador de porta única mais antigo da D-Link, que não deixa cair as conexões, mas tem seus próprios problemas, como a internet às vezes fica muito lenta. Ligamos para o suporte do nosso provedor de serviços, que nos informou que a linha telefônica até nossas instalações está boa. Eles não verificaram as conexões internas, apenas garantiram que o fio até o local está OK. Então, achamos que é um dos seguintes problemas: I) A linha telefônica externa para o nosso modem interno (ou seja, dentro de nossas instalações) está com defeito, então precisamos instalar uma linha telefônica nova e tentar isso. Às vezes, o ruído pode atrapalhar a conexão, é claro, e um de nossos palpites é que o ruído está fazendo com que a conexão fique lenta (roteador antigo) ou desconectada (roteador novo).
ii) Algum problema em nossa rede é outra causa possível - em nossos PCs. Executamos o antivírus Avira e Lavasoft Awaware e Spybot para limpar vírus/spyware etc. e até agora o Spybot apenas encontra alguns problemas de cookies do navegador quando o executamos e os limpa.
Estamos perdidos em como saber exatamente o que está errado. A execução de um tracert em www.Google.com funciona bem quando a conexão está ativa e não funciona quando a conexão está inativa. Por exemplo:
C:\Users\THE>tracert www.Google.com
Unable to resolve target system name www.Google.com.
C:\Users\THE>tracert 192.168.1.1
Tracing route to 192.168.1.1 over a maximum of 30 hops
1 <1 Microsoft <1 Microsoft <1 Microsoft 192.168.1.1
Trace complete.
E quando o modem-roteador está conectado, o tracert tem cerca de 11 esperanças. Alguns deles têm, digamos, 106ms e 754ms no final, acho que porque geralmente nossas conexões de rede aqui no Sri Lanka não são tão boas! Estou em uma linha de 1 Mbps e às vezes consigo uma boa taxa de download, mas, novamente, temos os problemas acima durante o horário comercial. Qualquer ajuda aqui seria apreciada. Gostaria de obter o máximo de feedback possível antes de tentar instalar uma nova linha telefônica para ver se esse é o problema.
O log do roteador:
Fri, 2011-09-09 14:20:34 - Returning UPnPError 714: NoSuchEntryInArray
Fri, 2011-09-09 14:20:34 - AddPortMapping: external NULL:42193 to 192.168.1.30:42193 protocol TCP for: MSNMSGR with timeout:0
Fri, 2011-09-09 14:20:34 - no permission rule matched : accept by default (n_perms=0)
Fri, 2011-09-09 14:20:34 - redirecting port 42193 to 192.168.1.30:42193 protocol TCP for: MSNMSGR
Fri, 2011-09-09 14:20:34 - creating pass rule to 192.168.1.30:42193 protocol TCP for: MSNMSGR
Fri, 2011-09-09 14:20:34 - GetSpecificPortMappingEntry: rhost='NULL' 42193 TCP found => 192.168.1.30:42193 desc='MSNMSGR'
Fri, 2011-09-09 14:20:34 - AddPortMapping: external NULL:42193 to 192.168.1.30:42193 protocol TCP for: MSNMSGR with timeout:0
Fri, 2011-09-09 14:20:34 - removing redirect rule port 42193 TCP
Fri, 2011-09-09 14:20:34 - Trying to delete rules at index 0
Fri, 2011-09-09 14:20:34 - DeletePortMapping: external port: 42193, protocol: TCP
Fri, 2011-09-09 14:20:34 - removing redirect rule port 42193 TCP
Fri, 2011-09-09 14:31:26 - No response to 3 echo-requests
Fri, 2011-09-09 14:31:26 - Serial link appears to be disconnected.
Fri, 2011-09-09 14:31:26 - Enter: tdb_store.
Fri, 2011-09-09 14:31:26 - tdb_store: calling tdb_update.
Fri, 2011-09-09 14:31:26 - Enter: tdb_update.
Fri, 2011-09-09 14:31:26 - Enter: tdb_store.
Fri, 2011-09-09 14:31:26 - tdb_store: calling tdb_update.
Fri, 2011-09-09 14:31:26 - Enter: tdb_update.
Fri, 2011-09-09 14:31:26 - Enter: tdb_store.
Fri, 2011-09-09 14:31:26 - tdb_store: calling tdb_update.
Fri, 2011-09-09 14:31:26 - Enter: tdb_update.
Fri, 2011-09-09 14:31:26 - Couldn't increase MTU to 1500.
Fri, 2011-09-09 14:31:26 - Couldn't increase MRU to 1500
Fri, 2011-09-09 14:31:26 - LCP down.
Fri, 2011-09-09 14:31:29 - Failed to get IP address for interface ppp0
Fri, 2011-09-09 14:31:29 - Failed to get IP address for interface ppp0
Fri, 2011-09-09 14:31:32 - Connection terminated.
Fri, 2011-09-09 14:31:32 - Connect time 12.1 minutes.
Fri, 2011-09-09 14:31:32 - Sent 626579 bytes, received 2853159 bytes.
Fri, 2011-09-09 14:31:32 - Enter: tdb_store.
Fri, 2011-09-09 14:31:32 - tdb_store: calling tdb_update.
Fri, 2011-09-09 14:31:32 - Enter: tdb_update.
Fri, 2011-09-09 14:31:32 - Doing disconnect
Fri, 2011-09-09 14:31:32 - Exit. **************** [We lost connection here]
Fri, 2011-09-09 14:32:49 - ADSL is connected **************** [We regained connection here]
Fri, 2011-09-09 14:32:55 - Initialize LCP.
Fri, 2011-09-09 14:32:55 - Plugin pppoe loaded.
Fri, 2011-09-09 14:32:55 - PPPoE Plugin Initialized
Fri, 2011-09-09 14:32:55 - Plugin pppoe called.
Responder1
Tudo o que você disse é bastante normal e embora máquinas individuaispoderiativer problemas, duvido que isso esteja contribuindo para o problema geral.
Pelo que você disse, acho que é um de dois problemas (ou possivelmente uma espécie de mistura):
Você tem uma linha barulhenta ou ruim. O roteador antigo é variável SNR (ruído mais alto, velocidade mais lenta para permanecer estável) e o roteador mais novo não usa bem o SNR ou não é rápido o suficiente, o que está causando quedas.
Os roteadores estão com defeito! Verifique se há atualizações de firmware ou compre um roteador mais potente.
Estou me inclinando muito mais para o ponto 1, pois acho que é o problema mais provável.