Fibra

💡

El peering de Digi ha dejado de pasar por Espanix y Decix

Agustin Lorenzo 23 noviembre 2022 12:11 ✎

⋮

He estado observando que desde hace días la latencia de Digi a cierto hosting francés ha pasado de 23.7 ms a 39.7 ms (dejando de un lado si es alta o baja). He estado revisando el enrutamiento y ha dejado de utilizar los IX habituales de Digi: Espanix y DECIX.

Mirando en el looking glass de DECIX sale lo siguiente:

Madrid: lg.de-cix.net/routeservers/rs1_mad_ipv4?…=57269&s=asn

Barcelona:

Tienen las sesiones levantadas pero no están anunciando sus prefijos, vamos no están cursando el tráfico.

Y si miras el looking glass de Espanix tenemos mas de lo mismo:

Espanix: lg.espanix.net/summary/baja+baja2+alta+alta2/ipv4

Ahora el tráfico está volviendo a ser cursado a estos destinos vía GTT/Telia o en el caso del hosting francés via LINX (Londres - a través del peering de la matriz de Digi - RCS RDS).

LINK para DECIX Barcelona: lg.de-cix.net/routeservers/rs1_bcn_ipv4?…=57269&s=asn

Traceroute con numeros de ASN donde se ve que se cursa el trafico via RCS RDS por LINX (Londres) para llegar a Francia:

root@hostname:~# mtr -z –report x.x.x.x

Start: 2022-11-23T12:24:05+0100

HOST: no01 Loss% Snt Last Avg Best Wrst StDev

1. AS??? 192.168.31.1 0.0% 10 0.7 1.0 0.7 1.4 0.2
2. AS??? 10.0.0.1 0.0% 10 2.7 2.1 1.4 2.7 0.4
3. AS??? 172.16.1.65 0.0% 10 3.0 3.2 3.0 3.4 0.1
4. AS??? 10.220.97.112 10.0% 10 3.5 3.5 2.7 4.1 0.4
5. AS8708 81.196.118.216 0.0% 10 3.1 3.9 3.0 6.1 0.8 → RCS RDS (matriz Digi)
6. AS??? 10.220.199.152 0.0% 10 34.3 38.7 34.3 63.7 9.6
7. AS8553 195.66.225.6 0.0% 10 30.5 30.2 29.4 31.2 0.6 → Enlace LINX
8. AS??? 100.0 10 0.0 0.0 0.0 0.0 0.0
9. AS??? 100.0 10 0.0 0.0 0.0 0.0 0.0
10. AS??? 100.0 10 0.0 0.0 0.0 0.0 0.0
11. AS16276 be103.gra-g1-nc5.fr 0.0% 10 42.7 42.4 42.0 42.7 0.2
12. AS??? 100.0 10 0.0 0.0 0.0 0.0 0.0
13. AS??? 100.0 10 0.0 0.0 0.0 0.0 0.0
14. AS??? 100.0 10 0.0 0.0 0.0 0.0 0.0
15. AS??? 100.0 10 0.0 0.0 0.0 0.0 0.0
16. AS16276 x.x.x.x 0.0% 10 40.8 40.8 40.5 41.2 0.3

dano88 23 noviembre 2022 12:37

⋮

Aprovechando el hilo, ¿no os va lentísimo Disney+? ¿Es problema de peering de Digi? ¿soy sólo yo? :P

✖

Agustin Lorenzo 23 noviembre 2022 14:34

⋮

Buenas,

Desde cuándo te lleva pasando? Esto lleva sucediendo desde las 21:00 del día 21 de este mes.

✖

dano88 23 noviembre 2022 15:54

⋮

Esto lo he notado hace mucho. Este finde reviso a ver si sigo igual.

✖

Virutas 23 noviembre 2022 16:25

⋮

Disney+ y Netflix a mi también me tardan en cargar, Prime Video algo menos. Igual va por zonas según haya muchos o pocos clientes.

✖

dano88 23 noviembre 2022 17:08

⋮

kavier123 23 noviembre 2022 13:21 ✎

⋮

A mi también hoy está dando problemas la conexión al trabajo, algo pasa en Hurricane Electric, pues ayer llegaba a mi trabajo desde Madrid y ahora salgo por Londres, teniendo en vez de 19ms 68ms. (Edito: Lo que dice @Agustin Lorenzo es el tema, están sacando tráfico hacia la matriz)

sobre un máximo de 30 saltos:

1 <1 ms <1 ms 1 ms 192.168.1.1
2 12 ms 12 ms 12 ms 10.0.0.1
3 12 ms 12 ms 12 ms 172.16.1.1
4 12 ms 13 ms 13 ms 10.220.98.26
5 13 ms 13 ms 13 ms 81.196.118.216
6 63 ms 44 ms 44 ms 10.220.199.154
7 * * * Tiempo de espera agotado para esta solicitud.
8 45 ms 45 ms 44 ms port-channel10.core2.lon3.he.net [184.104.199.18]
9 * * 46 ms port-channel6.core2.lis1.he.net [184.104.193.150]
10 48 ms 47 ms 48 ms nowo-communications-s-a.10gigabitethernet11-10.core1.lis1.he.net [184.104.204.166]
11 48 ms 48 ms 50 ms pa1-84-91-0-14.netvisao.pt [84.91.0.14]
12 48 ms 48 ms 47 ms GR-03 [195.245.142.249]
13 47 ms 47 ms 47 ms 195.245.157.238
14 48 ms 48 ms 48 ms RA01-31 [195.245.143.34]
15 66 ms 66 ms 66 ms 01.xxxxxxxx

✖

Agustin Lorenzo 23 noviembre 2022 14:31

⋮

Buenas,

Menuda vuelta te hace para llegar a Lisboa…pasas por Londres.

✖

kavier123 23 noviembre 2022 18:59

⋮

Tremendo, es Badajoz - Valencia, pasa por Badajoz dos veces. Normalmente el tránsito es Badajoz - Madrid - Valencia

lcastillo 23 noviembre 2022 14:04

⋮

Muchas gracias por los comentarios…mi aportación: por la noche sincronizar OneDrive con Digi deja mucho que desear, vamos que va lento.

EmuAGR 23 noviembre 2022 14:41

⋮

A mí me sigue haciendo la ruta Sevilla > ??? > France IX > Geant (Francia>Madrid) > RedIRIS (Madrid). Por completar un poco el hilo.

¿Es posible que vayan a mejorar los equipos de los puntos neutros (creo que tenían 200 Gbps)? Los demás operadores (Orange/Vodafone) tenían 200Gbps también, no creo que Digi tenga un pico mayor aunque tenga XGSPON.

✖

Agustin Lorenzo 23 noviembre 2022 15:04

⋮

Buenas @EmuAGR

Otro detalle curioso es que, hasta hace unos dias si que salia Digi (en su ASN, no en los de RCS RDS) en PeeringDB con los IX (DECIX y ESPANIX) pero ya no aparecen.

Igual, esto se trata de un mantenimiento de CORE de red y no es nada mas.

PD: Sino recuerdo mal la velocidad que tenian anunciada en PeeringDB era de 200GB por cada IX (DECIX Madrid, DECIX Barcelona y ESPANIX Lower) al igual que el resto

Un saludo,

soymgomez 23 noviembre 2022 18:13

⋮

Hasta donde yo se están cambiando el ASN, por lo que en DECIX aun están en transición y igual aun tardan algo.

Su nuevo AS es el AS8708: peeringdb.com/net/110

✖

pepejil 23 noviembre 2022 18:32

⋮

Pero si es el ASN de su matriz rumana… ¿Qué sentido tiene eso?

Es como si a Orange o a Vodafone les da por concentrar todo a través de OpenTransit y CW respectivamente.

✖

CMov 29 noviembre 2022 00:36

⋮

Orange España, o al menos Jazztel, concentra bastante tráfico en Opentransit. Este año hemos tenido muchísimos problemas de saturación con ellos por ese motivo. Tengo trazas que harían avergonzarse a un wifero de los malos:

[admin@MTK-Test1] /tool> traceroute address=twitter.com use-dns=yes
Columns: ADDRESS, LOSS, SENT, LAST, AVG, BEST, WORST, STD-DEV
 
 4  bundle-ether104-24.madtr5.madrid.opentransit.net.  77.8%     9  timeout  17.3  17.3  17.3   0      
 5  bundle-ether301.madtr6.madrid.opentransit.net.     44.4%     9  timeout  15.6  15.6  15.7   0      
 6                                                     100%      9  timeout                            
 7  prs-bb2-link.ip.twelve99.net.                      0%        9  37.2ms   37.3  37.2  37.3   0      
 8  prs-b1-link.ip.twelve99.net.                       0%        9  35.5ms   36.9  35.4  45.1   3      
 9  twitter-ic328447-prs-b8.ip.twelve99-cust.net.      0%        9  39.4ms   38.7  38.5  39.4   0.3    
10                                                     100%      9  timeout                            
11  104.244.42.129                                     0%        8  40.9ms   41    40.9  41.2   0.1

BGP 10Gbps contra uno de sus nodos provinciales por fibra sobre DWDM, nada de ORLA. Ticket abierto durante semanas y turra diaria con reportings.

Y nos dimos cuenta porque dos servidores (uno local y otro remoto en data center) que se sincronizaban no paraban de desconectar/conectar y daban error continuamente con tan sólo un tráfico de 400Mbps agregado entre ellos.

Tenemos la "suerte" de ir sobrados con el resto de operadores de tránsito

✖

pepejil 29 noviembre 2022 10:53

⋮

Si, las grandes concentran el tráfico en sus matrices de tránsito, pero cada operador nacional tiene presencia en los IX nacionales.

Digi es que directamente se ha cargado su presencia.

✖

Jav9i 29 noviembre 2022 11:40

⋮

CMov 29 noviembre 2022 09:54

⋮

Pues parece que están pasándolo todo por RCS & RDS…

Pemobil 30 noviembre 2022 11:19

⋮

Sí, esto puede tardar un rato todavía hasta que todos los que estén presentes en un IX hagan routing directo con el ASN de RCS RDS en vez de Digi. Esto no lo configura el operador del IX sino cada uno que está conectado al IX por separado. Además, hay que modificar los contratos con cada uno de ellos si ahora es RCS RDS en vez de Digi el que se conecta a los IX (DECIX, Espanix,…).

esteveli 29 noviembre 2022 07:58

⋮

Si nos fijamos en HE, se han cargado estos días todos sus peers, los han migrado a la matriz:

bgp.he.net/AS57269

✖

pjpmosteiro 29 noviembre 2022 10:10

⋮

Tiene sentido, la mayoría de las rutas me salen por GTT o Level3, que tienen peering con RDS…

Recorte de gastos?

✖

PezDeRedes 29 noviembre 2022 10:29

⋮

Recorte de gastos?

Pues, teniendo en cuenta lo que gastan en despliegue, no debe ser fácil vender la fibra a 20 euros. Así que es probable que sea eso.

andressis2k 29 noviembre 2022 17:36

⋮

No, no han recortado nada. Los puertos que antes tenía Digi Spain (AS57269) ahora los tiene RCS&RDS (AS8708). De hecho, han mantenido incluso las mismas IP

Durante la migración, se ve que han configurado "Fake AS", lo que permite que los peers vayan cambiando sus sesiones poco a poco. Y cuando estén todas, quedará sólo el AS nuevo

Ahora mismo, mientras las IP se sigan originando en el AS57269, habrá un "salto" más (aunque realmente es en el mismo router). En cuanto las anuncien con el AS8708, todo quedará como antes

✖

pupum 29 noviembre 2022 21:41

⋮

Y esto beneficia o perjudica al usuario? O por lo que veo es centralizar todos los peering en la matriz, pregunto para en vez de coste por beneficio…

✖

PezDeRedes 29 noviembre 2022 21:46

⋮

pjpmosteiro 29 noviembre 2022 09:53

⋮

Yo no entiendo nada, traza a xunta.gal desde Coruña, sé de buena tinta que los servidores están en Santiago conectados a Telefónica.

Y me mete a saco por tier 1 en GTT.

C:\Users\3006162>tracert xunta.gal

Traza a la dirección xunta.gal [85.91.64.109]
sobre un máximo de 30 saltos:

  1     1 ms    <1 ms    <1 ms  tplink.redp.lan [192.168.2.1]
  2    14 ms    13 ms    13 ms  10.0.0.1
  3    13 ms    13 ms    13 ms  172.16.x.x
  4     *        *       14 ms  10.220.x.x
  5    14 ms    37 ms    19 ms  81.196.x.x
  6    15 ms    15 ms    16 ms  212.222.x.x
  7    31 ms    14 ms    18 ms  ae3.cr7-mad4.ip4.gtt.net [89.149.129.74]
  8    15 ms    15 ms    15 ms  94.142.107.36
  9     *       14 ms    15 ms  rima-be12-400-grtmadte2.net.telefonicaglobalsolutions.com [216.184.113.55]
 10     *        *        *     Tiempo de espera agotado para esta solicitud.
 11    22 ms    22 ms    22 ms  138.red-81-41-232.staticip.rima-tde.net [81.41.232.138]
 12    26 ms    25 ms    25 ms  30.red-81-41-234.staticip.rima-tde.net [81.41.234.30]
 13     *        *        *     Tiempo de espera agotado para esta solicitud.

Pero en cambio, tiro a coruna.gal (195.57.99.215) que también está en Galicia enganchado a Telefonica, y me mete por Twelve con enlace a GTT, tiro a ftp.udc.es y me entra en RedIris pasando por Geant, a la hora tiro otra vez a xunta.gal y entra en Level3 para pasar a GTT para pasar a Telxius.

Pero ojo al manojo, si hago traza a uno de mis servidores de Hetzner, me mete por espanix ¿?

pablo@thinkpad:~$ traceroute mg.xxxx.icu
traceroute to mg.xxxx.icu (167.235.xxx.xxx), 30 hops max, 60 byte packets
 1  tplink.redp.lan (192.168.2.1)  1.398 ms  2.285 ms  2.265 ms
 2  10.0.0.1 (10.0.0.1)  14.317 ms  14.298 ms  14.594 ms
 3  172.16.9.1 (172.16.9.1)  16.491 ms  16.468 ms  16.451 ms
 4  10.220.xxx.xxx (10.220.xxx.xxx)  16.124 ms * *
 5  81.196.xxx.xxx (81.196.xxx.xxx)  16.635 ms  16.834 ms  16.819 ms
 6  core-backbone.baja.espanix.net (193.149.1.141)  17.845 ms  15.324 ms  15.611 ms
 7  ae1-2014.nbg40.core-backbone.com (81.95.15.206)  44.183 ms ae6-2011.nbg40.core-backbone.com (80.255.14.246)  43.162 ms  43.092 ms
 8  core-backbone.hetzner.com (81.95.15.6)  42.852 ms core-backbone.hetzner.com (80.255.9.22)  42.222 ms core-backbone.hetzner.com (5.56.20.254)  42.769 ms
 9  core11.nbg1.hetzner.com (213.239.229.161)  49.391 ms  49.372 ms core11.nbg1.hetzner.com (213.239.203.137)  48.524 ms
10  spine14.cloud1.nbg1.hetzner.com (213.133.112.86)  43.828 ms spine12.cloud1.nbg1.hetzner.com (213.239.239.142)  50.833 ms spine11.cloud1.nbg1.hetzner.com (213.133.112.66)  43.800 ms
11  spine3.cloud1.nbg1.hetzner.com (213.133.108.146)  52.550 ms spine3.cloud1.nbg1.hetzner.com (78.47.3.42)  52.529 ms spine3.cloud1.nbg1.hetzner.com (213.133.113.66)  42.940 ms
12  * * *
13  14237.your-cloud.host (49.12.136.94)  42.631 ms  42.613 ms  42.595 ms

✖

MaXiMu 29 noviembre 2022 17:56

⋮

Pues si es curioso comparado desde una conexión Adamo salvo el primer caso que lo hace igual por ip4.gtt.net por madrid con ruta muy similar y ips del mismo rango.

El Segundo caso coruna.gal lo hace por ip4.gtt.net pero desde su server situado en Barcelona.

Y el último caso es curioso sale por bcn ip4.gtt.net y se va por francia y vuelve a ip4.gtt.net y de ahí ya salta a nbg1.hetzner.com dando 10ms menos ~34ms .

EmuAGR 30 noviembre 2022 01:11

⋮

No entiendo la lógica detrás de muchas rutas que ejemplificas. Lo de entrar por Geant a RedIris y a Hetzner por Espanix me ha dejado picueto.

Imagino que Digi tiene mucho que mejorar en ese aspecto.

✖

Jav9i 30 noviembre 2022 10:47

⋮

Ahora mismo es un poco desmadre, espero que se pongan a poner todo un poco mejor, damos mucha vuelta a destinos que no son muy comunes.

Quiero ver que pasa una vez terminen con esto con las rutas que se queden al final, porque parece que esto es provisional (o al menos eso espero).

pjpmosteiro 1 diciembre 2022 23:17

⋮

Quiero pensar que es porque Espanix tiene peering directo con Core-Backbone, igual esa es una ruta de las viejas todavía…

pjpmosteiro 1 diciembre 2022 23:20

⋮

eing? Me ha dado por mirar que ruta tira a TikTok porque ByteDance tiene peering en espanix y…

pablo@thinkpad:~$ traceroute www.tiktok.com
traceroute to www.tiktok.com (79.116.255.9), 30 hops max, 60 byte packets
 1  tplink.redp.lan (192.168.2.1)  1.054 ms  1.001 ms  0.976 ms
 2  10.0.0.1 (10.0.0.1)  14.001 ms  13.980 ms  13.961 ms
 3  172.16.1.1 (172.16.1.1)  13.940 ms  14.489 ms  14.470 ms
 4  10.220.xxx.xxx (10.220.xxx.xxx)  14.453 ms * *
 5  10.220.106.xxx (10.220.106.xxx)  15.136 ms  15.119 ms *
 6  79-116-255-9.digimobil.es (79.116.255.9)  15.080 ms  14.160 ms  14.103 ms

danih 3 diciembre 2022 20:44

⋮

Sospecho que tiene que ver con esto: en los últimos días estoy teniendo muchos problemas intermitentes con Digi para acceder a páginas ubicadas en la infraestructura AWS de Francia.

Por ejemplo, ayer no podía acceder a la CDN de CloudFront si me respondía desde CDG-París, dando timeout la mayoría de veces.

Ahora mismo, no puedo acceder a ninguna página alojada en Vercel (servicio hosting que funciona sobre AWS), que deberían responder desde eu-west-3, París:

$ curl -m 5 https://nextjs.org/
curl: (28) Operation timed out after 5005 milliseconds with 0 bytes received
$ curl -m 5 https://vercel.com/
curl: (28) Failed to connect to vercel.com port 443 after 3768 ms: Operation timed out
$ curl -m 5 https://planetscale.com/
curl: (28) Connection timed out after 5005 milliseconds
$ curl -m 5 https://totaltypescript.com/
curl: (28) Connection timed out after 5002 milliseconds

Ninguno de los dispositivos de Digi en mi red son capaces de acceder a estas páginas, mientras que con Movistar o cualquier VPN no tengo problemas.

Al hacer traceroute a estas webs, se corta en la IP 81.196.118.208, parece que localizada en Rumanía:

$ traceroute vercel.com
traceroute: Warning: vercel.com has multiple addresses; using 76.76.21.9
traceroute to vercel.com (76.76.21.9), 64 hops max, 52 byte packets
 1  192.168.1.1 (192.168.1.1)  6.798 ms  3.917 ms  4.767 ms
 2  10.0.0.1 (10.0.0.1)  7.499 ms  6.607 ms  6.611 ms
 3  172.16.9.193 (172.16.9.193)  9.991 ms  8.320 ms  7.773 ms
 4  10.220.100.48 (10.220.100.48)  14.359 ms  12.882 ms  13.449 ms
 5  81.196.118.208 (81.196.118.208)  15.148 ms  13.154 ms  12.326 ms
 6  * * *
 ...

Los ratos en los que funciona, la descarga es extremadamente lenta. Espero que Digi lo solucione pronto.

✖

VGuardiola 4 diciembre 2022 17:50

⋮

Hola podeis acceder a console.aws.amazon.com , estaba trabajando y de repente a empezado a no resonder y me temo que tiene que ver con los cambios de routing que aqui comentais.

Saludos

✖

danih 4 diciembre 2022 18:07

⋮

Correcto, estoy en las mismas. Lo he detallado en este post.

VGuardiola 4 diciembre 2022 18:16

⋮

me auto contesto, despues de apagar ONT y router por un rato y el tecnico forzar supongo algo he vuelto a tener IPv4 ya que antes solo me estaba saliendo por IPv6

Saludos

pepejil 4 diciembre 2022 18:15

⋮

La IP está localizada en Rumanía, pero es un nodo en España, concretamente de RCS&RDS que es el tránsito principal de Digi.

Por lo que se ve, hay problemas en ese punto.

VinceGo 5 diciembre 2022 07:28

⋮

Hola, yo y otro compañero también tenemos Digi y por las tardes de los últimos días fallan los accesos a AWS, y yo tengo Alexa en casa y falla la comunicación también. Espero que sea algo temporal porque vaya tela…

✖

ChrJr90 6 diciembre 2022 23:19

⋮

Yo por adslazone he leido un artículo de ayer que confirma que esta fallando algo, porque a muchos usuarios tan poco les funciona HBOMAX y el peering es mas alto de lo habitual, no ha subido una barbaridad pero ha subido.

Como aquí han indicado mas arriba, el peering ha dejado de pasar por Espanix y DECIX… Asi que algo estaran haciendo esta gente.

✖

Pemobil 7 diciembre 2022 14:39

⋮

El artículo es un copia pega de los dos hilos de aquí. No aporta ningún dato adicional.

No se sabe todavía porqué lo de HBO y AWS da problemas a algunos y si tiene algo que ver con el peering o con las direcciones IP. Las direcciones IPv6 de Digi están desde siempre bien ubicadas en España. No es tarea de Digi enseñar a otros proveedores cómo leer el país de las IPs desde la base de datos del registro donde estas están registradas como españolas desde hace mucho tiempo ya.

Wattson 9 diciembre 2022 10:04

⋮

Alguna novedad con el tema del peering o el cambio para no pasar por puntos neutros se confirma definitivo? Gracias

alezz 13 diciembre 2022 10:39

⋮

Ahora mismo parece que han corregido la ruta hacia rediris y vuelve a pasar por espanix.

✖

pupum 13 diciembre 2022 20:44

⋮

olé pues

alezz 14 diciembre 2022 21:29

⋮

Por lo que veo también la ruta a ese cierto proveedor frances (ovh) ya vuelve a pasar por espanix.

Parece que se han puesto las pilas.

Agustin Lorenzo 14 diciembre 2022 21:38

⋮

Buenas,

Si parece que ya terminaron sus "cambios" con el paso de horas/días que se restablezcan las confianzas con los IX todo el tráfico volverá a fluir por donde antes.

Un saludo, Agustín

✖

Papalukas77 15 diciembre 2022 15:29

⋮

Hola Agustín.

Veo que entiendes bastante del tema de peering, redes… ect pero yo tenia pensado mudarme próximamente a Digi fibra directa y te quería preguntar por todo lo que habéis comentado de cambios dentro de la red de Digi si estos cambios han sido a peor o para mejorar,.

Ha subido ahora la latencia con estos cambios?

van peor los servicios stream como disney,Netflix… ect?

✖

Agustin Lorenzo 15 diciembre 2022 16:07

⋮

Buenas @Papalukas77

Los destino que yo tengo monitorizados, la latencia volvió donde estaba antes de los cambios.

Un saludo, Agustín

VicentAntonio 12 enero 2023 12:17

⋮

Yo sigo teniendo problemas para acceder a webs según qué días y momentos. Muy lento o no llega a acceder. ¿Sigue el desaguisado?

✖

Aokromes 12 enero 2023 17:50 ✎

⋮

Traza a la dirección www.uv.es [147.156.200.249]
sobre un máximo de 30 saltos:
1 <1 ms <1 ms <1 ms 192.168.1.1
2 8 ms 8 ms 7 ms 10.0.0.1
3 8 ms 8 ms 8 ms 172.16.1.1
4 8 ms 8 ms 8 ms 10.220.98.26
5 9 ms 20 ms 8 ms 81.196.118.216
6 9 ms 19 ms 11 ms rediris.baja.espanix.net [193.149.1.26]
7 22 ms 19 ms 16 ms ciemat.rt2.ethtrunk2.uv.rt2.val.red.rediris.es [130.206.245.122]
8 16 ms 16 ms 16 ms uv-principal-router.red.rediris.es [130.206.211.202]
9 16 ms 16 ms 16 ms decaburquartest.red.uv.es [147.156.200.154]
10 16 ms 16 ms 16 ms www.uv.es [147.156.200.249]

✖

VicentAntonio 13 enero 2023 16:11 ✎

⋮

1 <1 ms <1 ms <1 ms 2a0c:5a84:3806:2a00:ea6e:44ff:fe07:6984
2 20 ms 18 ms 18 ms 2a0c:5a84:38ff:ff00::2
3 115 ms 61 ms 25 ms 2a0c:5a84:31ff:ff00::1
4 16 ms 16 ms 16 ms 2a02:2f0f:163::35
5 33 ms 32 ms 32 ms 2a02:2f0f:163::31
6 32 ms 31 ms 31 ms 2a02:2f0f:163::30
7 29 ms 28 ms 28 ms rediris.baja.espanix.net [2001:7f8:f::10]
8 43 ms 38 ms 37 ms ciemat.rt2.ethtrunk2.uv.rt2.val.red.rediris.es [2001:720::245:122]
9 35 ms 36 ms 36 ms uv-principal-router.red.rediris.es [2001:720:1000::1:2]
10 35 ms 36 ms 35 ms hectburquartest.ipv6.uv.es [2001:720:1014:1001::76]
11 64 ms 35 ms 46 ms hectoblasbur101.ipv6.uv.es [2001:720:1014:1001::e]
12 36 ms 36 ms 36 ms www.uv.es [2001:720:1014:a::a:f]

¿Qué tal?

✖

Aokromes 13 enero 2023 18:55 ✎

⋮

tus números son muy altos demasiado.

Traza a la dirección www.uv.es [2001:720:1014:a::a:f]
sobre un máximo de 30 saltos:
1 * * * Tiempo de espera agotado para esta solicitud.
2 14 ms 14 ms 13 ms 2a0c:5a80:39ff:ff00::2
3 9 ms 9 ms 9 ms 2a0c:5a80:21ff:ff00::1
4 9 ms 9 ms 9 ms 2a02:2f0f:163::31
5 19 ms 9 ms 9 ms 2a02:2f0f:163::30
6 10 ms 10 ms 10 ms rediris.baja.espanix.net [2001:7f8:f::10]
7 22 ms 17 ms 21 ms ciemat.rt2.ethtrunk2.uv.rt2.val.red.rediris.es [2001:720::245:122]
8 17 ms 17 ms 17 ms uv-principal-router.red.rediris.es [2001:720:1000::1:2]
9 17 ms 17 ms 17 ms hectburquartest.ipv6.uv.es [2001:720:1014:1001::76]
10 17 ms 17 ms 17 ms hectoblasbur101.ipv6.uv.es [2001:720:1014:1001::e]
11 17 ms 17 ms 17 ms www.uv.es [2001:720:1014:a::a:f]

✖

VicentAntonio 15 enero 2023 14:23

⋮

✖

Aokromes 15 enero 2023 14:28

⋮

✖

VicentAntonio 15 enero 2023 14:29

⋮

pepejil 16 enero 2023 16:00

⋮

Que desde el primer salto ya se te dispare a 20 ms es bastante mosqueante. Estaría bien saber si también te pasa en IPv4.

En cualquier caso, teniendo en cuenta que el disparo de latencia ya lo tienes desde el enlace de tu zona, no puede ser problema que se describe en este hilo.

Josh 16 enero 2023 09:32

⋮

Por favor, dedicad un minuto a esto:

Para incluir correctamente en tu mensaje comandos, código, logs, nombres de archivos, etc. debes escribirlo dentro de comillas simples. Por ejemplo: `comando` se muestra como comando.

También puedes escribirlo en varias líneas, simplemente rodeándolo con sendas líneas con solo una comilla simple `:

`
comando
otro comando
`

Haz click sobre la pestaña ? en el editor de mensajes para saber más sobre cómo formatear tus mensajes correctamente.