Foro

Avatar de Cristian0312
Cristian0312
Más integrado que la RDSI
13-01-2026

Alta latencia por ruta BGP no óptima – Solicitud de ajuste de peering

Hola,

Me han contactado desde Movistar respecto a la incidencia CP2601I0K0JZPE, pero antes de que se envíe un técnico local quería aclarar un detalle importante:

El problema que estoy experimentando no es una avería física o de línea, sino un tema de latencia alta por enrutamiento actual vía Frankfurt. He realizado pruebas y comprobado que mi tráfico está siendo dirigido hacia AWS Frankfurt, lo que genera una latencia considerablemente mayor.

En mi caso, la ruta óptima sería vía peering con AWS París, que ofrece una latencia mucho más baja y estable. Entiendo que estas cuestiones de peering y rutas BGP se gestionan desde la red central de Movistar, no por técnicos locales, por lo que el envío de un técnico no resolvería el problema.

Necesito esta optimización por motivos laborales, ya que dependo de conexiones de baja latencia en mi trabajo. Por eso, solicito amablemente que esta incidencia sea escalada al departamento de red y no se dé por cerrada, ya que se trata de un caso de optimización de enrutamiento.

Adjunto capturas y resultados de las pruebas que confirman el enrutamiento actual y la latencia medida.

Agradezco mucho su atención. Escogí Movistar precisamente por la calidad de su servicio, y confío en que puedan revisar este caso para optimizar la ruta de conexión.

Gracias de antemano por la ayuda.

 

9 Respuestas

  • Avatar de Técnico-Movistar
    Técnico-Movistar
    Responsable Técnico
    28-01-2026

    Hola Cristian0312 

     

    Como no hemos recibido más comunicaciones por tu parte, creemos que ya no necesitas más ayuda desde el foro. Si más adelante tienes alguna otra consulta nos lo comunicas y estaremos encantados de ayudarte en la Comunidad. 

     

    Un saludo, Sebastián.

  • Avatar de Técnico-Movistar
    Técnico-Movistar
    Responsable Técnico
    26-01-2026

    Hola Cristian0312 

     

    No hemos recibido respuesta por tu parte. No dudes en contactar de nuevo con nosotros si tienes cualquier consulta y/o problema.

     

    Quedamos pendientes.

     

    Un saludo, Emanuel. 

  • Avatar de Técnico-Movistar
    Técnico-Movistar
    Responsable Técnico
    22-01-2026

    Hola Cristian0312 

     

    Agradecemos en gran manera a Theliel por sus valiosos aportes con respecto al tema de las rutas BGP en torno a los protocolos de Internet que se implementan para definir las rutas globales, las cuales se establecen dentro de una infraestructura de red para un ISP, y también por sus aclaraciones con relación a los niveles óptimos de latencia requeridos en ámbitos como los videojuegos.

     

    Tras la última intervención de Theliel no hemos vuelto a tener más interacciones tuyas en el hilo, por lo que te invitamos amablemente a que revises la información aportada recientemente por el usuario, ya que podrías encontrar respuesta a tu consulta en dicha información. Si consideras que tu consulta está resuelta, te agradeceríamos que, en el hilo que has abierto, pulsases el botón “Marcar como solución” en el post en el que se haya resuelto tu caso. Es importante para nosotros que vuestras consultas queden resueltas y, para otros usuarios, resulta útil utilizar estas respuestas como referencia para sus dudas.

     

    De lo contrario, seguimos atentos a tus respuestas o comentarios relacionados con el tema de tu consulta, en caso de que tengas alguna inquietud adicional.

     

    Un saludo, Emanuel. 

  • Avatar de Theliel
    Theliel
    Yo probé el VDSL
    18-01-2026

    Buenas Cristian0312​ 

    Entiendo lo que dices compañero, pero de nuevo el problema de base es el mismo, no hay ningún tipo de error ni de anomalía, no hay nada que pueda mejorarse o mirarse, todo es correcto.

    Movistar tendrá con Amazon el peer que sea, y tendrá con ellos probablemente uno o varios puntos de interconexión a su red. Que el tráfico se entregue en París o se entregue en Frankfurt (en caso de que tenga puntos de interconexión en ambos puntos) es ni más ni menos porque será el nodo con la mayor capacidad disponible que AWS (Amazon) anuncia por BGP como el óptimo para el rango IP/Origen que sea. Es como funciona BGP, es el mismo juego para todos, es el operador de una red quien anuncia a los demás "qué tráfico se queda". 

    Para que lo entiendas mejor, aplicado a tu ejemplo real, y para que entiendas como funciona BGP. Tu, como usuario de Movistar quieres llegar a un servidor de París de Amazon, y realmente tienes suerte porque para ello da la casualidad de que Movistar tiene Peer con Amazon. Bien, como funciona es muy sencillo. Movistar, que tiene un contrato/acuerdo con Amazon, "escucha" de forma constante lo que Amazon anuncia. Si Amazon le dice a Movistar: "Para llegar a este bloque de direcciones IP de París, desde estas otras direcciones de origen, te doy el peer que tengo en Frankfurt". Punto y final de la conversación. 

    BGP opera siempre en la premisa de que se usan las mismas reglas para todos, buscando la mejor optimización posible PARA TODOS. Sí, obviamente Movistar podría no creer lo que dice Amazon y podría optar potencialmente por rutas alternativas, claro sí. Pero eso sería un suicidio, si se hace de dicho modo no es por capricho, si Amazon prefiere ese peer es por estabilidad, por latencia, por que es lo más óptimo. Como te viene mal ese Peer le decimos a Amazon que ahora todo el tráfico lo envíe por el Peer de París? Bien, entonces de un día para otro tienes que la latencia y la estabilidad de todo el tráfico que pasa por él se va al garete. Movistar, y en esencia todos los ISP del mundo escuchan y acatan BGP, a menos que aparezca un problema importante, real, que afecte a un % importante de usuarios.... entonces sí, se pueden hacer pequeños ajustes para corregir el problema aunque sea temporalmente... no es el caso.

     

    -------------

     

    Con respecto a la diferencia de latencia... permíteme dar algunas cifras... por desgracia se ha vendido tanto la idea de que la latencia es el factor determinante que se ha convertido en algo así como un mito... uno muy malo.

    Sí, es totalmente cierto que hay latencias que pueden hacer un juego totalmente injugable o arruinar totalmente la jugabilidad. Eso es cierto. Pero no a esos niveles.  Una cosa es tener 100ms de latencia, 70ms... a partir de 50ms aprox, por profesional que se sea, es imposible notar diferencia. Y ojo, no lo digo yo, lo dice la física, y cualquier prueba doble ciego. El cerebro humano, incluso de jugadores de élite, tarda como poco unos 150ms en reaccionar, todo lo que está por debajo es perceptible hasta cierto punto por la predicción que hace nuestro cerebro... pero todo tiene un límite...

    La única ventaja que realmente tiene una latencia de 20ms frente a una latencia de 50ms, es que si por cualquier motivo la de 50 tiene un pico de +30ms por como funciona Internet misma, se te iría a 80ms frente a 50ms. Nada más. Si el jitter es adecuado, y en ambos casos fuese totalmente estable, no serías capaz de notar ningún tipo de diferencia una vez quitados los valores en pantalla y corriendo diferentes pruebas. Lo he hecho en el pasado con jugadores profesionales por cierto, les he sometido a pruebas de doble ciego y el resultado es siempre el mismo. Si la conexión es estable... hasta más o menos (no existe una línea como es natural) los 50ms nadie es capaz de percibir nada diferente. Esa es la realidad.

    Paradójicamente, suele tener un impacto mucho mayor cuestiones como el input lag o los protocolos de compensación de LAG que a día de hoy usan casi todos los juegos importantes, que la latencia. Ahí si puedes ver diferencias realmente perceptibles e "importantes" en los juegos, no por la latencia de transmisión de datos, sino por el Netcode del juego, incluso del propio dispositivo del usuario y lo bien/mal que tenga configurado cada componente en el equipo (IRQ/MSI)... etc etc.

     

    Saludos.

     

  • Avatar de Cristian0312
    Cristian0312
    Más integrado que la RDSI
    17-01-2026

    Hola, gracias por la explicación detallada sobre BGP y las políticas de enrutamiento.

    Estoy de acuerdo en que 37ms es una latencia excelente para tráfico general, y he usado MTR/PingPlotter con miles de paquetes para mis pruebas (adjunto captura de WinMTR extendida 10min hacia eu-west-3 París). Sin embargo, el problema específico es que mi tráfico hacia AWS París (eu-west-3) está yendo por Frankfurt de forma consistente, cuando debería usar el peering directo Movistar-AWS París si está disponible.

    Otros usuarios de Movistar en la misma zona de España reportan rutas directas a París con ~25-28ms, mientras que yo mantengo ~37ms por la ruta Frankfurt. Esto no es “imperceptible” para mi caso laboral (gaming competitivo/esports donde cada ms cuenta), y no es una optimización general sino un desajuste específico en el peering para esta región AWS.

    ¿Podría el equipo de red verificar si existe peering Movistar-AWS París activo y por qué no se está seleccionando para mi conexión? No pido cambiar BGP global, solo confirmar si hay ruta directa disponible que no se está usando.

    Quedo a la espera de revisión técnica. Gracias.

  • Avatar de Técnico-Movistar
    Técnico-Movistar
    Responsable Técnico
    17-01-2026

    Hola Cristian0312 

     

    Agradecemos a Theliel por sus aportes a la Comunidad.

     

    Esperamos que la información proporcionada haya sido útil y haya resuelto tu consulta. Si consideras que el caso está solucionado, te agradeceríamos que pulsaras el botón "Marcar como solución" en el mensaje que dio respuesta a tu duda dentro del hilo que abriste. Esto nos ayuda a confirmar que tu consulta ha sido atendida correctamente y, además, permite que otros usuarios puedan encontrar fácilmente respuestas útiles para situaciones similares. 

     

    Un saludo, Sebastián.

  • Avatar de Theliel
    Theliel
    Yo probé el VDSL
    14-01-2026

    Buenas Cristian0312​ 

    Como es natural, siempre queremos tener la mínima latencia posible. Pero eso no significa que podamos lograr una latencia cero, estemos donde estemos. Tus tracert son ambos perfectos, no hay ningún problema en ellos. Muestran una latencia media de 37ms, lo cual es un dato extremadamente bueno en cualquier circunstancia. En cualquier caso para medir latencia siempre es mejor usar programas tipo MTR (WinMTR, PingPlotter...) y enviar al menos 200 o 300 paquetes para tener visiones mucho más realistas.

    En cualquier caso, repito, sea cual sea el destino, 37ms de media es una medida extremadamente buena, y para cualquier tarea, sea laboral, lúdica o personal del tipo que sea. Tienes que recordar que, aun cuando únicamente tuviésemos en cuenta la latencia por distancia, y te aseguro que para nada es lo único que se la come, hablamos aproximadamente de 1ms por cada 100km. Y ahí no estamos incluyendo la latencia por swiching, retrasos y otros. 

     

    Eso significa que, en absolutamente igualdad de condiciones, carga y estado de todos los nodos intermedios... cuanto más cerca sea el destino mejor, si Frankfurt está a unos 600km de Paris, por distancia, tendría unos 6ms más de latencia. No obstante en el mundo real la cosa es bastante más compleja y no funciona así, no vas por el camino más corto, vas siempre por el camino más adecuado. Aunque un ISP configura ciertas políticas en BGP, casi todo es autónomo, no se prioriza un camino respecto a otro, se prioriza la estabilidad completa de la red. Es más, muchas veces el destino más cercano no es el que tiene menos latencia, y esto pasa constantemente. De echo, es precisamente gracias a las políticas BGP y el automatismo que existe que tenemos a dí ade hoy una Internet que se auto ajusta y saludable. Eso no quiere decir que sea "perfecta" en todo momento para todos. Lo que para uno en un momento dado puede ser perjudicial por tener 6-10ms más de latencia en un punto concreto, implica que a efectos generales todos, incluyendo ese mismo usuario, tenga a lo mejor 10-20ms menos de latencia en la mayoría de puntos. 

    Los ISP, cualquier gestor de cualquier red, precisamente lo que buscas es optimizar al máximo su red para poder tener la máxima capacidad disponible, mínima latencia, mejores rutas y peer... no obstante no es algo que puedas tocar un botón para mejorar X. Si haces eso, desajustas A, B, C, D... Las redes se monitorean para ver si hay problemas, cortes, nodos saturados... donde a veces si es necesario intervenir. No es el caso.

    Así que, a pesar de que esos 6ms puedan parecer muchos, es nada en comparación con lo que es el tráfico general de Internet, sea para la tarea que sea. Eso sin contar que cualquier actividad que se realice se considera en tiempo real por debajo de los 50ms más o menos, siendo en definitiva imperceptible para el ojo humano... 

     

    Saludos compañero.

  • Avatar de Cristian0312
    Cristian0312
    Más integrado que la RDSI
    13-01-2026

    Gracias por la aclaración y la explicación sobre las rutas BGP.

    Entiendo perfectamente que las rutas globales dependen de acuerdos de interconexión y de la arquitectura de AWS, y que no siempre coinciden con la ubicación física del servidor. Sin embargo, en este caso concreto las pruebas muestran que mi conexión se enruta de forma consistente por Frankfurt, incluso cuando el destino está en la región eu-west-3 (París).

    Mi solicitud no es forzar el enrutamiento de AWS, sino revisar si Movistar dispone de peering directo o más eficiente con AWS París, ya que otros operadores en la misma zona están utilizando esa ruta con una latencia inferior.

    Entiendo las limitaciones del BGP global, pero agradecería si podéis trasladar esta revisión al equipo de ingeniería de red o peering para confirmar si existe una ruta alternativa más óptima desde la infraestructura de Movistar.

    No es una avería, sino una petición de optimización de encaminamiento importante por motivos laborales (trabajo técnico/gaming competitivo que depende de baja latencia).

    Gracias por la atención, y quedo pendiente de si el equipo de red puede verificar la posibilidad de mejora de peering con AWS París.

  • Avatar de Técnico-Movistar
    Técnico-Movistar
    Responsable Técnico
    13-01-2026

    Hola Cristian0312 

     

    Te damos la bienvenida a la Comunidad Movistar

     

    Gracias por compartir el detalle y las pruebas realizadas. Hemos revisado la información y queremos aclarar algunos puntos importantes:

     

    El comportamiento que observas en el trazado se debe a cómo se gestionan las rutas en Internet mediante protocolos como BGP (Border Gateway Protocol). Estas rutas no dependen únicamente del operador, sino de acuerdos globales de interconexión entre redes (peering) y de la arquitectura propia de los proveedores de servicios como AWS.

     

    En este caso, aunque tu destino final está en la región París (eu-west-3), la ruta puede incluir nodos intermedios en otras ciudades o países porque las políticas de enrutamiento global priorizan la estabilidad y la capacidad sobre la distancia física. Además, los acuerdos de peering entre AWS y los operadores definen puntos de intercambio que optimizan el tráfico a nivel global, no únicamente local, y algunos saltos muestran “Tiempo de espera agotado” debido al filtrado ICMP, aunque el tráfico sigue fluyendo correctamente.

     

    La latencia que muestras (≈27 ms) hacia París es muy buena y está dentro de parámetros óptimos para conexiones internacionales. Si en otros servicios ves latencias mayores (por ejemplo, hacia Frankfurt), esto se debe a que esos recursos están alojados en esa región específica de AWS, y no es posible forzar la ruta hacia París si el servicio está en Frankfurt. En resumen, este comportamiento es normal en redes globales y no indica una avería. No es algo que pueda corregirse desde la red local, ya que depende de la arquitectura de AWS y acuerdos internacionales de interconexión.

     

    Si necesitas optimizar aún más la latencia, te sugerimos:

     

    • Verificar que tus servicios en AWS estén desplegados en la región más cercana (París en lugar de Frankfurt).
    • Considerar el uso de servicios como AWS Global Accelerator, que ayudan a reducir latencia mediante rutas optimizadas.

    Estamos a tu disposición para cualquier otra consulta.

     

    Un saludo, Sebastián.