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

Neste momento com Gama IP 83:
Tracing route to speedtestchen.vodafone.ind.in [182.19.95.68]
over a maximum of 30 hops:

1 1 ms 1 ms 1 ms 10.53.22.254
2 9 ms 9 ms 9 ms 172.25.162.77
3 * * * Request timed out.
4 19 ms 22 ms 19 ms 172.25.98.142
5 39 ms 39 ms 39 ms 83.240
6 40 ms 53 ms 40 ms 195.8.21.81
7 86 ms 89 ms 85 ms frk1-cr1-gi7-4-0.cprm.net [195.8.1.22]
8 101 ms 100 ms 100 ms dx1.in.airtel.com [80.81.194.250]
9 238 ms 235 ms * 116.119.33.10
10 211 ms 211 ms 211 ms 125.16.248.206
11 234 ms 234 ms 236 ms 182.19.108.204
12 237 ms 234 ms 234 ms 123.63.156.21
13 234 ms 233 ms 235 ms 182.19.95.93
14 234 ms 234 ms * chenapplg.vodafone.ind.in [182.19.95.68]
15 234 ms 237 ms 234 ms chenapplg.vodafone.ind.in [182.19.95.68]

Trace complete.
Fiz traceroute para vodafone.in e não directamente para o servidor do speedtest:

1 3 ms 3 ms 3 ms meo.Home [192.168.1.254]
2 5 ms 6 ms 14 ms 10.254.144.1
3 9 ms 7 ms 8 ms telepac16-hsi.cprm.net [195.8.30.250]
4 9 ms 10 ms 10 ms dvs-cr1-bu10-200.cprm.net [195.8.30.249]
5 47 ms 43 ms 45 ms ams1-cr1-te0-0-0.cprm.net [195.8.1.38]
6 66 ms 65 ms 65 ms 80.249.211.191
7 267 ms 266 ms 268 ms 125.17.109.18
8 * * * Request timed out.
9 * * * Request timed out.
10 266 ms 267 ms 266 ms 223.196.1.18

...


Estavam....estavam.....e de um momento para o outro, fez-se Chocapic na NET ca de casa.
Os problemas com Netflix que se leram por aqui e que desapareceram quando ha umas semanas apareceram destes graficos, também devem ter sido por coincidência.

Edit.
Ainda mais, houve alguém por aqui que em conversa com a linha técnica, lhe admitiram este problema....mas teria sido só impressão, de certeza

A baixa carga na CPRM não significa que não possa haver sobrecarga num nó da rede ou destino.

O tráfego Netflix (vídeo) nem deve passar pela rede internacional
 
Consegui os melhores Pings para Madrid em Ginernet e Orange com a mesma Gama de IP. Anteriormente tinha as latências mais baixas em Comvive e MasMovil, não sei se foi por causa de desligar o router por mais de 8 horas ou não, a Gama de IPs continua nos 176.78.xxx.xxx (últimos digitos mudaram).
Localmente com IPs 83.240 e 85.246 em Ginernet e Orange também tem melhores pings em relação a outros em Madrid.
Tracing route to speedtest.ginernet.com [5.134.119.107]
over a maximum of 30 hops:
1 <1 ms <1 ms <1 ms 192.168.0.1
2 4 ms 3 ms 2 ms 10.252.0.1
3 30 ms 30 ms 30 ms telepac14-hsi.cprm.net [195.8.30.242]
4 32 ms 30 ms 30 ms lis2-cr1-bu10-200.cprm.net [195.8.30.241]
5 39 ms 39 ms 39 ms 195.8.0.186
6 39 ms 39 ms 39 ms 195.8.0.186
7 37 ms 37 ms 37 ms v4.de-cix.ginernet.com [185.1.68.61]
8 37 ms 37 ms 37 ms 5.134.119.107

https://www.speedtest.net/result/9113704837

DNS: Alice vs Cloudflare
Ping statistics for 194.65.14.27:
Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 30ms, Maximum = 30ms, Average = 30ms

Ping statistics for 1.1.1.1:
Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 30ms, Maximum = 30ms, Average = 30ms

P.S. Nos próximos meses a partir de outro local poderi apresentar pings mais próximos de 0ms com ajuda de S. Vicente.



Tracing route to speedtest.ginernet.com [5.134.119.107]
over a maximum of 30 hops:

1 <1 ms <1 ms <1 ms 192.168.1.254
2 * * * Request timed out.
3 13 ms 13 ms 13 ms telepac13-hsi.cprm.net [195.8.30.238]
4 14 ms 13 ms 13 ms lis1-cr1-bu10-200.cprm.net [195.8.30.237]
5 21 ms 22 ms 21 ms mad1-cr1-hu2-0-0.cprm.net [195.8.0.190]
6 21 ms 21 ms 21 ms v4.de-cix.ginernet.com [185.1.68.61]
7 21 ms 21 ms 21 ms 5.134.119.107

Ping statistics for 1.1.1.1:
Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 13ms, Maximum = 14ms, Average = 13ms

Ping statistics for 194.65.14.27:
Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 13ms, Maximum = 14ms, Average = 13ms
 
@Varredor

Parabéns pela abertura desta thread!

Parece que este é um tópico bastante discutido pelo menos para os Clientes da Altice e que já merecia uma zona dedicada.

Em relação ao novo peering directo da Ginernet, eu fiz um primeiro teste que me deu valores de ping muito elevados. Mas a partir do segundo teste os valores desceram para dentro do expectável.

Eu por norma para Lisboa, tenho cerca de 6ms e depois do core até ao Ginernet são os 8ms como falaram.

Código:
  1  <1 ms  <1 ms  <1 ms  meo.Home [192.168.1.254]
  2  *  3 ms  2 ms  10.254.160.1
  3  *  *  *  Request timed out.
  4  10 ms  7 ms  6 ms  lis2-cr1-bu10-200.cprm.net [195.8.30.241]
  5  14 ms  15 ms  14 ms  195.8.0.186
  6  14 ms  14 ms  15 ms  195.8.0.186
  7  14 ms  13 ms  13 ms  v4.de-cix.ginernet.com [185.1.68.61]
  8  14 ms  14 ms  14 ms  5.134.119.107

Também partilho o speedtest que fiz:
9123635658.png
 
Obrigado, @Tomekk!
Infelizmente por falta de capacidade por parte da MEO em Madrid os testes não são os melhores e a instabilidade é bastante notória. Infelizmente mais não consigo fazer. Consegui abrir novas discussões/negociações com outras empresas. Vamos a ver como correm.

Cheers
 
Em relação ao EllaLink sabes se Altice vai participar ou usar esta infraestrutura?
https://ella.link/
https://sinestech.pt/

A ser verdade, poderá aumentar a posição geo estratégica de Portugal na rota do peering para a LATAM, Espanha e França. Só ainda não percebi quais vão ser os operadores a operar em Portugal que vão participar. Espero que a Altice seja uma delas.

Em termos de latência para Paris e FrankFurt parece-me interessante, Madrid serão os 8ms. Mas só o que eu perco pessoalmente entre redes e loops será sempre superior. Por exemplo eu tenho 6ms para Lisboa, quando eles anunciam 2ms entre os POPs de Sines - Lisboa. Nunca chegue a perceber se o meu primeiro hop "
10.254.160.1" é em Lisboa ou ainda no POP de interligação à rede do meu router ( GPON ).

Aproveitei a noite para fazer uns testes em algumas regiões.

EMEA:

9124242815.png
9124191288.png
9124250189.png

9124132218.png
9124130139.png
9124378088.png

9124384532.png
9124389616.png
9124392238.png

9124396252.png



US:
9124256379.png
9124262363.png
9124265627.png

9124268364.png


LATAM:
9124274850.png
9124278622.png
9124287015.png

9124290733.png
9124294396.png
9124306962.png

9124311083.png
9124316829.png
9124319836.png

9124322854.png
9124325505.png
9124327765.png

9124336145.png
9124341084.png
9124350646.png

9124358756.png
9124369248.png
 
@J Francisco,

Pelo que eu pude apurar pelas coordenadas os 11 ms parecem dentro do expectável. Não sei se poderia ser melhorado para dentro dos 10ms ou até mesmo para os 8ms ( examplo de Lisboa <--> Madrid ). A minha questão em relação ao host de ponta delgada era mais relativamente a largura de banda.

Já em relação a minha partilha no post anterior é apenas uma referência da latência para um cliente MEO. No meu entender 2ms para percorrer 200km e chegar ao core parece-me perfeito, agora existe muitos outros factores como latência introduzida pelo roteamento e até mesmo latência introduzida entre equipamentos activos ao nível 1 e 2. Daí a minha questão pertinente relativamente ao meu primeiro hop, se fisicamente se encontra perto, e ter também uma perceção em termos de latência se ela é introduzida em equipamentos que fazem a interligação entre a rede de distribuição e o last mile ( GPON ) introduzem nas comunicações.

O caso dos açores é bastante complicado, do meu conhecimento não passam muitas ligações intercontinentais, ou mesmo que passem não tenho conhecimento de POPs. Ou seja, em qualquer ligação que você precisa, dá me entender que a ligação tem que ir a Lisboa o que é muito injusto. Geograficamente deveria ter excelente ligações para o continente americano. Poderia partilhar speedtest da sua localização para os EUA?


Possivelmente a sua localização irá beneficiar em muito na constelação de satélites que está a ser criada pela SpaceX. Maior parte dos cabos intercontinentais para o continente americano passam pelo Reino Unido e agora temos o primeiro investimento significativo entre Europa e America do Sul.
 
Última edição:
É sempre bom saber um pouco de história de telecomunicações na sua zona, a parte de comunicações com feixes hertzianos deve ter sido bastante interessante, mas face às comunicações por fibra, creio que acabaram por não ser tão competitivas em vários aspetos.

Por exemplo eu de ping para Gaia, avaliado em 300km pelo speedtest, em cabo deve ser na realidade uns 400km, arrisco-me a dizer 500km se tiver que ir a Lisboa ( mas não sei como é o routing interno na rede de distribuição da meo ). Já para Madrid a rota é mais directa e apenas tenho o desperdício de ir ao core, CPRM e depois Madrid.
9124402684.png


Comparativamente, se tem 11ms para Ponta Delgada, diria que está dentro do expectável.

Em relação a comunicações de dados para Portugal Continental, arrisco-me a dizer que provavelmente os clientes do arquipélago dos Açores devem fazer 1x loop ao oceano atlântico antes dos pacotes chegarem a solo americano ( ou por via do Columbus III, percorrendo o mesmo cabo 2x, via CAM, ou via UK ). Daí eu estar-lhe a pedir se poderia partilha um trace para os EUA. Nem sei se a Altice usa atualmente essa infraestrutura.

Isto é o mesmo que viver no Minho e para comunicar com Corunha, tenho que ir a Minho <-- > Lisboa < --- Madrid --> < -- Corunha -->. Perde-se imenso tempo quando a Corunha é já ali ao lado, :S.

Relativamente ao Columbus III, se o mesmo for deactivado, os Açores vão ficar dependentes do CAM RING ( Madeira ) que por sua vez está ligado ao Atlantis-2. O Atlantis-2 parece que vai ser desactivado, não sei de noticias sobre a extensão do seu serviço ou upgrades. Qualquer das maneiras a Madeira vai ter um POP para o Ellalink, daí eu ter feito perguntas sobre o Ellalink e se alguém com informação mais privilegiada pode partilha alguma coisa.

Agora se a CPRM só realizar o peer exchange em Lisboa, existe a possibilidade de ficar com mais ping dos açores a Lisboa ( se for por via Madeira ) vs Columbus III. Mas para isso era necessário determinar o que Altice usa hoje em dia.

No site da Ellalink, "services capacity":
EllaLink offers a variety of low latency POP to POP capacity services from 10G/100G wavelength to ethernet connections with additional onward connectivity extensions in conjunction with EllaLink’s partner networks in Europe, Latin America, Asia and Africa.

Quando eles falam aqui de conectividade, não sei se ele vão oferecer algum tipo de peer exchange, e sem sim, se será no POP da Madeira ou se Altice está interessada em fazer peer exchange na Madeira. Parece-me que tradicionalmente e até ao momento, o interesse da Altice é afunilar tudo em Lisboa na CPRM e depois enviar os pacotes daí para os outros IXs.

Não minha opinião pessoal acho que a CPRM deveria ter em consideração a geografia e não afunilarem o tráfego todo da Altice lá num sitio geográfico para o exterior. O que acontece se Lisboa sofrer com um terramoto e a CPRM for abaixo, ( existe algum plano B ? ) isso seria interessante de saber.
 
Não minha opinião pessoal acho que a CPRM deveria ter em consideração a geografia e não afunilarem o tráfego todo da Altice lá num sitio geográfico para o exterior. O que acontece se Lisboa sofrer com um terramoto e a CPRM for abaixo, ( existe algum plano B ? ) isso seria interessante de saber.

Aquilo a que chamas CPRM é actualmente o AIB (Altice International Backbone). Está presente em 4 locais em Portugal: 2 na zona de Lisboa e 2 no Porto. Esses POPs estão ligados entre si por múltiplas ligações de 100G e neles existem, para além dos routers de core, caches CDN (akamai, google, facebook, netflix... ).
A partir desses POPs alimentam-se as redes IP/MPLS nacionais (residencial, empresarial e móvel). Os POPs nacionais estão ligados a POPs AIB Internacionais (Europa e EUA) que também alojam routers de core e onde se troca tráfego com outros operadores (ISPs, Tier1, Tier2 .. ).

Como resposta à questão colocada: não afunilamos o tráfego num sitio nem estamos dependentes só de Lisboa para funcionar.

pac
 
Aquilo a que chamas CPRM é actualmente o AIB (Altice International Backbone). Está presente em 4 locais em Portugal: 2 na zona de Lisboa e 2 no Porto. Esses POPs estão ligados entre si por múltiplas ligações de 100G e neles existem, para além dos routers de core, caches CDN (akamai, google, facebook, netflix... ).
A partir desses POPs alimentam-se as redes IP/MPLS nacionais (residencial, empresarial e móvel). Os POPs nacionais estão ligados a POPs AIB Internacionais (Europa e EUA) que também alojam routers de core e onde se troca tráfego com outros operadores (ISPs, Tier1, Tier2 .. ).

Como resposta à questão colocada: não afunilamos o tráfego num sitio nem estamos dependentes só de Lisboa para funcionar.

pac
E olhem que explicações destas, não é todos os dias

Obrigado @pxk
 
Agora com tanta gente a trabalhar remote/em casa durante o dia, como se ta a aguentar isto?

O aumento de tráfego é visivel para todos os destinos. Netflix então... Estamos a (tentar) colocar ao serviço recursos que estavam programados para 2021. Nalguns casos está feito (fim de semana a trabalhar), noutros é demorado, outros impossível. Vai ser tudo espremido até doer.

pac
 
Já se nota alguma saturação resultante da quarentena, mesmo dentro da rede interna (exemplo: maior jitter nos speedtests para os servidores meo)

E também não chego à velocidade contratada (download).
 
Última edição:
Boas,
Apresento 2 resultados para apreciação.

CPRM 60%
Jitter 1
226 Mbps down
cf5df140-67c5-11ea-a97d-8d9459d3268f.png

cf5df140-67c5-11ea-a97d-8d9459d3268f.png


http://gigacomtelecom.speedtestcustom.com/result/cf5df140-67c5-11ea-a97d-8d9459d3268f

https://www.speedtest.net/result/9138105189
9138105189.png


Tracing route to montsouris3.speedtest.orange.fr [2a01:cb04:2004:4001::3]
over a maximum of 30 hops:
1 <1 ms <1 ms <1 ms 2001:8a0:5fe0:6301:9e97:26ff:fed5:f23e
2 7 ms 19 ms 1 ms 2001:8a0:40:0:10:158:8:29
3 30 ms 30 ms 30 ms 2001:15d8:2:400f::2
4 31 ms 31 ms 31 ms 2001:15d8:2:400f::1
5 * * * Request timed out.
6 39 ms * 39 ms gi3-0-0.lis1-br1.cprm.net [2001:15d8:0:c::2]
7 38 ms 38 ms 38 ms ipv6.decix-madrid.core1.mad1.he.net [2001:7f8:a0::1b1b:0:1]
8 * * * Request timed out.
9 47 ms 47 ms 46 ms hundredgige0-7-0-0.madtr3.-.opentransit.net [2001:688:0:2:1::1aa]
10 58 ms * 57 ms hundredgige0-8-0-1.auvtr5.-.opentransit.net [2001:688:0:2::1]
11 57 ms 56 ms 57 ms 2a01:cfc4:0:200::2
12 * * * Request timed out.
13 * * * Request timed out.
14 58 ms 57 ms 57 ms 2a01cb08a00400000193025300740088.ipv6.abo.wanadoo.fr [2a01:cb08:a004:0:193:253:74:88]

ipv4
193.251.237.72
Tracing route to 193.251.237.72 over a maximum of 30 hops
1 <1 ms 1 ms <1 ms dsldevice.lan [192.168.1.254]
2 4 ms 4 ms 1 ms 10.252.0.1
3 * 30 ms 30 ms telepac14-hsi.cprm.net [195.8.30.242]
4 30 ms 31 ms 31 ms lis2-cr1-bu10-200.cprm.net [195.8.30.241]
5 31 ms 30 ms 31 ms hu0-3-0-0.rcr21.lis01.atlas.cogentco.com [149.6.144.225]
6 36 ms 35 ms 35 ms be2498.rcr21.opo01.atlas.cogentco.com [154.54.56.13]
7 48 ms 48 ms 48 ms be2314.ccr32.bio02.atlas.cogentco.com [154.54.61.105]
8 53 ms 53 ms 52 ms be2325.ccr32.mad05.atlas.cogentco.com [154.54.61.134]
9 54 ms 54 ms 54 ms ft.fra03.atlas.cogentco.com [130.117.15.2]
10 * * * Request timed out.

ONT
Tx PWR (dBm) 2.0
Rx PWR (dBm) -18
39°27'48.2"N 31°13'13.1"W
 
Última edição:
Malta, peço que deixem este tópico para assuntos ainda mais técnicos do que simples testes de velocidade.
A partilha de testes de velocidade sejam eles de qual natureza for estão destinados a serem colocados aqui!

Outra questão: Dado que é um tópico destinado a ser o mais técnico possível, agradecia que justamente quando fosse feito um post, fossem o mais objetivos possível, caso contrário perde-se o controlo do que realmente está a ser discutido e do que realmente interessa com outras questões completamente off-topic e fora do contexto!

Cheers
 
Back
Topo