[caiu] Perda de pacotes dns google via PTT

Sexta Maio 9 19:17:17 BRT 2014

Aqui vivo fibra SP, ta bem meia boca. Live tim mesma coisa, temos ambos
aqui no escritório

$ ping 8.8.8.8
PING 8.8.8.8 (8.8.8.8): 56 data bytes
64 bytes from 8.8.8.8: icmp_seq=0 ttl=56 time=611.748 ms
Request timeout for icmp_seq 1
64 bytes from 8.8.8.8: icmp_seq=1 ttl=56 time=1104.233 ms
64 bytes from 8.8.8.8: icmp_seq=2 ttl=56 time=473.776 ms
64 bytes from 8.8.8.8: icmp_seq=3 ttl=56 time=398.404 ms
64 bytes from 8.8.8.8: icmp_seq=4 ttl=56 time=1596.865 ms
64 bytes from 8.8.8.8: icmp_seq=5 ttl=56 time=950.651 ms
64 bytes from 8.8.8.8: icmp_seq=6 ttl=56 time=399.688 ms
64 bytes from 8.8.8.8: icmp_seq=7 ttl=56 time=1184.845 ms
64 bytes from 8.8.8.8: icmp_seq=8 ttl=56 time=564.962 ms
64 bytes from 8.8.8.8: icmp_seq=9 ttl=56 time=647.799 ms
64 bytes from 8.8.8.8: icmp_seq=10 ttl=56 time=1194.737 ms
64 bytes from 8.8.8.8: icmp_seq=11 ttl=56 time=413.212 ms
64 bytes from 8.8.8.8: icmp_seq=12 ttl=56 time=473.088 ms
64 bytes from 8.8.8.8: icmp_seq=13 ttl=56 time=1112.938 ms
64 bytes from 8.8.8.8: icmp_seq=14 ttl=56 time=1687.405 ms
64 bytes from 8.8.8.8: icmp_seq=15 ttl=56 time=1331.094 ms
64 bytes from 8.8.8.8: icmp_seq=16 ttl=56 time=1161.357 ms
64 bytes from 8.8.8.8: icmp_seq=17 ttl=56 time=663.869 ms
64 bytes from 8.8.8.8: icmp_seq=18 ttl=56 time=1049.438 ms
64 bytes from 8.8.8.8: icmp_seq=19 ttl=56 time=105.238 ms
64 bytes from 8.8.8.8: icmp_seq=20 ttl=56 time=283.749 ms
64 bytes from 8.8.8.8: icmp_seq=21 ttl=56 time=495.406 ms
^C
--- 8.8.8.8 ping statistics ---
23 packets transmitted, 22 packets received, 4.3% packet loss
round-trip min/avg/max/stddev = 105.238/813.841/1687.405/430.065 ms

2014-05-09 18:56 GMT-03:00 Douglas Fischer <fischerdouglas em gmail.com>:

> Ascenco,
> aproveitando que fez essa colocação sobre interconexão a multi PIXes por
> parte de alguns participantes, aproveito o gancho para fazer alguns
> questionamentos.
>
> 1 - Aonde é feito o gerenciamento da distribuição de carga por essas
> múltiplas conexões? Nos Route-Servers ou nos Bordas do participante?
>    1.1 - Para o Upstream dos participantes com conexões em múltiplos PIXes
> faz sentido que essa gerencia seja feita nos bordas.
>    1.2 - Para o Downstream dos participantes com conexões em múltiplos
> PIXes, partindo do princípio de tentar manter as trocas dentro do mesmo
> PIX, faz sentido que a gerencia seja feita nos Route-Servers.
>
> 2 - Considerando um exemplo de PARTICIPANTE_X conectado aos PIXes A e B, e
> Participante Y conectado ao PIX B
>     2.1 - Quase redundante com o ponto 1.2, mas...: Tem-se alguma medida de
> quanto de tráfego inter-pix ocorre desnecessariamente , e a troca de
> trafego entre eles ocorrendo do PIX A p/ o PIX B?
>     2.2 - Na mesma linha...: Já foi feita alguma análise sobre assimetria
> nesse mesmo cenário exemplificado?
>
>
> 3 - Imaginando que isso tudo já tenha sido analisado por vossa equipe:
>     3.1 Isso é um problema?
>     3.2 Isso pode vir a ser um problema?
>     3.3 Já foi pensada em alguma solução para isso?
>
>
> Em 9 de maio de 2014 16:49, Eduardo Ascenco Reis <eascenco em nic.br>
> escreveu:
>
> > Prezados Uesley, Marcelo e demais,
> >
> >
> > On 05/09/2014 01:11 PM, Uesley Correa wrote:
> >
> >             Bem estranho esse gráfico, hein? Uma queda considerável no
> >> tráfego do dia 05 pra cá.
> >>
> >
> > O PIX GBLX/L3 está em operação normal com 100Gbps de capacidade protegida
> > e 230Gbps de capacidade não protegida (rota 1 com 100Gbps e rota 2 com
> > 130Gbps).
> >
> > A redução de tráfego observada está relacionada com a movimentação de um
> > ou mais participantes com significativa quantidade de tráfego.
> >
> >
> >  Em 9 de maio de 2014 12:49, Marcelo Balbinot <marcelo em gegnet.com.br>
> >> escreveu:
> >>
> >>  Estranho,
> >>>
> >>> Só implementarão rate-limit de ICMP na conexão com o PTT-SP?
> >>>
> >>
> > Recomendo aos participantes do PTT.br de São Paulo, que entenderem que os
> > testes de conectividade afetados são válidos, que abram chamado
> diretamente
> > com o Google.
> >
> >
> >  E este gráfico:
> >>> http://ptt.br/trafego/pix/sp/gblx/bps
> >>>
> >>> Alguém tem explicação para o gráfico?
> >>>
> >>
> > Como dito acima, não há relação direta entre a mudança do perfil de
> > tráfego com o assunto desta mensagem.
> >
> >
> >  Até onde sei o Google está neste pix.
> >>>
> >>
> > O PTT.br não divulga de forma pública em quais PIX os participantes estão
> > conectados e nem as suas capacidades de conexão.
> >
> > Destaco que muitos participantes, incluindo os com grande quantidade de
> > tráfego, estão conectados a dois ou mais PIX.
> >
> >
> > Atenciosamente,
> >
> > --
> >
> > Eduardo Ascenço Reis
> >
> > PTT.br - http://ptt.br/
> > NIC.br - http://nic.br/
> > _______________________________________________
> > 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
> >
>
>
>
> --
> Douglas Fernando Fischer
> Engº de Controle e Automação
> _______________________________________________
> 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
>

-- 
Abraços,
*João Vagner Brito de Medeiros*