Fibra

❓

¿Por qué mi ping y ruta de Digi varía con cada sesión PPPoE?

JoeyJoJo 22 junio 2022 14:46 ✎

⋮

¿Por qué mi ping (y ruta) varía con cada sesión PPPoE? ¿No debería ser más o menos igual?

Veo +/- 20ms dependiendo de NAT IP (o WAN IP cuando usé la conexión Plus).

NAT IP 100.120.4.206

ubuntu@ubuntu-HP-Compaq-6005-Pro-SFF-PC:~$ ping speedtest-mad.masmovil.com
PING speedtest-mad.masmovil.com (212.230.175.202) 56(84) bytes of data.
64 bytes from 212.230.175.202 (212.230.175.202): icmp_seq=1 ttl=57 time=10.4 ms
64 bytes from 212.230.175.202 (212.230.175.202): icmp_seq=2 ttl=57 time=10.3 ms
64 bytes from 212.230.175.202 (212.230.175.202): icmp_seq=3 ttl=57 time=10.7 ms
64 bytes from 212.230.175.202 (212.230.175.202): icmp_seq=4 ttl=57 time=10.6 ms
64 bytes from 212.230.175.202 (212.230.175.202): icmp_seq=5 ttl=57 time=10.5 ms
64 bytes from 212.230.175.202 (212.230.175.202): icmp_seq=6 ttl=57 time=10.7 ms
^Z
[2]+  Stopped                 ping speedtest-mad.masmovil.com

ubuntu@ubuntu-HP-Compaq-6005-Pro-SFF-PC:~$ traceroute -I --resolve-hostnames speedtest-mad.masmovil.com
traceroute to speedtest-mad.masmovil.com (212.230.175.202), 64 hops max
  1   192.168.1.1 (RT-AC86U-A888)  0,161ms  0,115ms  0,109ms 
  2   10.0.0.1 (10.0.0.1)  1,128ms  1,040ms  0,912ms 
  3   172.16.25.1 (172.16.25.1)  0,994ms  1,017ms  120,943ms 
  4   10.220.101.200 (10.220.101.200)  1,185ms  1,865ms  1,333ms 
  5   10.220.102.40 (10.220.102.40)  22,218ms  21,421ms  21,338ms 
  6   185.1.192.45 (de-cix.mad.masmovil.com)  21,913ms  21,694ms  21,969ms 
  7   10.15.2.21 (10.15.2.21)  22,467ms  22,753ms  23,229ms 
  8   10.15.246.5 (10.15.246.5)  22,300ms  22,249ms  22,470ms 
  9   10.15.0.14 (10.15.0.14)  10,957ms  10,493ms  10,599ms 
 10   212.230.175.202 (212.230.175.202)  10,722ms  10,401ms  10,443ms

ubuntu@ubuntu-HP-Compaq-6005-Pro-SFF-PC:~$ ping 1.1.1.1
PING 1.1.1.1 (1.1.1.1) 56(84) bytes of data.
64 bytes from 1.1.1.1: icmp_seq=1 ttl=57 time=10.5 ms
64 bytes from 1.1.1.1: icmp_seq=2 ttl=57 time=10.3 ms
64 bytes from 1.1.1.1: icmp_seq=3 ttl=57 time=10.2 ms
64 bytes from 1.1.1.1: icmp_seq=4 ttl=57 time=10.5 ms
64 bytes from 1.1.1.1: icmp_seq=5 ttl=57 time=10.4 ms
64 bytes from 1.1.1.1: icmp_seq=6 ttl=57 time=10.3 ms
^C
--- 1.1.1.1 ping statistics ---
6 packets transmitted, 6 received, 0% packet loss, time 5008ms
rtt min/avg/max/mdev = 10.243/10.383/10.525/0.115 ms

ubuntu@ubuntu-HP-Compaq-6005-Pro-SFF-PC:~$ traceroute -I --resolve-hostnames 1.1.1.1
traceroute to 1.1.1.1 (1.1.1.1), 64 hops max
  1   192.168.1.1 (RT-AC86U-A888)  0,159ms  0,105ms  0,102ms 
  2   10.0.0.1 (10.0.0.1)  1,149ms  0,874ms  0,946ms 
  3   172.16.24.1 (172.16.24.1)  1,060ms  1,086ms  1,242ms 
  4   10.220.96.119 (10.220.96.119)  1,391ms  1,360ms  0,937ms 
  5   10.220.101.254 (10.220.101.254)  9,655ms  9,831ms  11,766ms 
  6   193.149.1.56 (cloudflare.baja.espanix.net)  42,842ms  39,561ms  17,283ms 
  7   172.70.58.5 (172.70.58.5)  10,771ms  11,280ms  11,084ms 
  8   1.1.1.1 (one.one.one.one)  10,561ms  10,256ms  10,458ms

NAT IP 100.120.5.65

ubuntu@ubuntu-HP-Compaq-6005-Pro-SFF-PC:~$ ping speedtest-mad.masmovil.com
PING speedtest-mad.masmovil.com (212.230.175.202) 56(84) bytes of data.
64 bytes from 212.230.175.202 (212.230.175.202): icmp_seq=1 ttl=57 time=33.6 ms
64 bytes from 212.230.175.202 (212.230.175.202): icmp_seq=2 ttl=57 time=33.7 ms
64 bytes from 212.230.175.202 (212.230.175.202): icmp_seq=3 ttl=57 time=33.6 ms
64 bytes from 212.230.175.202 (212.230.175.202): icmp_seq=4 ttl=57 time=33.6 ms
64 bytes from 212.230.175.202 (212.230.175.202): icmp_seq=5 ttl=57 time=33.7 ms
64 bytes from 212.230.175.202 (212.230.175.202): icmp_seq=6 ttl=57 time=33.5 ms
64 bytes from 212.230.175.202 (212.230.175.202): icmp_seq=7 ttl=57 time=33.7 ms
^C
--- speedtest-mad.masmovil.com ping statistics ---
7 packets transmitted, 7 received, 0% packet loss, time 6008ms
rtt min/avg/max/mdev = 33.536/33.634/33.717/0.054 ms

ubuntu@ubuntu-HP-Compaq-6005-Pro-SFF-PC:~$ traceroute -I --resolve-hostnames speedtest-mad.masmovil.com
traceroute to speedtest-mad.masmovil.com (212.230.175.202), 64 hops max
  1   192.168.1.1 (RT-AC86U-A888)  0,163ms  0,123ms  0,112ms 
  2   10.0.0.1 (10.0.0.1)  0,732ms  0,819ms  0,986ms 
  3   172.16.24.1 (172.16.24.1)  1,147ms  1,151ms  1,224ms 
  4   10.220.96.119 (10.220.96.119)  1,055ms  1,365ms  1,415ms 
  5   10.220.101.254 (10.220.101.254)  21,428ms  21,134ms  20,930ms 
  6   *  185.1.192.45 (de-cix.mad.masmovil.com)  21,584ms  21,740ms 
  7   10.14.2.21 (10.14.2.21)  22,042ms  22,204ms  22,461ms 
  8   10.14.246.5 (10.14.246.5)  22,373ms  22,259ms  22,555ms 
  9   10.14.0.14 (10.14.0.14)  33,833ms  33,645ms  33,910ms 
 10   212.230.175.202 (212.230.175.202)  33,949ms  33,753ms  33,828ms

ubuntu@ubuntu-HP-Compaq-6005-Pro-SFF-PC:~$ ping 1.1.1.1
PING 1.1.1.1 (1.1.1.1) 56(84) bytes of data.
64 bytes from 1.1.1.1: icmp_seq=1 ttl=57 time=21.6 ms
64 bytes from 1.1.1.1: icmp_seq=2 ttl=57 time=21.7 ms
64 bytes from 1.1.1.1: icmp_seq=3 ttl=57 time=21.6 ms
64 bytes from 1.1.1.1: icmp_seq=4 ttl=57 time=21.8 ms
64 bytes from 1.1.1.1: icmp_seq=5 ttl=57 time=21.7 ms
^C
--- 1.1.1.1 ping statistics ---
5 packets transmitted, 5 received, 0% packet loss, time 4007ms
rtt min/avg/max/mdev = 21.594/21.685/21.756/0.058 ms

ubuntu@ubuntu-HP-Compaq-6005-Pro-SFF-PC:~$ traceroute -I --resolve-hostnames 1.1.1.1
traceroute to 1.1.1.1 (1.1.1.1), 64 hops max
  1   192.168.1.1 (RT-AC86U-A888)  0,144ms  0,095ms  0,092ms 
  2   10.0.0.1 (10.0.0.1)  1,035ms  0,925ms  0,969ms 
  3   172.16.24.1 (172.16.24.1)  1,369ms  1,380ms  0,937ms 
  4   10.220.96.119 (10.220.96.119)  4,009ms  1,447ms  1,375ms 
  5   10.220.101.254 (10.220.101.254)  20,975ms  44,633ms  21,112ms 
  6   193.149.1.56 (cloudflare.baja.espanix.net)  29,448ms  21,950ms  22,074ms 
  7   172.70.56.5 (172.70.56.5)  33,940ms  33,703ms  33,932ms 
  8   1.1.1.1 (one.one.one.one)  21,673ms  21,500ms  21,458ms

NAT IP 100.120.5.16

ubuntu@ubuntu-HP-Compaq-6005-Pro-SFF-PC:~$ ping speedtest-mad.masmovil.com
PING speedtest-mad.masmovil.com (212.230.175.202) 56(84) bytes of data.
64 bytes from 212.230.175.202 (212.230.175.202): icmp_seq=1 ttl=57 time=22.1 ms
64 bytes from 212.230.175.202 (212.230.175.202): icmp_seq=2 ttl=57 time=22.0 ms
64 bytes from 212.230.175.202 (212.230.175.202): icmp_seq=3 ttl=57 time=21.9 ms
64 bytes from 212.230.175.202 (212.230.175.202): icmp_seq=4 ttl=57 time=22.0 ms
64 bytes from 212.230.175.202 (212.230.175.202): icmp_seq=5 ttl=57 time=22.0 ms
64 bytes from 212.230.175.202 (212.230.175.202): icmp_seq=6 ttl=57 time=21.9 ms
64 bytes from 212.230.175.202 (212.230.175.202): icmp_seq=7 ttl=57 time=21.8 ms
^C
--- speedtest-mad.masmovil.com ping statistics ---
7 packets transmitted, 7 received, 0% packet loss, time 6008ms
rtt min/avg/max/mdev = 21.764/21.946/22.058/0.086 ms

ubuntu@ubuntu-HP-Compaq-6005-Pro-SFF-PC:~$ traceroute -I --resolve-hostnames speedtest-mad.masmovil.com
traceroute to speedtest-mad.masmovil.com (212.230.175.202), 64 hops max
  1   192.168.1.1 (RT-AC86U-A888)  0,284ms  0,088ms  0,087ms 
  2   10.0.0.1 (10.0.0.1)  0,951ms  0,966ms  1,041ms 
  3   172.16.24.1 (172.16.24.1)  1,142ms  1,162ms  1,466ms 
  4   10.220.101.198 (10.220.101.198)  1,511ms  1,333ms  1,230ms 
  5   10.220.101.254 (10.220.101.254)  21,841ms  21,356ms  23,472ms 
  6   185.1.192.45 (de-cix.mad.masmovil.com)  10,083ms  10,341ms  10,188ms 
  7   10.15.2.21 (10.15.2.21)  10,405ms  10,542ms  10,767ms 
  8   10.15.246.5 (10.15.246.5)  10,536ms  10,404ms  10,446ms 
  9   10.15.0.14 (10.15.0.14)  22,280ms  21,964ms  21,945ms 
 10   212.230.175.202 (212.230.175.202)  22,272ms  21,904ms  21,868ms

ubuntu@ubuntu-HP-Compaq-6005-Pro-SFF-PC:~$ ping 1.1.1.1
PING 1.1.1.1 (1.1.1.1) 56(84) bytes of data.
64 bytes from 1.1.1.1: icmp_seq=1 ttl=57 time=21.9 ms
64 bytes from 1.1.1.1: icmp_seq=2 ttl=57 time=21.8 ms
64 bytes from 1.1.1.1: icmp_seq=3 ttl=57 time=21.4 ms
64 bytes from 1.1.1.1: icmp_seq=4 ttl=57 time=21.4 ms
64 bytes from 1.1.1.1: icmp_seq=5 ttl=57 time=21.9 ms
64 bytes from 1.1.1.1: icmp_seq=6 ttl=57 time=21.4 ms
^C
--- 1.1.1.1 ping statistics ---
6 packets transmitted, 6 received, 0% packet loss, time 5007ms
rtt min/avg/max/mdev = 21.392/21.644/21.931/0.231 ms

ubuntu@ubuntu-HP-Compaq-6005-Pro-SFF-PC:~$ traceroute -I --resolve-hostnames 1.1.1.1
traceroute to 1.1.1.1 (1.1.1.1), 64 hops max
  1   192.168.1.1 (RT-AC86U-A888)  0,146ms  0,097ms  0,120ms 
  2   10.0.0.1 (10.0.0.1)  1,519ms  0,952ms  0,985ms 
  3   172.16.24.1 (172.16.24.1)  1,154ms  1,066ms  0,830ms 
  4   10.220.101.198 (10.220.101.198)  1,230ms  1,232ms  0,986ms 
  5   10.220.101.254 (10.220.101.254)  21,576ms  21,120ms  21,482ms 
  6   185.1.192.12 (de-cix-madrid.as13335.net)  22,695ms  22,584ms  22,231ms 
  7   188.114.108.7 (188.114.108.7)  22,437ms  21,930ms  22,172ms 
  8   1.1.1.1 (one.one.one.one)  21,686ms  21,518ms  21,407ms 
ubuntu@ubuntu-HP-Compaq-6005-Pro-SFF-PC:~$

Dentro de cada sesión PPPoE, el ping se mantiene muy estable.

lhacc 22 junio 2022 14:48

-11

⋮

✖

pjpmosteiro 22 junio 2022 15:37

⋮

✖

lhacc 22 junio 2022 16:03

-6

⋮

✖

pjpmosteiro 22 junio 2022 16:30

⋮

✖

rbetancor 22 junio 2022 17:19

⋮

Metro Copito 23 junio 2022 13:35

⋮

✖

lhacc 23 junio 2022 13:39

⋮

✖

Metro Copito 23 junio 2022 13:44

⋮

✖

lhacc 23 junio 2022 13:51

⋮

✖

Metro Copito 23 junio 2022 13:53

⋮

vukits 22 junio 2022 15:05

⋮

Porque es la naturaleza de Internet.

no tiene por qué seguir la misma ruta cada vez. (de hecho, puede variar de un minuto a otro, según el balanceo que haga el ISP).

como tú pones bien en las trazas, una vez pasas por DeCix y la otra por Espanix.

✖

JoeyJoJo 22 junio 2022 15:24

⋮

si entiendo, pero la ruta no cambia mucho por la hora del día, cambia por sesión PPPoE. Como si hubiera una tabla de enrutamiento diferente para cada sesión

sergioam 22 junio 2022 15:20

⋮

Eso me está a mi pasando ahora mismo en el trabajo, con Movistar (línea de empresas), contra servidores de Google, Cloudflare o AWS. Y sin reiniciar la conexión. Cada vez me enruta por sitios diferentes, o me resuelve IPs diferentes. Incluso atacando a la misma IP los valores cambian. Contra servidores de España apenas hay diferencia, peor en cuanto ataco a una IP de fuera (Francia o Irlanda) la variación aumenta notablemente. No tanto como a ti, eso si, pero varía.

✖

JoeyJoJo 22 junio 2022 15:33

⋮

Sí, estas grandes empresas tienen equilibrio de carga e irán a uno de los muchos servidores.

También sé que 1.1.1.1 es Anycast, pero se mantiene estable.

Estoy bastante seguro de que el servidor más rápido es un servidor específico.

andressis2k 22 junio 2022 15:44

⋮

En el router, ¿tienes algún apartado donde ver el nombre / MAC del BRAS? (el equipo donde se "marcan" los PPPoE). Es posible (y común) que tengan varios equipos en paralelo, y puede ser que cada vez marques en uno u otro aleatoriamente. Si por ejemplo tienen 2, puede ser que uno esté conectado con un circuito 10G/100G directo hacia Madrid, y otro por ejemplo a Barcelona (para tener redundancia), y de ahí a Madrid. Por tanto, dependiendo de si marcas en un BRAS u otro, sales por una ruta o otra

En algunos router (por ejemplo en MikroTik) puedes ver el "Active AC Name", y podrías fijarlo para que sólo marque en ese… Pero ante cualquier mantenimiento de Digi donde lo cambien, te quedarías sin servicio

✖

JoeyJoJo 23 junio 2022 13:12

⋮

Sí, tengo "Access Concentrator Name" en mi router Asus.

Entonces, del registro a continuación, supongo que hay 5 "módems" disponibles para mí, y selecciona uno de ellos al azar. Entonces, ¿debo probarlos y usar el MAC de los mejores en el campo Nombre del concentrador de acceso?

Jun 23 12:49:57 pppd[22442]: Hangup (SIGHUP)
Jun 23 12:49:57 pppd[22442]: Terminating on signal 15
Jun 23 12:49:57 pppd[22442]: Connect time 1339.7 minutes.
Jun 23 12:49:57 pppd[22442]: Sent 1953820376 bytes, received 2664909459 bytes.
Jun 23 12:49:57 pppd[22442]: Connection terminated.
Jun 23 12:49:57 pppd[22442]: Sent PADT
Jun 23 12:49:57 pppd[22442]: Exit.
Jun 23 12:50:09 pppd[19893]: Plugin rp-pppoe.so loaded.
Jun 23 12:50:09 pppd[19893]: RP-PPPoE plugin version 3.11 compiled against pppd 2.4.7
Jun 23 12:50:09 pppd[19895]: pppd 2.4.7 started by ThoJen, uid 0
Jun 23 12:50:09 PPPoE-relay[19890]: PADO packet from 50:7c:6f:09:03:b0 on interface vlan20 does not have Relay-Session-Id tag
Jun 23 12:50:09 PPPoE-relay[19890]: PADO packet from 50:7c:6f:09:80:00 on interface vlan20 does not have Relay-Session-Id tag
Jun 23 12:50:09 PPPoE-relay[19890]: PADO packet from 50:7c:6f:08:d0:d0 on interface vlan20 does not have Relay-Session-Id tag
Jun 23 12:50:09 PPPoE-relay[19890]: PADO packet from 50:7c:6f:09:7c:31 on interface vlan20 does not have Relay-Session-Id tag
Jun 23 12:50:09 PPPoE-relay[19890]: PADO packet from 50:7c:6f:09:71:70 on interface vlan20 does not have Relay-Session-Id tag
Jun 23 12:50:09 pppd[19895]: PPP session is 32 (0x20)
Jun 23 12:50:09 pppd[19895]: Connected to 50:7c:6f:09:03:b0 via interface vlan20
Jun 23 12:50:09 pppd[19895]: Using interface ppp0
Jun 23 12:50:09 pppd[19895]: Connect: ppp0 ↔ vlan20
Jun 23 12:50:09 PPPoE-relay[19890]: PADS packet from 50:7c:6f:09:03:b0 on interface vlan20 does not have Relay-Session-Id tag
Jun 23 12:50:13 pppd[19895]: PAP authentication succeeded
Jun 23 12:50:13 pppd[19895]: peer from calling number 50:7C:6F:09:03:B0 authorized
Jun 23 12:50:13 pppd[19895]: local IP address 100.120.4.61
Jun 23 12:50:13 pppd[19895]: remote IP address 10.0.0.1

Pero supongo que el problema es que Digi no optimizó sus tablas de enrutamiento. Entiendo que el ping variará, pero lo que veo es que las conexiones difieren en +10/+20 ms dependiendo de la sesión.

Vivo a las afueras de Barcelona y tengo Smart Fibra.

✖

rbetancor 23 junio 2022 15:03

⋮

Si intentas forzar el MAC, solo conseguirás que no te conecte, la operadora no te permite seleccionar el equipo que va a atender tu sessión.

✖

JoeyJoJo 23 junio 2022 18:37

⋮

Estás en lo correcto. he probado y no conecta

pepejil 22 junio 2022 15:46

⋮

¿En cada sesión PPPoE obtienes una IP diferente? Entiendo yo que si.

Lo normal sería que, aunque haya rangos de IP diferentes dentro de un AS, éstas se comporten a iguales y no estén condicionadas, pero parece que no pasa con Digi. Lo que me parece sorprendente es que haya diferencias de 20 ms, que me parecen acojonantes.

Sé que en los AS de Vodafone pasa algo similar, pero no con esas diferencias. Parece que hay algún tipo de error de configuración en el core de Digi porque debería ser a iguales.

✖

pjpmosteiro 22 junio 2022 16:33

⋮

Justo eso iba a comentar, si al reiniciar sesión se asigna IP nueva, es posible que según que rango encamine por A o por B.

Pero me ocurre lo mismo que el OP solo que sin reiniciar sesión. Hago trazas frecuentes a mi servidor en alemania (hetzner) y a lo mejor por cada 5 trazas, 4 me las encamina por DE-CIX y una por rumanía. Que la latencia se mantiene, pero es raro, sobre todo si tienen peering con Espanix y De-Cix.

Traza desde A Coruña a mundo-r.com, que tiene los servidores a menos de 2km de mi casa=ruta por rumanía. A saber.

✖

Jav9i 22 junio 2022 17:36

⋮

que no haya ruta directa no me extraña, "solo" tienen presencia en madrid y barcelona, pero hasta rumania? Hace falta ir y volver a rumania para ir a un destino que esta en españa? Nadie me convencera de que esa es la mejor ruta, por cierto, a mi desde bizkaia no me manda a rumania para is a mundo-r.com, me manda por ¿cogentco? veo que al menos en mi caso me manda a bilbao(no me extrañaria que tambien este hosteado aqui), a ti tambien te resuelve a la IP 212.142.145.228?

Por cierto, a Euskaltel tengo peor latencia que a mundo-r, no se si eso es algo bueno o malo

✖

pjpmosteiro 23 junio 2022 08:09 ✎

⋮

Parece que o han cambiado el DNS inverso, o los han metido definitivamente en el datacenter de Euskaltel, normalmente el DNS suele ser tipo static.mundo-r.com.

Mira la traza:

Traza a la dirección mundo-r.com [212.55.1.138]
sobre un máximo de 30 saltos:
1 1 ms 1 ms 13 ms 192.168.2.1
2 13 ms 26 ms 8 ms GATEWAY-Digi [192.168.1.1]
3 26 ms 19 ms 29 ms 10.0.0.1
4 44 ms 25 ms 20 ms 172.16.0.1
5 35 ms 25 ms 37 ms 10.220.98.30
6 29 ms 24 ms 28 ms 81-196-118-208.rdsnet.ro [81.196.118.208]
7 25 ms 35 ms 24 ms ae15.cr6-mad4.ip4.gtt.net [154.14.26.57]
8 23 ms 20 ms 20 ms ix-ae-15-0.tcore1.wv6-madrid.as6453.net [80.231.91.109]
9 24 ms 25 ms 25 ms if-ae-10-4.tcore1.dvs-bilbao.as6453.net [80.231.91.106]
10 27 ms 24 ms 25 ms 80.231.157.22
11 * * * Tiempo de espera agotado para esta solicitud.
12 * * * Tiempo de espera agotado para esta solicitud.
13 25 ms 25 ms 25 ms 228.212-142-145.static.clientes.euskaltel.es [212.142.145.228]
14 25 ms 25 ms 25 ms www.mundo-r.com [212.55.1.138]
Traza completa.

✖

Jav9i 23 junio 2022 11:51 ✎

⋮

Tech 23 junio 2022 09:47

⋮

A mi me pasaba algo similar con MásMóvil (en Palma de Mallorca)

Cuando me ubicaba en Barcelona, el primer salto hacia el gateway era de 20ms, pero cuando me ubicaba en Madrid, el salto era de 40ms…

JoeyJoJo 23 junio 2022 13:34

⋮

Mirando lo que andressis2k sugiere arriba, me conecto aleatoriamente a 1 de 5 "módems" y se comportan de manera diferente. No sé si este es el comportamiento previsto, pero prefiero tener el ping más bajo.

✖

rbetancor 23 junio 2022 15:04

⋮

tener el ping más bajo.

Este recurrente tenma … lo hemos comentado en el foro hasta la saciedad … tú como abonado, no puedes influenciar EN ABSOLUTO en ese valor, ni en ningún otro parámetro de red, más allá de de tu red local.

✖

JoeyJoJo 23 junio 2022 18:33

⋮

puede volver a conectarse manualmente hasta que tenga una conexión con la mejor ruta a sus servicios principales

✖

rbetancor 23 junio 2022 19:26

⋮

pjpmosteiro 23 junio 2022 16:46

⋮

Espera un segundo…

Estas en CG-NAT o tienes IP externa?

Si estas en CG-NAT este comportamiento me parecería hasta normal.

✖

pepejil 23 junio 2022 17:22

⋮

Pero si fuese por la CG-NAT, vería el disparo de latencia desde el primer salto del tracerouter, así que dudo que sea por eso.

✖

pjpmosteiro 23 junio 2022 21:23

⋮

Cierto…

Nah, lo comentaba porque es común que las rutas cambien en CG-NAT…

JoeyJoJo 23 junio 2022 18:35

⋮

sí, ahora estoy en CG-NAT, cancelé "conexión plus" hace una semana. pero era la misma situación antes con IP pública

✖

pjpmosteiro 23 junio 2022 21:24

⋮

si, nada, olvídalo, no me fijé en lo que comenta @pepejil, si fuese por la NAT el disparo de ping ya se vería en el primer salto.