Cuando contratas tránsito IP, tu proveedor te pregunta qué rutas quieres recibir por la sesión BGP. Hay tres respuestas posibles: la tabla completa, solo la ruta por defecto o algo intermedio. La elección depende de cuántas salidas tienes y de lo que aguanta tu router.
Qué es cada opción
La tabla completa es la lista de todos los destinos de Internet, con el camino para llegar a cada uno. Hoy supera el millón de rutas en IPv4 y las doscientas mil en IPv6, y sigue creciendo.
La ruta por defecto es una única ruta que significa “todo lo que no conozcas, envíamelo a mí”. Tu router no sabe nada de Internet: se lo manda todo al proveedor.
Las rutas parciales son un término medio. Recibes la ruta por defecto más un subconjunto de rutas, normalmente las de los clientes y peers directos del proveedor.
Lo que cambia y lo que no
Lo que eliges afecta solo al tráfico de salida: por qué proveedor envías cada paquete. No afecta al tráfico de entrada. Por dónde te llega el tráfico depende de cómo anuncias tus prefijos, y eso es igual con cualquiera de las tres opciones.
Tampoco cambia lo que pagas. El tránsito IP se factura por caudal, no por número de rutas.
Si tienes una sola salida
Pide solo la ruta por defecto.
Con un único proveedor, todo tu tráfico sale por el mismo sitio, sepas o no el camino de cada destino. La tabla completa no te aporta nada y obliga a tu router a gastar memoria y procesador en mantenerla.
Si tienes dos o más salidas
Aquí es donde la elección importa.
Con ruta por defecto en ambas, tu router reparte el tráfico sin saber qué camino es mejor. Funciona y da redundancia: si un proveedor cae, sales por el otro. Pero puedes estar enviando tráfico por un camino largo teniendo uno corto al lado.
Con tabla completa en ambas, tu router compara los dos caminos para cada destino y elige el más corto. Aprovechas mejor las dos salidas y, si un proveedor pierde conectividad con una parte de Internet, tu router lo detecta y usa el otro para esos destinos.
Con rutas parciales, envías por cada proveedor el tráfico hacia sus clientes directos y repartes el resto. Te da buena parte de la ventaja con una fracción de las rutas.
Lo que necesita tu router
Este es el factor que suele decidir. Mantener la tabla completa de dos proveedores exige:
- Memoria para guardar más de dos millones de rutas, una copia por proveedor.
- Capacidad en la tabla de reenvío para instalar más de un millón de rutas IPv4 activas, además de las de IPv6. Muchos equipos de gama media no llegan.
- Procesador para recalcular cuando una sesión cae y se levanta.
Un router que se queda sin memoria no avisa con educación: reinicia sesiones o deja de reenviar tráfico. Antes de pedir la tabla completa, comprueba las especificaciones de tu equipo con margen, porque la tabla crece cada año.
Si tu router no llega, las rutas parciales son la salida natural.
El tiempo de convergencia
Con la tabla completa, cuando una sesión se cae tu router tiene que procesar cientos de miles de cambios. En equipos modestos eso puede tardar minutos, durante los cuales parte del tráfico se pierde.
Con ruta por defecto, el cambio es inmediato: desaparece una ruta y se usa la otra. Si priorizas una conmutación rápida y tu equipo es limitado, la ruta por defecto en ambas salidas es una opción defendible.
Resumen
| Tu situación | Qué pedir |
|---|---|
| Una sola salida | Ruta por defecto |
| Dos salidas, router limitado | Ruta por defecto en ambas, o rutas parciales |
| Dos salidas, router con capacidad | Tabla completa en ambas |
| Haces peering en un punto neutro | Tabla completa de los tránsitos |
Se puede cambiar después
No es una decisión definitiva. Puedes empezar con la ruta por defecto y pedir la tabla completa cuando renueves el router o añadas una segunda salida. El cambio es una modificación en la configuración de la sesión, sin tocar el circuito.
En nuestro tránsito IP y en la fibra dedicada para operadores puedes recibir tabla completa, ruta por defecto o rutas filtradas, y usar las comunidades BGP para ajustar el comportamiento. Si estás diseñando la segunda salida, te interesa BGP y multihoming para ISPs.
