[caiu] Problemas com MTR na NET

[Marcelo Duarte]

Você não possui sistema de vigilância enviando imagens (upload) para 
fora da sua rede?

Pergunto pois eventuais uploads próximo a taxa contratada de upload 
podem gerar algo parecido.

Já passei por isso.

Att.

Marcelo


Em 04/01/17 11:39, Marco Aurélio escreveu:
> Olá Kurt,
>
> Sim, o MTR é impreciso. Uso apenas para ver como estão os tempos
> aproximados entre os hosts.
>
> O ping não tem perda nenhuma de pacotes até o destino.
>
> 100 packets transmitted, 100 received, 0% packet loss, time 19862ms
> rtt min/avg/max/mdev = 10.267/13.435/28.329/2.989 ms, ipg/ewma
> 200.635/12.858 ms
>
> []'s
>
> Marco Aurélio P. Bumussi
> Celular  : 55 11 99984-5525
> ID Nextel: 55*122*20433
>
> Em 04-01-2017 11:30, Kurt Kraut escreveu:
>> Aloha,
>>
>>
>> O mtr é impreciso no cálculo de loss, não reconheço valor científico nele
>> para esta métrica. Usando o comando no Linux ping -Ac 100 ip.de.destino
>> você também tem perdas? Se sim, de quanto?
>>
>>
>> Abraços,
>>
>>
>> Kurt Kraut
>>
>> Em 4 de janeiro de 2017 11:24, Marco Aurélio <maurelio em spin.com.br>
>> escreveu:
>>
>>> Olá pessoal,
>>>
>>> Sempre utilizei o comando MTR para ver possíveis problemas.
>>>
>>> Há dois meses vem ocorrendo um problema aqui ao usar o MTR usando a
>>> banda
>>> larga da NET em Atibaia.
>>>
>>> Após o segundo Host começa a dar perda de pacotes.
>>>
>>> Como é logo no segundo host, tudo dai pra frente apresenta erros e não
>>> consigo mais utilizar o MTR para fazer qualquer teste de rede.
>>>
>>> Logo pensei que o problema poderia ser aqui. Fiz o mesmo teste em dois
>>> locais diferentes aqui de Atibaia, que também usam NET e o problema é o
>>> mesmo.
>>>
>>> Deem uma olhada como fica:
>>>                                 My traceroute  [v0.85]
>>> aurelio-PC (0.0.0.0) Wed Jan  4 11:20:13 2017
>>> Keys:  Help   Display mode   Restart statistics   Order of fields   quit
>>> Packets               Pings
>>>   Host                                    Loss%   Snt Last   Avg  Best
>>> Wrst StDev
>>>   1. 192.168.0.1                           0.0%    34 0.3   0.3   0.3
>>>   0.6   0.0
>>>   2. bfbb4801.virtua.com.br               33.3%    33 9.0   9.7   7.9
>>> 12.4   0.9
>>>   3. bb02500c.virtua.com.br               39.4%    33 8.9   9.0   6.8
>>> 16.1   2.3
>>>   4. bb025009.virtua.com.br               42.4%    33 10.9  11.4   9.1
>>> 20.1   2.4
>>>   5. c9060761.virtua.com.br               37.5%    33 16.8  11.5   9.5
>>> 16.8   1.7
>>>   6. c9060772.virtua.com.br               37.5%    33 12.6  12.3  10.6
>>> 13.8   0.8
>>>   7. 186.234.26.49                        34.4%    33 23.5  16.5  11.0
>>> 23.8   4.7
>>>   8. 200-147-26-178.static.uol.com.br     43.8%    33 23.2  14.4  10.9
>>> 23.2   3.5
>>>   9. 200-147-67-142.static.uol.com.br     34.4%    33 12.6  12.6  10.6
>>> 15.7   1.0
>>>
>>> E isso é aqui em Atibaia. Fiz o mesmo teste em São Paulo, com NET, e o
>>> problema não ocorre.
>>>
>>> O que será que fizeram na configuração dos roteadores deles que o MTR
>>> não
>>> funciona mais?
>>>
>>> Alguém da NET pode explicar isso?
>>>
>>> []'s
>>>
>>> --
>>>
>>> Marco Aurélio
>>>
>>> _______________________________________________
>>> caiu mailing list
>>> caiu em eng.registro.br
>>> https://eng.registro.br/mailman/listinfo/caiu
>>>
>>>
>>> --> PARA SAIR DA LISTA SIGA AS INSTRUÇÕES em:
>>>
>>> https://eng.registro.br/mailman/options/caiu
>>>
>> _______________________________________________
>> caiu mailing list
>> caiu em eng.registro.br
>> https://eng.registro.br/mailman/listinfo/caiu
>>
>>
>> --> PARA SAIR DA LISTA SIGA AS INSTRUÇÕES em:
>>
>> https://eng.registro.br/mailman/options/caiu
>
> _______________________________________________
> caiu mailing list
> caiu em eng.registro.br
> https://eng.registro.br/mailman/listinfo/caiu
>
>
> --> PARA SAIR DA LISTA SIGA AS INSTRUÇÕES em:
>
> https://eng.registro.br/mailman/options/caiu