[GTER] Virtua-SP (AS28573) não está anunciando IPv6 no ATM do IX.br-SP, tráfego vai para os EUA e volta.

[Eduardo Schoedler]

Kurt,

Resolvi o problema fazendo uso de alguns artifícios.
O problema todo são os anúncios mais específicos no IX-SP, onde a HE
envia p/ a Embratel lá fora.

Como tenho peering direto com HE, subi essa sessão *antes* dos
route-servers do IX-SP.
Você pode fazer os prefixos anunciados no ATM perder com 1 prepend,
também resolve.

Na policy da HE, anunciei o prefixo de trânsito + os demais prefixos
(principalmente os prefixos do ATM), que eu anunciei com no-export
marcado.

Só então subi os route-servers.

Latência normal para os ASNs brasileiros :)

Abs.

Em 31 de outubro de 2016 01:06, Eduardo Schoedler <listas at esds.com.br> escreveu:
> Kurt,
>
> Isso é a NET sendo a NET :)
> (Aposto que eles ainda estão mantendo só a rota default).
>
> Mas tem algum rolo mesmo... aqui usamos Level3, a latência do
> traceroute já sobe (internacional) dentro da rede deles.
> Tive de desligar a HE aqui para conseguir manter o tráfego no BR (3549
>> 4230 > 28573).
>
> # ping6 -q -c5 2804:14c:70::1
> PING 2804:14c:70::1(2804:14c:70::1) 56 data bytes
>
> --- 2804:14c:70::1 ping statistics ---
> 5 packets transmitted, 5 received, 0% packet loss, time 4005ms
> rtt min/avg/max/mdev = 23.671/27.804/42.883/7.548 ms
>
>
> Solicitei trânsito free ipv6 para a HE, acho que vou pedir para eles
> desfazerem isso, pois o rolo é lá fora.
> Acredito que a Embratel não filtrou os ASNs brasileiros, ou aumentou
> demais o localpref da HE ;)
>
> Abs.
>
>
>
> Em 30 de outubro de 2016 14:26, Kurt Kraut <listas at kurtkraut.net> escreveu:
>> Aloha,
>>
>>
>> Observei hoje que ao receber no NET Virtua da cidade de São Paulo um range
>> IPv6 contido no bloco 2804:14c:70::/44 que minha latência para vários
>> destinos nacionais subiu muito.
>>
>> Investigando o caso, identifiquei que este /44 nem nenhum outro que abarque
>> o range que recebi é anunciado no IX.br-SP. Como resultado, meu tráfego vai
>> todo para Ashburn nos estados unidos onde a Embratel (AS4230) encontra a
>> Hurricane Eletric (AS6939) para depois voltar para o IX.br-SP, já que o
>> AS4230 compra trânsito da HE em Ashburn apenas e o AS6939 tem open peering
>> policy em todos os internet exchanges que participa. O mesmo comportamento
>> não ocorre em IPv4 onde todo o tráfego é corretamente trocado no IX.br de
>> SP.
>>
>> *** Esse problema afeta todos os participantes do IX.br de SP que anunciam
>> IPv6 no ATM. ***
>>
>> Os clientes do Virtua da maior cidade do país têm o tráfego dando volta nos
>> EUA e descendo em vez de ser trocado nacionalmente, muito embora o consumo
>> da banda ainda se dê no ATM do IX.br.
>>
>> Há algum profissional engajado e ético que trabalhe no Virtua (AS28573) que
>> possa me contactar em PVT para resolvermos este problema que afeta todos os
>> clientes Virtua da cidade? Ou alguém aqui tem um contato privilegiado nesse
>> ISP que possa me passar para que possamos resolver o problema?
>>
>>
>> Abraços,
>>
>>
>> Kurt Kraut
>> --
>> gter list    https://eng.registro.br/mailman/listinfo/gter
>
>
>
> --
> Eduardo Schoedler



-- 
Eduardo Schoedler