Un cliente llama: el streaming va lento desde el martes. Una empresa envía una captura con un ping de 300 ms. Desde su red, todas las gráficas están en verde. La degradación suele estar en el límite de lo que controla: un puerto de peering saturado, un tránsito que desvía por otro punto de intercambio, o el propio destino. Necesita ver la ruta como la ve el cliente, y como se ve desde otras redes, antes de decidir si la culpa es suya, de su tránsito o de nadie.
Un traceroute visual desde varios puntos, su región, otra región, una sonda en la red de un competidor, muestra cada salto con latencia, jitter, pérdida y ASN, y sitúa en el mapa dónde el tráfico sale de su AS. Las trazas programadas dan la tendencia antes de que lleguen las quejas; la vista comparativa muestra la ruta antes y después de un cambio de enrutamiento; la exportación da un documento fechado con datos por salto para enviar a un tránsito o a un peer en vez de discutir por teléfono.
Vigile sus bordes de peering y tránsito a lo largo del tiempo
Programe trazas desde Falkenstein, Gravelines o una sonda Globalping en su base de clientes hacia los destinos que generan quejas: grandes CDN, regiones de nube, alojadores de juegos, resolutores públicos. Configure alertas de latencia, pérdida y cambio de ruta. Una alerta de cambio de ruta es la primera señal de que una sesión cayó o una política cambió aguas arriba. Lea el salto donde su ASN entrega el tráfico. Si latencia y jitter suben ahí, en hora punta, en el mismo salto cada noche, ese puerto está saturado o el peer limita. Si suben dos saltos después, dentro del tránsito, el problema es suyo y la exportación lo demuestra. Compare una traza de hora tranquila con una de hora punta lado a lado para dimensionar la degradación.
Convierta una queja en una avería localizada en minutos
Pida al cliente el destino y la hora. Trace desde la fuente más cercana al cliente y desde una sonda fuera de su red. Tres resultados posibles. Ambas trazas limpias: el problema está en el domicilio del cliente, Wi-Fi o CPE, o es intermitente; pídale que avise cuando se repita. Su traza es mala y la externa es limpia hacia el mismo destino: la avería está de su lado del traspaso o en su ruta de tránsito, así que mire el salto donde empieza el retraso. Ambas son malas desde el mismo salto en adelante: el destino o su proveedor está degradado, y puede decírselo al cliente con pruebas. Una pérdida en un solo salto intermedio que desaparece en el destino es limitación de ICMP, no algo que escalar.
Valide un cambio BGP desde fuera
Tras anunciar un nuevo prefijo, mover uno a otro tránsito o añadir un prepend, compruebe la propagación con BGP Viewer: qué ASN de origen ven los colectores de rutas, por qué proveedores aguas arriba y cuántos colectores lo tienen. Trace después a una dirección del prefijo desde sondas en varios países y compare: el tráfico debería entrar en su AS por el tránsito que espera. Si las sondas de una región siguen llegando por la ruta antigua horas después, ese proveedor no actualizó o un filtro rechazó su anuncio. Conserve la traza previa al cambio y compárela con la posterior; la vista lado a lado muestra el salto exacto donde las rutas divergen. El enrutamiento asimétrico, salir por un tránsito y entrar por otro, es normal, pero debe ser intencionado.
Lectura de una traza: una pérdida que empieza dentro de un tránsito
Es un ejemplo pedagógico, no una medición real. Desde una sonda de su red a un CDN, los saltos 1 a 3 están en su AS, entre 2 y 4 ms, sin pérdida. El salto 4 es el traspaso a su tránsito: 5 ms, sin pérdida. El salto 5, aún en el ASN del tránsito, marca 6 ms pero 30 % de pérdida, y los saltos 6 a 9 muestran 28 a 32 %. La pérdida persiste hasta el destino, luego es real, y empieza en el tránsito, un salto tras su borde. La misma traza desde una sonda Globalping en otro ISP no muestra pérdida: el CDN está sano. Conclusión: un enlace degradado o un puerto congestionado del tránsito. La exportación fechada, con ambas trazas, va a su NOC; una traza programada dirá cuándo está arreglado.
Herramientas que completan el cuadro
BGP Viewer muestra quién origina un prefijo, sus proveedores aguas arriba y cuántos colectores lo ven: lo primero que comprobar tras cambiar sus anuncios. WHOIS e IP Reputation identifican un destino o la dirección de un cliente cuando una queja habla de bloqueos o listas negras. DNS Lookup, con el resolutor que elija, confirma que un CDN o servicio anycast envía a sus clientes a un nodo cercano. Ping sostenido confirma el jitter de un enlace antes de trazar, y Port Check verifica el filtrado desde fuera de su red.
Preguntas frecuentes
- ¿Puedo trazar desde el punto de vista de un cliente sin su dispositivo?
- Elija una fuente cercana a él: Falkenstein, Gravelines o una de las sondas Globalping, algunas de ellas situadas en redes residenciales o de otros ISP. La traza no incluirá su salto doméstico, pero muestra la ruta desde una red cercana hasta el destino. Si esa ruta está limpia mientras la queja persiste, lo más probable es que el problema esté entre su CPE y su primer router.
- ¿Cómo funciona una alerta de cambio de ruta?
- Una traza programada se ejecuta con el intervalo que usted fije. Cada ejecución registra la secuencia de direcciones de los saltos y, cuando difiere de la anterior, se envía una alerta, sujeta a un periodo de enfriamiento para que una ruta inestable no le avise cada pocos minutos. Combínela con umbrales de latencia y pérdida para detectar tanto desvíos silenciosos como degradaciones lentas, y abra las dos trazas lado a lado para ver dónde divergen.
- ¿Puedo demostrar a un proveedor de tránsito que la avería está de su lado?
- Puede entregarle una traza fechada desde su red y otra desde una sonda externa hacia el mismo destino, ambas mostrando pérdida o latencia que aparece dentro de su ASN y persiste hasta el final. Expórtela en PDF o JSON y adjúntela al ticket. Es una prueba a nivel de salto con atribución de ASN, que es lo que su NOC necesita para mirar el enlace correcto, aunque discutan la conclusión.