Vodafone Group PLC - Rotas/Pings, etc

Boas Noites, está-se a passar algo entre a Cogent e a Vodafone em Lisboa?
Tenho o ping no primeiro hop da Cogent em Lisboa na faixa dos 60-70, e na CPRM não está a acontecer o mesmo (antes até batia os 100ms).

Vodafone:
vdf.png


vdf_2.png



CPRM:
cprm.png
 
Boas Noites, está-se a passar algo entre a Cogent e a Vodafone em Lisboa?
Tenho o ping no primeiro hop da Cogent em Lisboa na faixa dos 60-70, e na CPRM não está a acontecer o mesmo (antes até batia os 100ms).

Vodafone:
vdf.png


vdf_2.png



CPRM:
cprm.png
possuo o mesmo problema ,

Código:
  1     3 ms     2 ms     1 ms  vodafonegw [192.168.1.1]
  2     5 ms     4 ms     4 ms  2.128.189.46.rev.vodafone.pt [46.189.128.2]
  3     5 ms     5 ms     5 ms  24.50.174.83.rev.vodafone.pt [83.174.50.24]
  4     5 ms     5 ms     6 ms  ae5-100.ucr1.lis.cw.net [195.10.57.9]
  5    27 ms    27 ms    27 ms  be1273.rcr21.lis01.atlas.cogentco.com [130.117.15.105]

@Varredor consegues verificar?
 
Bem, a CPRM e a NOS já seguem via DE CIX e EllaLink para um dos maiores ISPs do Brasil (Claro).

Quando chega a vez da Vodafone?

A título de exemplo:
CPRM:

cprm.jpg


NOS:

nos.jpg
 
Última edição:
Vodafone CW na Claro Brasil está a seguir via EllaLink.

EDIT: aqui está o resultado. Aparentemente é apenas para a Vodafone ES, infelizmente. Para Portugal, segue por 4 vias (que identifiquei até agora): Level3, TATA, GTT e Cogent.
vodafone-cw_ellalink-claro.jpg
 
Última edição:
Boa tarde,

Não sei se é só a mim ou não, mas estou com um problema que me incomoda muito.
Tenho servidores na Hetzner DE, tenho portas abertas como a 22 por exemplo, e o que acontece é que quando tento fazer ssh ao server, muitas vezes ele não abre á primeira, tenho de fazer nova conexão. Tal como outros serviços como um server NGINX, que ás vezes tenho de atualizar a pagina web para abrir uma determinada pagina.
Tenho tambem um software em casa num servidor, que verifica de 20 em 20 segundos se a porta 22 está aberta, e 10% das vezes ele informa que está fechada.
Outra evidencias disto é quando tento fazer um Iperf para o servidor, se meter 20 threads, ele nem faz o iperf, pois conecta 10 threads e o 11 falha por exemplo...
Testei tambem a conexão SSH a servidores que não são meus da Hetzner e o problema mantem-se, mesmo a servidores random...
Aluguei um server na Finlandia e o problema não acontece...
Pedi a amigos para testar iperf e o mesmo acontece.
Nota: só acontece na vodafone - hetzner DE
 
Aí estão o meu ping (sem Packet Loss) e traceroute.

Código:
PING 144.76.218.144 (144.76.218.144) 56(84) bytes of data.
64 bytes from 144.76.218.144: icmp_seq=1 ttl=52 time=41.9 ms
64 bytes from 144.76.218.144: icmp_seq=2 ttl=52 time=41.1 ms
64 bytes from 144.76.218.144: icmp_seq=3 ttl=52 time=41.0 ms
64 bytes from 144.76.218.144: icmp_seq=4 ttl=52 time=41.4 ms
64 bytes from 144.76.218.144: icmp_seq=5 ttl=52 time=40.6 ms
64 bytes from 144.76.218.144: icmp_seq=6 ttl=52 time=41.0 ms
64 bytes from 144.76.218.144: icmp_seq=7 ttl=52 time=41.4 ms
64 bytes from 144.76.218.144: icmp_seq=8 ttl=52 time=41.1 ms
64 bytes from 144.76.218.144: icmp_seq=9 ttl=52 time=40.9 ms
64 bytes from 144.76.218.144: icmp_seq=10 ttl=52 time=41.1 ms
64 bytes from 144.76.218.144: icmp_seq=11 ttl=52 time=41.4 ms
64 bytes from 144.76.218.144: icmp_seq=12 ttl=52 time=41.3 ms
^C
--- 144.76.218.144 ping statistics ---
12 packets transmitted, 12 received, 0% packet loss, time 11014ms
rtt min/avg/max/mdev = 40.563/41.177/41.890/0.322 ms

Código:
traceroute to 144.76.218.144 (144.76.218.144), 30 hops max, 60 byte packets
 1  192.168.1.1 (192.168.1.1)  0.497 ms  0.312 ms *
 2  2.0.60.94.rev.vodafone.pt (94.60.0.2)  3.173 ms  3.423 ms  3.462 ms
 3  113.41.30.213.rev.vodafone.pt (213.30.41.113)  3.929 ms  4.250 ms  4.300 ms
 4  195.10.48.9 (195.10.48.9)  4.661 ms  4.521 ms  4.557 ms
 5  ae2-xcr1.por.cw.net (195.2.8.82)  12.745 ms  11.998 ms  12.943 ms
 6  195.2.14.114 (195.2.14.114)  13.414 ms  10.334 ms  11.321 ms
 7  * * ae10.cr6-fra2.ip4.gtt.net (141.136.107.233)  36.709 ms
 8  ip4.gtt.net (154.14.78.154)  36.367 ms  36.453 ms  36.879 ms
 9  core24.fsn1.hetzner.com (213.239.224.85)  40.714 ms core21.fsn1.hetzner.com (213.239.224.101)  41.337 ms core24.fsn1.hetzner.com (213.239.224.85)  41.829 ms
10  ex9k1.dc11.fsn1.hetzner.com (213.239.203.142)  41.670 ms  41.804 ms ex9k1.dc11.fsn1.hetzner.com (213.239.203.146)  41.962 ms
11  static.144.218.76.144.clients.your-server.de (144.76.218.144)  42.050 ms  41.461 ms  41.414 ms

Podes deixar aí o dump do teu traceroute? Tenho uma teoria.

Lancei duas medições no ATLAS:
 
Os meus pings e tracerout estão ok. Não perde nada.
O problema está quando tento checkar se determinadas portas estão abertas, por exemplo, 22 e 8443. Uso o uptime kuma ubuntu para monitorizar o servidor, e está sempre a dar logs de porta fechada. Basta fazer um iperf com 20 threads e nem fazer, pois quando esta a establecer as ligações, ele bloqueia, pois a porta supoistamente fecha. Isto em qualquer rede fixa vodafone, já experimentei em dados moveis e não acontece, mesmo com outra operadora.
Na rede fixa vai por GTT e dados moveis vai por twelve99. Penso existir um problema quando vai por GTT.

Pinging 144.76.218.144 with 32 bytes of data:
Reply from 144.76.218.144: bytes=32 time=41ms TTL=52
Reply from 144.76.218.144: bytes=32 time=40ms TTL=52
Reply from 144.76.218.144: bytes=32 time=40ms TTL=52
Reply from 144.76.218.144: bytes=32 time=42ms TTL=52

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

Tracing route to static.144.218.76.144.clients.your-server.de [144.76.218.144]
over a maximum of 30 hops:

1 <1 ms <1 ms <1 ms vodafonegw [172.20.10.1]
2 3 ms 3 ms 2 ms 3.64.54.77.rev.vodafone.pt [77.54.64.3]
3 3 ms 3 ms 3 ms 113.41.30.213.rev.vodafone.pt [213.30.41.113]
4 4 ms 3 ms 2 ms 195.10.48.9
5 11 ms 11 ms 11 ms ae2-xcr1.por.cw.net [195.2.8.82]
6 10 ms 11 ms 11 ms 195.2.14.114
7 44 ms 41 ms 40 ms ae10.cr6-fra2.ip4.gtt.net [141.136.107.233]
8 38 ms 36 ms 36 ms ip4.gtt.net [154.14.78.154]
9 40 ms 43 ms 41 ms core21.fsn1.hetzner.com [213.239.224.101]
10 41 ms 41 ms 41 ms static.213-239-254-90.clients.your-server.de [213.239.254.90]
11 40 ms 41 ms 41 ms static.144.218.76.144.clients.your-server.de [144.76.218.144]

Agora ping e trace através de dados moveis

Pinging 144.76.218.144 with 32 bytes of data:
Reply from 144.76.218.144: bytes=32 time=57ms TTL=48
Reply from 144.76.218.144: bytes=32 time=57ms TTL=48
Reply from 144.76.218.144: bytes=32 time=53ms TTL=48
Reply from 144.76.218.144: bytes=32 time=65ms TTL=48

Ping statistics for 144.76.218.144:
Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 53ms, Maximum = 65ms, Average = 58ms
Tracing route to static.144.218.76.144.clients.your-server.de [144.76.218.144]
over a maximum of 30 hops:

1 1 ms 1 ms 1 ms 192.168.115.166
2 * * * Request timed out.
3 25 ms 17 ms 19 ms 10.129.90.13
4 20 ms 20 ms 19 ms 10.129.95.59
5 29 ms 31 ms 19 ms 10.129.94.57
6 28 ms 19 ms 20 ms 110.3.136.95.rev.vodafone.pt [95.136.3.110]
7 24 ms 28 ms 20 ms 153.117.30.213.rev.vodafone.pt [213.30.117.153]
8 31 ms 20 ms 21 ms 113.41.30.213.rev.vodafone.pt [213.30.41.113]
9 16 ms 18 ms 37 ms 195.10.48.9
10 33 ms 30 ms 48 ms ae2-xcr1.por.cw.net [195.2.8.82]
11 35 ms 34 ms 29 ms 195.2.14.114
12 68 ms 55 ms 70 ms ae10.cr6-fra2.ip4.gtt.net [141.136.107.233]
13 53 ms 57 ms 76 ms ip4.gtt.net [154.14.78.154]
14 60 ms 56 ms 58 ms core24.fsn1.hetzner.com [213.239.224.85]
15 65 ms 58 ms 60 ms ex9k1.dc11.fsn1.hetzner.com [213.239.203.146]
16 74 ms 59 ms 56 ms static.144.218.76.144.clients.your-server.de [144.76.218.144]

Trace complete.

Hoje fiz um iperf através de dados moveis e estou com o mesmo problema... Mantem-se a minha teoria que o problema está na GTT, pois ainda ontem em dados moveis estava tudo ok, mas o trafego de saida estava por a twelve99 e hoje está por a GTT, dai o meu problema.

Deixo tambem uns prints do meu monitoramento, que de 20 em 20 segundos verifica portas abertas.

tZTDnB9.png

De salientar que esse servidor começado por 5, não é meu.. É um IP random da hetzner e acontece o mesmo.

Iperf ao meu servidor, como se pode ver, fica a meio.. Não inicia pois não consegue establecer todas as conxões

C:\iperf3>iperf3.exe -c 144.76.218.144 -P30
Connecting to host 144.76.218.144, port 5201
[ 4] local 172.20.10.30 port 64355 connected to 144.76.218.144 port 5201
[ 6] local 172.20.10.30 port 64356 connected to 144.76.218.144 port 5201
[ 8] local 172.20.10.30 port 64357 connected to 144.76.218.144 port 5201
[ 10] local 172.20.10.30 port 64358 connected to 144.76.218.144 port 5201
[ 12] local 172.20.10.30 port 64359 connected to 144.76.218.144 port 5201
[ 14] local 172.20.10.30 port 64360 connected to 144.76.218.144 port 5201
[ 16] local 172.20.10.30 port 64361 connected to 144.76.218.144 port 5201

Coincedencia ou não, jogo Warzone com colegas e todos os que são vodafone, têm jogos que temos de sair e entrar pois estão com LAG.. Eu com VPN ligada não acontece isso.
 
Boa tarde,

Não sei se é só a mim ou não, mas estou com um problema que me incomoda muito.
Tenho servidores na Hetzner DE, tenho portas abertas como a 22 por exemplo, e o que acontece é que quando tento fazer ssh ao server, muitas vezes ele não abre á primeira, tenho de fazer nova conexão. Tal como outros serviços como um server NGINX, que ás vezes tenho de atualizar a pagina web para abrir uma determinada pagina.
Tenho tambem um software em casa num servidor, que verifica de 20 em 20 segundos se a porta 22 está aberta, e 10% das vezes ele informa que está fechada.
Outra evidencias disto é quando tento fazer um Iperf para o servidor, se meter 20 threads, ele nem faz o iperf, pois conecta 10 threads e o 11 falha por exemplo...
Testei tambem a conexão SSH a servidores que não são meus da Hetzner e o problema mantem-se, mesmo a servidores random...
Aluguei um server na Finlandia e o problema não acontece...
Pedi a amigos para testar iperf e o mesmo acontece.
Nota: só acontece na vodafone - hetzner DE
Isso é normal. A Hetzner facilmente te mete o ip em ban temporário se andares a fazer pings e Port scanner a cada 20 segundos a porta 22! em alternativa podes tentar mudar a porta do ssh para outra porta a ver se mitiga a coisa, mas duvido
 
Última edição:
Isso é normal. A Hetzner faciemnte te mete o ip em ban temporário se andares a fazer pings e Port scanner a cada 20 segundos a porta 22! em alternativa podes tentar mudar a porta do ssh para outra porta a ver se mitiga a coisa, mas duvido
Duvido que seja disso... Já tenho isto assim á quase um ano, e só agora dá estes problemas?
Tambem faço pings de 20 em 20 segundos e isso não acontece com pings.
Não é problema da porta 22 em especifico, é qualquer porta. Nem Iperf consigo fazer para lá se meter muitos threads.
E mais uma coisa, só acontece isto quando o trafego vai via GTT.
Tenho outro server na Hetzner FIN e isto não acontece, só mesmo quando é Vodafone via GTT. E tenho colegas que testaram iperf para lá e acontece o mesmo, ou seja, não é do meu acesso em especifico.
Quando é dados moveis vodafone e o trafego vai via twelve99 isto não acontece.
Este problema das tanto dão abertas como fechadas, é para qualquer ip da hetzner DE.
Aliás se fores vodafone podes testar isso mesmo. PortScan da porta 22 de tua casa a um IP da Hetzner DE e vês que tanto dá open como close.
Isso reflete-se em paginas web etc etc
 
Vamos lá ver, a Vodafone é responsável pelo transporte. Se os Pings estão ok, o transporte está okay. A Vodafone tem mais o que fazer do que andar a induzir packet loss quando arrancas o iperf. Agora, tens de ver se o teu IP não está numa lista de acesso limitado da Hetzner, dado que o comportamento que descreves é quase de certeza por causa do destino, e não do transporte.

Já agora, dos traceroutes que deixei a correr, vê-se que alguns clientes Vodafone ligam pela GTT, outros ligam pela Twelve. Nenhum dos casos aparenta apresentar problemas.
 
Pois, supostamente o transporte esta ok. No entanto isto esta-me a irritar. Pois não é so de minha casa para o meu servidor. É de qualquer acesso vodafone que passe na GTT para a Hetzner. Isto do Iperf é um exemplo.
Se veirifcar a porta 22 por exemplo ela dá close muitas vezes, por vezes só na segunda conexão ssh é que abre.
Isto não se reflete na Hetzner FIN, que o trafego vai sempre por Twelve.
Não é só para o meu ip da Hetzner DE, é para qualquer IP, até aluguei outro servidor para testar e acontece isto na mesma.
 
Pois, supostamente o transporte esta ok. No entanto isto esta-me a irritar. Pois não é so de minha casa para o meu servidor. É de qualquer acesso vodafone que passe na GTT para a Hetzner. Isto do Iperf é um exemplo.
Se veirifcar a porta 22 por exemplo ela dá close muitas vezes, por vezes só na segunda conexão ssh é que abre.
Isto não se reflete na Hetzner FIN, que o trafego vai sempre por Twelve.
Não é só para o meu ip da Hetzner DE, é para qualquer IP, até aluguei outro servidor para testar e acontece isto na mesma.
Acho que o ideal é contactares o suporte da empresa que te vende o serviço onde estás com problemas.
 
Boas pessoal, a Vodafone esta com algum problema em alguns servidores do call of duty.

Basicamente, em alguns servidores em que o ping aparenta estar bom, o jogo aparenta packet loss.

Isto só acontece com pessoal da Vodafone, e nem sempre. Pelo que li aqui no forum, quando a conexão é estabelecida pode se ligar por routes, daí não acontecer sempre nem a toda a gente em simultâneo.

Pelo que li em um post de TikTok o problema esta na GTT no caminho para a Alemanha, mas não sei como posso verificar isso e comprovar para reportar à Vodafone de maneira a eles resolverem o problema.

Alguem pode deitar a mão a um gajo que não percebe patavina disto?

Ps. Isto acontece na ps5, dificilmente consigo dar algum tipo de trace á mesma.
 
Depois de alguma pesquisa encontrei um servidor do cod que tenho packet loss quando faço trace:

vDhB11S.png
Boas,

Bom Ano 2024 para todos,

Aqui às 13h52 ele seguiu pela Telia. O tracert que mostraste segue via GTT. Podes mostrar os hops todos que tem com vodafone.pt e com o cw.net, por favor? Se calha tem malta aqui que pode ajudar.

Eles podem ter desviado temporariamente pela GTT, ou para evitar saturação com a Telia. Ou quem sabe estarmos perante rotas assimétricas.

Agora mesmo, consegues traçar rota para verificar por onde passa?
 
Boas,

Este problema com os servidores de cod já está assim desde Novembro acho eu.

Não sei o que queres dizer com rotas assimetricas, ma suponho que seja que ele pode seguir por duas rotas distintas, e isso faz sentido porque o mesmo servidor pode estar crashado para mim e para outra pessoa da vodafone não.

Ou seja, eu ligo me pela gtt e a outra pessoa liga-se de outra maneira.


Já liguei para a vodafone para ver se resolvem, mas duvido.

Segue o trace feito agora:


VHYvzHE.png
 
M
Vamos lá ver, a Vodafone é responsável pelo transporte. Se os Pings estão ok, o transporte está okay. A Vodafone tem mais o que fazer do que andar a induzir packet loss quando arrancas o iperf. Agora, tens de ver se o teu IP não está numa lista de acesso limitado da Hetzner, dado que o comportamento que descreves é quase de certeza por causa do destino, e não do transporte.

Já agora, dos traceroutes que deixei a correr, vê-se que alguns clientes Vodafone ligam pela GTT, outros ligam pela Twelve. Nenhum dos casos aparenta apresentar problemas.
Compreendo o que dizes, no entanto tem de existir algum problema. Está cada vez pior.. Não consigo fazer um simples ssh muitas das vezes. E quando consigo, a consola está sempre a travar. Tem de existir problema internacional.
Sou "obrigado" a usar VPN para conseguir aceder sem problemas ao meu servidor.
No fórum da vodafone tem pessoal também a queixar-se que também tem problema de ligação ao GitHub.
E adivinhem...... Passa na GTT como podem ver

 
Trabalho diariamente com o github cá em casa e tenho tido zero problemas.

Código:
traceroute -I github.com
traceroute to github.com (140.82.121.4), 30 hops max, 60 byte packets
 1  192.168.1.1 (192.168.1.1)  0.713 ms  0.772 ms  0.871 ms
 2  2.0.60.94.rev.vodafone.pt (94.60.0.2)  3.127 ms  3.396 ms  3.932 ms
 3  113.41.30.213.rev.vodafone.pt (213.30.41.113)  4.916 ms  4.968 ms  5.075 ms
 4  195.10.48.9 (195.10.48.9)  4.987 ms  5.021 ms  5.050 ms
 5  ae2-xcr1.por.cw.net (195.2.8.82)  13.256 ms  13.250 ms  13.359 ms
 6  195.2.14.114 (195.2.14.114)  43.199 ms  41.859 ms  41.888 ms
 7  ae21.cr2-fra6.ip4.gtt.net (213.200.116.225)  36.803 ms  35.653 ms  36.164 ms
 8  87.119.94.70 (87.119.94.70)  36.401 ms  35.074 ms  35.359 ms
 9  * * *
10  * * *
11  lb-140-82-121-4-fra.github.com (140.82.121.4)  36.180 ms  35.805 ms  36.384 ms
 
Back
Topo