[GTER] OVH BHS - Indo por 2 rotas distintas para o "mesmo" datacenter.

[Lucas Nishimura]

Usamos "hu" aqui para as interfaces 100gb hundred gig. Deve ser o mesmo la.

-------- Mensagem original --------De: Felipe Zanchet Grazziotin <felipe at starbyte.net> Data: 25/09/16  06:38  (GMT-03:00) Para: rafaelribeiro.sp at gmail.com, Grupo de Trabalho de Engenharia e Operacao de Redes <gter at eng.registro.br> Assunto: Re: [GTER] OVH BHS - Indo por 2 rotas distintas para o "mesmo"
  datacenter. 
Ola,

2016-09-25 1:16 GMT+01:00 Rafael Ribeiro <rafaelribeiro.sp at gmail.com>:

> Prezados,
>
> Tenho alguns servidores dedicados alocados na OVH em BHS - Canadá.
>
>
A OVH pode estar utilizando engenharia de trafego e anunciando blocos
diferentes por upstreams diferentes.


> Está ocorrendo algo muito interessante, que gostaria de compartilhar, e
> aprender com vocês, o que pode causar isto.
>

A hop count ser diferente nao significa que existam problemas.
Tem alguma diferenca pratica acontecendo? MTU mudando? Perda de pacotes em
algum dos enlaces? Diferenca significativa de vazao ("banda")?



>
>   9   139 ms   130 ms   128 ms  ae1-300G.ar5.MIA1.gblx.net [67.17.94.249]
>
>
>
> Outro servidor, localizado no mesmo datacenter, tem uma rota maluca, que
> vai por outras operadoras pelo caminho, indo parar na europa (Espanha) e
> vai pro Canada.
>

Por que dizes que vai para a Espanha? Nao deixes o nome "telefonica global
solutions" parecer que o trafego vai ate a Europa.
Suspeito que seja apenas o novo DNS reverso que a Telefonica use para os
clientes wholeshale (antiga TIWS?).
Os nomes dos roteadores intermediarios parecem bem claros.


>
>   9    32 ms    35 ms    32 ms  gvt-te-0-2-0-12.rt03.rjo.gvt.net.br
> [179.184.75.176]
>
Ultimo salto na rede da GVT, porta 10G no roteador 03 no RJO.


>  10   134 ms   132 ms   137 ms  te-0-0-0-6-0-4-grtriotw3.net.
> telefonicaglobalsolutions.com [216.184.112.28]
>

Interface 10G no roteador TW3 ainda no RIO, mas agora na rede da Telefonica
wholeshale.
Este salto de latencia engana mas pode ser um efeito de tunelamento MPLS.
Da uma olhada na pagina 52 desta apresentacao
https://www.nanog.org/meetings/nanog47/presentations/Sunday/RAS_Traceroute_N47_Sun.pdf
(recomendo ler toda a apresentacao, realmente).


>  11   161 ms   167 ms   165 ms  hu0-9-0-1-grtjaxtw1.net.
> telefonicaglobalsolutions.com [94.142.98.161]
>
Nao reconheco o termo 'hu'. TW1 em JAX, possivelmente Jacksonville na
Florida.



>  12   154 ms   154 ms   151 ms  xe1-1-9-0-grtwaseq1.net.
> telefonicaglobalsolutions.com [84.16.15.198]
>
Outra interface 10G agora em Washington, DC.


 14   158 ms   151 ms   152 ms  be100-153.ash-5-a9.va.us [198.27.73.160]
>
E este aqui possivelmente um nome truncado erroneamente no DNS, mas ja na
rede da OVH.
160.73.27.198.in-addr.arpa. 86365 IN    PTR     be100-153.ash-5-a9.va.us.
73.27.198.in-addr.arpa. 86400   IN      SOA     dns10.ovh.ca. tech.ovh.net.
2016090599 43200 4320 2419200 86400


>
> Considerando que estão no mesmo datacenter, são "hospedados" pela mesma
> empresa OVH, o que poderia estar causando este comportamento?
>

Como mencionei acima, suspeitaria de engenharia de trafego. Completamente
normal, ainda mais para datacenters/empresas tao grandes.
Se nao tem nenhum problema visivel para ti, nao vejo nenhum beneficio
pratico em ficar procurando pelo em ovo...

Abracos,
Felipe
--
gter list    https://eng.registro.br/mailman/listinfo/gter