Serviço Interdados - perda de pacotes somente com linux

Question

Em um cliente foi instalado o servi&ccedil;o interdados da Telefonica.
O servi&ccedil;o se prop&otilde;e a montar vpn entre localidades sobre a tecnologia adsl utilizando modens zyxel 645R.
O problema &eacute; que quando colocamos o servidor linux ocorrem perdas de pacotes atrav&eacute;s do link de at&eacute; 80%.
Com a mesma m&aacute;quina e configura&ccedil;&atilde;o de rede s&oacute; que utilizando windows, a perda de pacotes &eacute; sempre menor que 1%.

Foram testadas diversas vers&atilde;os de linux (fedora, kurumin, red hat) em 3 hardwares diferentes e que funcionaram corretamene com windows mas continuamos tendo perdas.

Tamb&eacute;m tentamos alterar o mtu de 1500 para 1462 sem sucesso.

O interessante &eacute; que ping originado de m&aacute;quinas windows que passam pelo roteador linux n&atilde;o apresenta perdas.

Answer

Teu primeiro problema &eacute; essa perda de pacotes. Qualquer que seja o servi&ccedil;o, a perda tem que ser 0.

Diga uma coisa, qual &eacute; o RTT (tempo de resposta) dos pacotes que chegam, quando voc&ecirc; faz o ping nas m&aacute;quinas Windows e Linux?

Answer

Colei abaixo os pings no linux e no windows, detalhe para o ping do linux pulando do pacote 3 para o 6, e n&atilde;o h&aacute; intervalo de tempo consider&aacute;vel entre os pacotes...

linux:

PING 10.0.3.1 (10.0.3.1) 56(84) bytes of data.
64 bytes from 10.0.3.1: icmp_seq=0 ttl=250 time=32.5 ms
64 bytes from 10.0.3.1: icmp_seq=1 ttl=250 time=32.3 ms
64 bytes from 10.0.3.1: icmp_seq=2 ttl=250 time=31.4 ms

--- 10.0.3.1 ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 2001ms
rtt min/avg/max/mdev = 31.492/32.147/32.578/0.493 ms, pipe 2
[shx@Roteador ~]$ ping 10.0.3.1 -s 20000
PING 10.0.3.1 (10.0.3.1) 20000(20028) bytes of data.
20008 bytes from 10.0.3.1: icmp_seq=0 ttl=250 time=2210 ms
20008 bytes from 10.0.3.1: icmp_seq=1 ttl=250 time=3048 ms
20008 bytes from 10.0.3.1: icmp_seq=2 ttl=250 time=3787 ms
20008 bytes from 10.0.3.1: icmp_seq=6 ttl=250 time=2209 ms

--- 10.0.3.1 ping statistics ---
10 packets transmitted, 4 received, 60% packet loss, time 9003ms
rtt min/avg/max/mdev = 2209.718/2814.196/3787.758/658.006 ms, pipe 5


windows:

C:\WINDOWS>ping 10.0.3.1

Disparando contra 10.0.3.1 [10.0.3.1] com 32 bytes de dados:

Resposta de 10.0.3.1:bytes=32 tempo=31ms Tempo de vida=60
Resposta de 10.0.3.1:bytes=32 tempo=32ms Tempo de vida=60
Resposta de 10.0.3.1:bytes=32 tempo=31ms Tempo de vida=60
Resposta de 10.0.3.1:bytes=32 tempo=33ms Tempo de vida=60

Estat&iacute;sticas do Ping para 10.0.3.1:
    Pacotes: Enviados = 4, Recebidos = 4, Perdidos = 0 (0% de perda),
Tempos aproximados de ida e volta em milissegundos:
    M&iacute;nimo = 31ms, M&aacute;ximo =  33ms, M&eacute;dia =  32ms

C:\WINDOWS>ping 10.0.3.1 -l 20000

Disparando contra 10.0.3.1 [10.0.3.1] com 20000 bytes de dados:

Resposta de 10.0.3.1:bytes=32 tempo=2101ms Tempo de vida=60
Resposta de 10.0.3.1:bytes=32 tempo=2734ms Tempo de vida=60
Resposta de 10.0.3.1:bytes=32 tempo=2034ms Tempo de vida=60
Resposta de 10.0.3.1:bytes=32 tempo=2521ms Tempo de vida=60

Estat&iacute;sticas do Ping para 10.0.3.1:
    Pacotes: Enviados = 4, Recebidos = 4, Perdidos = 0 (0% de perda),
Tempos aproximados de ida e volta em milissegundos:
    M&iacute;nimo = 2101ms, M&aacute;ximo =  2734ms, M&eacute;dia =  2347ms

Answer

T&aacute;, ent&atilde;o a desconfian&ccedil;a que eu estava de que os pacotes estivessem expirando n&atilde;o se justificou --- o tempo de RTT &eacute; o mesmo pros dois.

Mas pelo que eu vi, parece que a perda de pacotes est&aacute; associada ao tamanho do mesmo, o que me sugere que o problema seja mesmo com o MTU. 

Sugest&atilde;o, ent&atilde;o, alopre: ajuste o MTU, no Linux, para 512, e veja se h&aacute; melhora.

Answer

nossa, ficou ainda mais estranho, com mtu 512 ele s&oacute; consegue pingar pacotes de at&eacute; 511 bytes, acima disso n&atilde;o d&aacute; resposta alguma...

parece que o m&iacute;nimo que n&atilde;o d&aacute; mais problemas com pacotes grandes &eacute; o mtu 1462...

Answer

veio o trocent&eacute;simo t&eacute;cnico da telefonica aqui... mostrei todos os testes que tinha feito e ele n&atilde;o teve id&eacute;ia do que fazr, falou que ia entrar em contato com a ger&ecirc;ncia de rede, analisar roteador, bla, bla,bla...

mas pelo menos j&aacute; divisei uma solu&ccedil;&atilde;o... aparentemente &eacute; o servi&ccedil;o que est&aacute; com problemas pois quando monto a vpn com software pr&oacute;prio sobre speedy o neg&oacute;cio funciona que &eacute; uma blz, todos os pacotinhos chegam bunitinhu :-

o jeito acho que vai ser trocar de servi&ccedil;o, eu estava com medo de contratar r&aacute;dio justamente por esse tipo de problema, mas problema por problemas vou em um que eu possa resolver diretamente :-)

Answer

outre coisa que notei nos testes, &eacute; que a localidade remota que d&aacute; mais problema de perda de pacote &eacute; justamente a que passa por mais roteadores na rede da telefonica... quanto mais perto a localidade menor o &iacute;ndice de perda de pacotes...

Answer

dronf78, confira se est&aacute; sendo usado algum firewall na m&aacute;quina, ou se h&aacute; alguma diretriz para n&atilde;o fazer fragmenta&ccedil;&atilde;o de pacotes.

Answer

aeh povo, n&atilde;o esqueci de postar um retorno n&atilde;o, &eacute; que s&oacute; agora que a telecomica resolveu o problema... ningu&eacute;m merece...

era s&oacute; trocar os speedtouch que tinham colocado por outro modelo de modem (um azul estranho, assim que pegar o modelo eu posto aqui)

acabou todos os problemas de perda de pacotes... 4 meses para identificar que era inadequa&ccedil;&atilde;o de equipamentos... s&oacute; comigo...

Answer

4 meses para identificar que era inadequa&ccedil;&atilde;o de equipamentos... s&oacute; comigo...
Quem dera fosse s&oacute; com voc&ecirc;, ou s&oacute; com a telef&ocirc;nica... :(

Ferramentas

Mover Tópico