[caiu] RES: Problemas com MTR na NET
Orlando Tempobono - Nipotech
orlando em nipotech.com
Qua Jan 4 16:10:18 BRST 2017
Prezados Colegas,
Apenas saio em defesa do MTR dizendo que, IHMO, o MTR é uma
ferramenta ótima e precisa, concordo com o que foi dito que se o ponto de
origem e destino estão com zero de perda não há muito com que se preocupar
pois no meio do caminho os motivos para "ping loss" exibidos podem ser
muitos como por exemplo limitação a pings naquele dispositivo especifico,
etc.
Mas cá entre nós, a experiência que tenho é que quando a rede "tá
bonita", os MTRs acusam 0% de loss em todos os saltos.
Ao ver esta task, fiz vários MTRs em redes diversas em que tenho
acesso e tráfegos longos entre Brasil e EUA com mais de 10 saltos apresentam
0% de packet loss, ou seja, o caso reportado soa como algo estranho sim,
também concordo que pode ser relacionado com CGNAT.
De qualquer forma, se tiver tempo e disposição vale a pena abrir um
chamado para que o pessoal justifique, afinal o que todos queremos é saber
como são/estão os caminhos que percorremos e transparência nas operações é
sempre bem vinda.
Feliz ano novo a todos !
Orlando Tempobono
orlando em nipotech.com
Mobile: 55 (11) 98129 2098
NIPOTECH BRASIL TECNOLOGIA LTDA.
www.nipotech.com
Tel.: 55 (11) 2973-8204 ou 2283-1406
-----Mensagem original-----
De: caiu [mailto:caiu-bounces em eng.registro.br] Em nome de Marcelo Duarte via
caiu
Enviada em: quarta-feira, 4 de janeiro de 2017 14:30
Para: cai >> Lista das indisponibilidades da Internet brasileira
<caiu em eng.registro.br>
Cc: Marcelo Duarte <duarte em ufscar.br>
Assunto: [caiu] Problemas com MTR na NET
Kurt,
Cada um joga com as ferramentas que tem ... o cliente mostra o MTR com
perdas nos ativos da operadora, o técnico que utilize as ferramentas dele e
escreva no relatório que tudo esta OK.
Como nunca vi técnico em visita resolver problema na rede core e em serviços
(Ex. DNS), só refazer ponta de cabo coaxial, a anatel é a única forma de
escalar as demais equipes.
Isso é cara de CGNAT.
Marcelo Jose Duarte
Analista de Tecnologia da Informacao
Departamento de Fisica - DF
Universidade Federal de Sao Carlos - UFSCar
Tel: +55 16 3351-8987
Em 04/01/17 14:20, Kurt Kraut escreveu:
> Aloha Marcelo Duarte,
>
>
>
> Se o ping fim a fim não possui perda de pacotes conforme demonstrado
> pelo OP, por que abrir chamado com o ISP? Não vejo nesse caso um
> defeito a ser reparado.
>
>
> Abraços,
>
>
> Kurt Kraut
>
>
>
> Em 4 de janeiro de 2017 13:32, Marcelo Duarte via caiu
> <caiu em eng.registro.br
>> escreveu:
>
>> Chamado net ...
>>
>> Pega o protocolo ...
>>
>> Vão te mandar um técnico pra nada ...
>>
>> Pega o relatório dele do diagnóstico ...
>>
>> Chamado anatel!
>>
>> ---
>> Marcelo
>>
>>> Em 4 de jan de 2017, às 12:12, Marco Aurélio <maurelio em spin.com.br>
>> escreveu:
>>>
>>> Marcelo,
>>>
>>> O teste foi feito somente com o desktop conectado no roteador, mais
nada.
>>>
>>> Não é problema de upload.
>>>
>>> E o problema ocorre em outros locais daqui da cidade. Logo pensei em
>>> ser
>> um problema meu, mas ocorreu em mais dois locais que usam NET também.
>>>
>>> Se for um problema é na cidade toda há mais de 2 meses. Se não,
>>> poderia
>> ser alguma configuração que acabe dando este erro.
>>>
>>> Alguma outra ideia?
>>> []'s
>>>
>>> Marco Aurélio P. Bumussi
>>> Celular : 55 11 99984-5525
>>> ID Nextel: 55*122*20433
>>>
>>> Em 04-01-2017 11:52, Eduardo Rigler escreveu:
>>>> Em 4 de janeiro de 2017 11:44, Marcelo Duarte via caiu <
>> caiu em eng.registro.br
>>>>> escreveu:
>>>>> 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
>>>>>
>>>> Bem lembrado. Já presenciei "N" situações assim também.
>>>>
>>>> A NET anuncia taxas de download astronômicas mas entrega um upload
>> ridículo
>>>> e que sempre está variando. Não é nada raro ver upload sendo
>>>> consumido quase totalmente e influenciando todo o resto.
>>>>
>>>> []´s
>>>>
>>>>
>>>>
>>>>>
>>>>> 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
>>>>>>
>>>>> _______________________________________________
>>>>> 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
>>
>> _______________________________________________
>> 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
Mais detalhes sobre a lista de discussão caiu