Cómo dimensionar, planificar y enrutar tu red ISP para crecer sin colapsar

septiembre 10,2026 | Conectividad, ISP (Proveedores Servicios de Internet)

InterNexa

”Reproduce la narracion del articulo”

8:51

Casi ningún ISP se cae por falta de tecnología. Se cae por falta de plan. Cuando el crecimiento de clientes le gana la carrera a la capacidad de la red, lo que se ve hacia afuera es buffering, quejas y un equipo de soporte saturado — pero adentro, lo que pasó es que nadie proyectó cuánto tráfico iba a necesitar esa red dentro de seis meses.

70 a 80% es el techo de utilización recomendado en hora pico para cualquier enlace crítico de tu red — el margen que separa un crecimiento controlado de una saturación sorpresiva.

La ruta de este artículo — de diagnóstico a estrategia

HOP 1 Dimensionar

Medir, proyectar y planificar capacidad

HOP 2 Enrutar

BGP esencial y enrutamiento avanzado

HOP 3 Integrar

Unir ambos mundos y evitar errores comunes

Dimensionar y planificar la red, y dominar el enrutamiento con BGP, no es un lujo de operador grande: es la diferencia entre crecer con control o crecer apagando incendios. En InterNexa acompañamos ISP de toda la región en ambos frentes, y una y otra vez vemos el mismo patrón — dos disciplinas que en la práctica son inseparables, pero que se tratan como si no tuvieran nada que ver entre sí.

Aquí te llevamos paso a paso por los dos mundos, con las cifras y los criterios que usamos en los diagnósticos de red que hacemos con la comunidad ISP.

Hop 1 — Dimensionar

¿Qué significa realmente “dimensionar” una red ISP?

No es “comprar más ancho de banda”. La métrica que más importa es el tráfico en hora pico (busy hour), no el promedio del día: una red puede verse “tranquila” en el reporte mensual y, sin embargo, saturarse todas las noches entre 8 y 10 p.m. Una buena práctica es mantener la utilización en hora pico por debajo del 70–80% en cada enlace crítico, dejando margen para picos inesperados y para una eventual falla de otro enlace que obligue a redirigir tráfico.

Las señales de que tu red ya está pidiendo ayuda

Quejas recurrentes de lentitud en las mismas horas o en las mismas zonas.
El equipo de NOC vive reaccionando a alertas en vez de revisar tendencias.
Los cambios de ruta se hacen “a mano” y nadie documentó por qué quedaron así.
Llegan clientes nuevos, pero la capacidad de los enlaces no crece en la misma proporción.
El churn sube justo en las zonas donde más se quejan de la velocidad percibida.

Planificación de capacidad en cuatro pasos

1	Diagnóstico real Mide, no asumas. Usa herramientas de monitoreo por enlace y por POP para conocer tu hora pico real, no la que crees que es.
2	Proyección de crecimiento Combina el crecimiento esperado de clientes con el crecimiento del consumo promedio por cliente — el consumo de video y streaming suele crecer entre 20% y 30% interanual en buena parte de la región — para proyectar de 12 a 24 meses hacia adelante.
3	Arquitectura escalable Diseña en capas (núcleo, agregación, acceso) y evita que un solo enlace físico sea el único camino hacia un POP crítico. Define cada upgrade de capacidad con margen, no al límite exacto de lo proyectado.
4	Validación periódica Haz simulacros de falla de un enlace y revisa trimestralmente el plan contra el tráfico real — la proyección que no se revisa se vuelve obsoleta en pocos meses.

Hop 2 — Enrutar

BGP esencial: lo que todo ISP con más de un proveedor ya está usando

BGP es el protocolo que decide cómo entra y cómo sale el tráfico de tu red: controla tu relación con los proveedores de tránsito y con tus peers. Si ya tienes más de un proveedor de conectividad, ya estás usando BGP, aunque no lo hayas pensado en esos términos.

ASN

Tu número de sistema autónomo propio: la identidad de tu red frente al resto de Internet.

Anuncio de prefijos

Cómo le dices al mundo qué bloques de IP son tuyos y por dónde se llega a ellos.

AS-PATH

La huella de por dónde viajó una ruta: qué sistemas autónomos atravesó.

Local-preference / MED

Atributos que te permiten influir en qué camino prefiere tu red para el tráfico saliente y entrante

Multihoming — tener más de un proveedor de tránsito — es la base mínima de resiliencia. Sin eso, no importa cuánta capacidad tengas: dependes por completo de un único proveedor.

Enrutamiento avanzado: lo que separa a un ISP maduro de uno reactivo

RPKI — certifica criptográficamente quién está autorizado a anunciar tus prefijos, evitando secuestros de ruta (hijacking) accidentales o malintencionados. Disponible sin costo adicional en la mayoría de los registros regionales, incluido LACNIC.
Comunidades BGP — permiten hacer ingeniería de tráfico, decidir por dónde sale el tráfico según costo o latencia, sin tocar la configuración física de la red.
BGP Flowspec — mitiga ataques DDoS de forma quirúrgica, bloqueando tráfico malicioso específico sin tumbar el servicio completo.
Peering e IXPs — cuando el tráfico hacia un destino puntual representa una porción importante de tu salida, conectarte directo en un punto de intercambio de tráfico suele reducir tanto la latencia como el costo frente a pagar tránsito por ese mismo tráfico.
Automatización de políticas — reemplazar cambios manuales repetidos por herramientas o APIs reduce el error humano, que sigue siendo el origen más común de los incidentes grandes de enrutamiento en Internet.

EL DATO DETRÁS DE RPKI: Entre 2019 y 2025, la adopción global de RPKI aceleró de forma sostenida: las rutas IPv4 válidas pasaron de 14.4% a 51.1%, y las de IPv6 de 20.2% a 57.0%, según cifras de LACNIC presentadas en el NANOG 96 (abril de 2026). Operadores de la escala de NTT, AT&T, Cloudflare y Microsoft ya descartan por defecto los anuncios BGP marcados como inválidos — igual que la mayoría de los grandes puntos de intercambio de tráfico del mundo. Postergar RPKI ya no es una decisión neutral: cada vez es más probable que el tráfico entrante hacia una red sin RPKI se degrade silenciosamente, simplemente porque el resto de Internet subió el estándar.

51.1%

Rutas IPv4 válidas bajo RPKI a nivel global (2025)

57.0%

Rutas IPv6 válidas bajo RPKI a nivel global (2025)

+50%

Cobertura RPKI del espacio IPv4 mundial, confirmada en NANOG 96

Hop 3 — Integrar

Por qué dimensionar bien y enrutar mal (o viceversa) no alcanza

La decisión de dónde añadir capacidad —un nuevo proveedor de tránsito, un nuevo peering, un nuevo enlace de backbone— debería salir del mismo análisis de capacidad, no tratarse como una decisión aparte. Un ISP que dimensiona bien pero enruta mal sigue siendo vulnerable: puede tener capacidad de sobra pero depender por completo de un único proveedor. Y un ISP que enruta de forma sofisticada pero no proyecta su crecimiento, eventualmente saturará sus enlaces igual — solo que con más sofisticación en el camino hacia el colapso.

Errores comunes que vemos en ISP de la región

X Sobre-provisionar “para estar tranquilos”, sin datos reales que respalden esa cantidad.

X No documentar la política de enrutamiento: cuando se va la persona que la configuró, nadie entiende por qué las rutas quedaron así.

X Depender de un solo proveedor de tránsito o de un solo camino físico hacia un POP crítico

X Postergar RPKI “porque nunca nos ha pasado nada” — hasta que pasa, y entonces ya es incidente, no prevención.

Tu red puede crecer sin que se note en la factura (ni en las quejas)

Cada hora de saturación en horas pico cuesta: en tickets de soporte, en clientes molestos y, lo peor, en clientes que se van a la competencia sin avisar. Un mejor enrutamiento significa menor latencia percibida; activar RPKI y políticas como Flowspec significa menos incidentes graves — y menos incidentes graves significa que tu equipo de NOC pasa más tiempo mejorando la red y menos tiempo apagando incendios a las 11 de la noche.

✓ Menos saturación en horas pico, sin sobre-invertir en capacidad.

✓ Menos tickets de soporte por “internet lento” en las mismas zonas de siempre.

✓ Mejor percepción de marca frente a clientes empresariales que sí miden estos detalles.

✓ Decisiones de inversión en red basadas en datos reales, no en intuición No necesitas resolver todo esto en una semana.

Empieza por dos acciones concretas: haz un diagnóstico real de capacidad en tus enlaces críticos, y activa RPKI para tus propios prefijos. Si quieres ayuda, en InterNexa tenemos un diagnóstico gratuito de red disponible para la comunidad ISP.

FUENTES CONSULTADAS

• LACNIC Blog — Evolución global y regional de la adopción de RPKI (2025)

• Ayuda.LA — RPKI en Latinoamérica: cobertura global superó el 50% (NANOG 96 / LACNIC, abril 2026)

• LACNIC Blog — El riesgo del secuestro furtivo de BGP en la era de la validación de origen de rutas

• InterNexa Blog — La seguridad de tu empresa necesita el Resource Certification RPKI

• Criterios internos de diagnóstico de red — InterNexa, Comunidad ISP