Altice International Backbone (CPRM) - Rotas/Pings, etc

[hiyo90]

há sim, mas hot potatoe peering, o tráfego é entregue e recebido consoante a localização dos clientes da i3d, dito pela própia i3d "we have a hot-potato routing policy in place to ensure that traffic stays as local as reasonably possible", quando falamos em Public Peering -ex:AMS-IX ou DE-CIX
basicamente a meo/cprm ficou dependente disso, devido a ser public peering, ao invés de pni, como a VDF tem.
PNI resolvia a questão, sim
vamos ver
cc @Rubennnn Lopes @Rethew @hildeberto @Varredor

sobre AMS-ix, sim tem essa alteração, a nível de capacidade, mas já em 2020, e o rtt de OPO a AMS, é cerca de ~35ms.
de lx, por usar outro caminho, é mais, mas também é alterável para menor rtt

 

[Rethew]

há sim, mas hot potatoe peering, o tráfego é entregue e recebido consoante a localização dos clientes da i3d, dito pela própia i3d "we have a hot-potato routing policy in place to ensure that traffic stays as local as reasonably possible", quando falamos em Public Peering -ex:AMS-IX ou DE-CIX
basicamente a meo/cprm ficou dependente disso, devido a ser public peering, ao invés de pni, como a VDF tem.
PNI resolvia a questão, sim
vamos ver
cc @Rubennnn Lopes @Rethew @hildeberto @Varredor

sobre AMS-ix, sim tem essa alteração, a nível de capacidade, mas já em 2020, e o rtt de OPO a AMS, é cerca de ~35ms.
de lx, por usar outro caminho, é mais, mas também é alterável para menor rtt

Já agora, tens conhecimento de algum stress com o tráfego para a Riot, neste caso do LoL? Tenho ADSL mas não acho que seja bufferbloat.

Não sei se consegues ver isto, mas as velocidades dos downloads através da Microsoft Store estão muito aquém da velocidade contratada, por vezes na ordem dos 60% de perda, quando o mesmo não se verifica na Steam por exemplo. Mesmo na Steam há dias em que a velocidade para o servidor de Portugal está péssima, mudando para o de Nova Iorque resolve o problema. Não sei o que se passa com isso também. Se conseguisses saber algo agradecia!

 

[hiyo90]

stress para a Riot, nope
mas podem ser questões locais, a nível de central da tua zona (tem havido algumas alterações/intervenções locais em zonas de grande densidade populacional) ..... ou mesmo da própria Riot.
O trafego é trocado em Madrid, dedicado e exclusivo, a partir dali é com a Riot.

a mesma coisa, para a Valve/Steam tem sido alvo de alguns problemas a nível de capacidade dos servidores Europeus, mas quanto à ligação MEO/CPRM - Valve nada a registar

quanto à Microsoft, também nada a registar, mas tenta fazer uns testes usando o OneDrive e a Azure, depois diz qql coisa

 

[mushis]

só para dizer que nos ultimos meses os pings melhoraram para a europa, nomeadamente londres, ams, alemanha. não sei se tem a ver alguma coisa que fazem no ambito deste forum, mas se assim for, continuação de bom trabalho! MEO FIBRA aqui

já agora, faço uma questão, uma coisa que me intigrou. eu tenho a certeza absoluta que à uns 2 anos tinha cerca de 82ms para um ip de miami, para uma VPS de penso que era da Vultr. e lembro-me de no traceroute ir direto de lisboa a miami (de um hop para o seguinte). mas um colega questionou que não existe nenhum cabo submarino de lisboa a miami, e tem razão. fico confuso com isto. se não há cabo, como é que isto acontece?
exemplos de ips miami 140.82.25.90 e 45.77.197.170
ping atual 130ms

 

[hildeberto]

só para dizer que nos ultimos meses os pings melhoraram para a europa, nomeadamente londres, ams, alemanha. não sei se tem a ver alguma coisa que fazem no ambito deste forum, mas se assim for, continuação de bom trabalho! MEO FIBRA aqui

já agora, faço uma questão, uma coisa que me intigrou. eu tenho a certeza absoluta que à uns 2 anos tinha cerca de 82ms para um ip de miami, para uma VPS de penso que era da Vultr. e lembro-me de no traceroute ir direto de lisboa a miami (de um hop para o seguinte). mas um colega questionou que não existe nenhum cabo submarino de lisboa a miami, e tem razão. fico confuso com isto. se não há cabo, como é que isto acontece?
exemplos de ips miami 140.82.25.90 e 45.77.197.170
ping atual 130ms

Porque antes existia um cabo submarino que entretanto deixou de aparecer nos mapas atuais, não sei se foi descativado ou não.. (Columbus III).

 

[Spider-Vice]

Sim, eu jogo online por vezes com pessoal do Brasil e tinha 160ms de ping para o Rio enquanto agora é de 230 ou mais. Presumo que o Columbus III tenha sido descontinuado para dar lugar ao EllaLink algures este ano (?).

 

[hiyo90]

Passou o tempo de serviço e está presentemente desactivada a secção Miami - Funchal/Madeira

A CPRM/MEO usa em cross-link comunicações para Miami, via third-party, através de Ashburn, onde tem o seu POP (core router) e através maioritariamente da Cogent Co a partir de Bilbao -- > Virgina, não só para Miami como para muitas localizações nos US. Usa também a TATA e a HE.net, e outras providers.

 

[Illusion4u]

@Illusion4u sim, parece-me que há solução para isso
baixar o rtt para ~35ms de lx a zurich, ou seja, "mudar" o caminho físico.
let's see

Alguma novidade hiyo90?

Só por comparação fiz um tracert no trabalho (com linha dedicada) Swisscom

Tracing route to over a maximum of 30 hops:

1 1 ms 2 ms 1 ms 10.3.1.1
2 <1 ms <1 ms <1 ms 10.3.1.254
3 <1 ms <1 ms <1 ms ipp-lwai-ch-ust-r-002-gig0.ce.ip-plus.net [194.209.130.1]
4 1 ms 1 ms 2 ms i79zhb-041-ten0-0-1-1x10710500.bb.ip-plus.net [217.193.63.213]
5 2 ms 1 ms 2 ms i79zhb-001-bun2.bb.ip-plus.net [138.187.153.4]
6 6 ms 1 ms 1 ms i79zhb-015-ae9.bb.ip-plus.net [138.187.129.12]
7 7 ms 14 ms 7 ms i00dcx-005-ae11.bb.ip-plus.net [138.187.130.61]
8 17 ms 17 ms 18 ms ipv4.de-cix.fra.de.as8657.cprm.net [80.81.192.38]
9 50 ms 49 ms 49 ms mia1-cr1-te0-0-0.cprm.net [195.8.0.178]
10 49 ms 49 ms 49 ms mia1-cr1-te0-0-0.cprm.net [195.8.0.178]
11 * 48 ms 48 ms telepac16-hsi.cprm.net [195.8.30.250]
12 49 ms 49 ms 48 ms bl15-158-1.dsl.telepac.pt [188.80.158.1]

Zhr-Frank-Lisboa (como deveria ser)

De Frank a Lisboa - 32ms

 

[mushis]

Obg pelas respostas. agora já faz sentido.

Sim, eu jogo online por vezes com pessoal do Brasil e tinha 160ms de ping para o Rio enquanto agora é de 230 ou mais. Presumo que o Columbus III tenha sido descontinuado para dar lugar ao EllaLink algures este ano (?).

é curioso falares nisso, pinguei um ip de Fortaleza, e tenho 183ms, e parece-me que devia ter à volta de 160 também.

Spoiler: trace route:

Tracing route to 45.234.92.202.reverso.hostidc.com.br [45.234.92.202]
over a maximum of 30 hops:

1 <1 ms 1 ms <1 ms meo.Home [192.168.1.254]
2 * * 8 ms 10.248.192.1
3 3 ms 3 ms 3 ms telepac16-hsi.cprm.net [195.8.30.250]
4 4 ms 4 ms 4 ms dvs-cr1-bu10-200.cprm.net [195.8.30.249]
5 39 ms 39 ms 39 ms ams1-cr1-te0-0-0.cprm.net [195.8.1.38]
6 37 ms 44 ms 37 ms as43350.telecom-pt.r1.eqx-am7.nl.as43350.com [5.104.137.125]
7 144 ms 37 ms 40 ms 185.107.116.1
8 * * * Request timed out.
9 * * * Request timed out.
10 * * * Request timed out.
11 * * * Request timed out.
12 * * * Request timed out.
13 183 ms 182 ms 183 ms 45.234.92.202.reverso.hostidc.com.br [45.234.92.202]

 

[twistedmonkey]

Alguma novidade hiyo90?

Só por comparação fiz um tracert no trabalho (com linha dedicada) Swisscom



Zhr-Frank-Lisboa (como deveria ser)

De Frank a Lisboa - 32ms

para comparação, traceroute a um desses ips suiços apartir de uma outra rede (nao MEO/Altice) (caminho reverso PT -> CH)

$ traceroute 194.209.130.1
traceroute to 194.209.130.1 (194.209.130.1), 30 hops max, 60 byte packets
1 gw.edgoo.io (185.162.183.30) 0.521 ms 0.535 ms 0.607 ms
2 100GE-0-0.edge4.Lisbon.edgoo.net (193.163.151.6) 0.146 ms 0.240 ms 0.222 ms
3 er1.mad2.edgoo.net (100.64.60.12) 8.286 ms 9.191 ms 8.257 ms
4 swisscom.baja.espanix.net (193.149.1.46) 8.708 ms 8.692 ms 9.651 ms
5 i68geb-015-ae17.bb.ip-plus.net (138.187.129.200) 29.020 ms 29.004 ms 29.441 ms
6 i69lsp-005-ae1.bb.ip-plus.net (138.187.130.112) 29.493 ms 29.555 ms 30.817 ms
7 i79zhb-015-ae2.bb.ip-plus.net (138.187.130.28) 32.245 ms 32.191 ms 33.326 ms
8 i79zhb-001-bun1.bb.ip-plus.net (138.187.129.13) 32.363 ms 33.547 ms 32.509 ms
9 i79zhb-041-bun2.bb.ip-plus.net (138.187.153.5) 31.742 ms 32.654 ms 32.693 ms
10 ipp-lwai-ch-ust-r-002-gig8.ce.ip-plus.net (217.193.63.214) 32.603 ms * *

 

[hiyo90]

Verifiquem pff a latency para servidores que usem AMS, via LX.
A ligação foi melhorada, e está agora a 32ms via Lx
Já tinha sido para o OPO, em termos de latency faz ~35ms.

 

[CS-TOD]

Esta alteração corrigiu, pelo menos a mim, a diferença reportada pelo @Rubennnn Lopes. Também tinha 55ms e agora tenho 34ms:

Venho a notar uma diferença incrivel na VDF vs MEO em termos de ping para a Holanda vou deixar um comparativo para um server do discord:
MEO

VODAFONE

Quase 20ms de diferença

 

[Spider-Vice]

Ainda 53ms por aqui para os servers indicados acima, zona do Alentejo. Essa deve ser para último.

 

[hiyo90]

Ainda 53ms por aqui para os servers indicados acima, zona do Alentejo. Essa deve ser para último.

podes mandar traceroute?

 

[Varredor]

Não existiu qualquer alteração. O salto 6 referente ao AMS-IX deixa isso bem claro, aliás. Continua exatamente igual ao @Rubennnn Lopes aqui. O @CS-TOD é que tem e sempre teve pings bem especiais.

Cheers

 

[CS-TOD]

O @CS-TOD é que tem e sempre teve pings bem especiais.

Queres desenvolver? Em que é que o meu ping é especial? Já coloquei propositadamente um print screen do PowerShell porque há sempre quem duvide dos resultados que colocam aqui, sinceramente não entendo porque é especial, certamente haverá quem tenha menos que eu, até porque não estou assim tão perto de Lisboa. Aliás, mais "especial" deve ser o @hildeberto porque já tinha um ping baixo, quando eu naquele dia tinha 55 (ia por Londres e agora vou por Amesterdão).

Eu não referi mas a alteração no meu caso pode ter que ver com uma alteração do IP, não faço ideia se é o mesmo que tinha quando testei da outra vez.

 

[hiyo90]

Não existiu qualquer alteração. O salto 6 referente ao AMS-IX deixa isso bem claro, aliás. Continua exatamente igual ao @Rubennnn Lopes aqui. O @CS-TOD é que tem e sempre teve pings bem especiais.

Cheers

a alteração foi no caminho de LX - AMS e AMS - LX, em AMS manteve-se igual, obviamente
acresce que se antes, um cliente do sul ia via Londres agora vai directo para AMS, isto no caso de aceder a servidores da i3D.net em Rotterdam
simples.
Antes LX <-> AMS fazia 49ms, agora faz 32/33ms.
simples.

 

[dgalv]

Ainda 53ms por aqui para os servers indicados acima, zona do Alentejo. Essa deve ser para último.

Para os servers indicados, confirmo 36ms. Alentejo, cidade de Évora.

 

[hiyo90]

Pois, afinal não estou assim tão parvo como alguém deu a entender, não é @Varredor ?
afinal o @CS-TOD não é o único....que tem "pings" especiais.
bom de ver as prioridades aqui.

 

[nipnip]

Para o IP atrás indicado há para todos os gostos.