BandaAncha.eu

Comunidad de usuarios
de fibra, móvil y ADSL

Fibra

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

Cphtdk Bandaancha Eu

¿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.

screenshot-2022-06-22-at-12-43-34.webp
lhacc
-11
🗨️ 9
lhacc
-6
🗨️ 2
rbetancor
4
lhacc
🗨️ 3
lhacc
🗨️ 1
Cphtdk Bandaancha Eu

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
1

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.

🗨️ 1
Cphtdk Bandaancha Eu

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
1

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

🗨️ 3
Cphtdk Bandaancha Eu

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.

🗨️ 2
rbetancor

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.

🗨️ 1
Cphtdk Bandaancha Eu

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

pepejil

¿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.

🗨️ 9
pjpmosteiro

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.

🗨️ 3
Jav9i

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

🗨️ 2
pjpmosteiro

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.
🗨️ 1
Jav9i
Tech

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…

Cphtdk Bandaancha Eu

Si

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.

🗨️ 3
rbetancor

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.

🗨️ 2
Cphtdk Bandaancha Eu

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

🗨️ 1
pjpmosteiro

Espera un segundo…

Estas en CG-NAT o tienes IP externa?

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

🗨️ 4
pepejil
1

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.

🗨️ 1
pjpmosteiro

Cierto…

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

Cphtdk Bandaancha Eu

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

🗨️ 1
pjpmosteiro

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.