Resumen

  • RFC 1266 documentó tres implementaciones BGP independientes y distinguió sus 56 routers en siete sistemas autónomos del subconjunto operativo: 49 routers en seis sistemas.
  • Más de 2.000 redes, enlaces entre 56 kbit/s y 45 Mbit/s, hardware y topologías diversos eran evidencia de BGP-3 en 1991, no una medida de adopción global o posterior.
  • El informe ordenó la cadena de CA*Net como congestión, pérdida de paquetes de control y convergencia lenta; propuso controles locales y negó que esa situación extrema fuese una configuración normal.

Un caso límite no es un promedio

RFC 1266 tenía una tarea concreta: mostrar cómo BGP satisfacía los requisitos para avanzar a Draft Standard. El documento no describía experiencia como una impresión general. Enumeraba código, máquinas, enlaces, topologías, routers y redes.

Había tres desarrollos independientes. La versión de cisco corría en su sistema propietario; gated, de dominio público, funcionaba en varios Unix; la implementación NSFNET/IBM servía las dorsales T1 y T3. Que fueran árboles de código distintos hacía útil la interoperabilidad como prueba de que el texto podía implementarse sin copiar una realización. No demostraba que todos los errores fueran diferentes ni que cada camino excepcional hubiese sido recorrido.

La población también estaba descompuesta. CA*Net tenía 10 routers BGP; la dorsal T1 de NSFNET, 20; la T3, 15; la red de pruebas T3, 7; CICNET, 2; MERIT y PSC, uno cada uno. La suma era 56 routers en siete sistemas autónomos.

Sin embargo, el conjunto perteneciente al Internet operativo era 49 routers en seis sistemas. Los siete equipos de la red de pruebas no desaparecieron como evidencia; cambiaron de clase. Presentar 56 como número de producción borra precisamente el control de alcance que vuelve auditable al informe.

La variedad era parte del recibo

Los enlaces iban de 56 kbit/s a 45 Mbit/s. El cómputo iba de PC/RT a RS/6000. Había routers dedicados y estaciones Unix. Las formas iban desde anillos y árboles dispersos hasta dorsales densas. El conjunto completo de rutas exteriores transportadas por BGP superaba las 2.000 redes.

No son adornos históricos. Cada eje prueba una frontera distinta: el origen del código examina la claridad de la especificación; el sistema operativo examina búferes y planificación; el ancho de banda examina cola y pérdida; la topología examina caminos y supresión de bucles.

RFC 1164 muestra lo que la palabra implementación escondía. TCP entrega un flujo y una lectura puede terminar a mitad de un mensaje BGP. El programa debe validar cabecera y longitud, guardar fragmentos y evitar que la espera bloquee el proceso de rutas. Las actualizaciones son incrementales: una ruta anunciada vive hasta una retirada o sustitución explícita.

RFC 1267 completa el contrato de BGP-3. Al abrirse una conexión viaja la tabla completa; después solo los cambios. No hay un volcado periódico que sane dos estados que se separaron en silencio. La coherencia está ligada a la historia de la conexión, y un fallo devuelve los pares a Idle para reconstruirla.

Por eso no existe un único hecho llamado «BGP funcionó». El encuadre de mensajes, la memoria de rutas, la selección, la política, los temporizadores y la recuperación de sesión tienen recibos distintos.

El conteo tenía fecha y versión

El informe decía que BGP se usaba en producción desde 1989, que las tres implementaciones intervenían, que se habían utilizado todas las funciones significativas y que había operación entre tránsito y stub, entre tránsitos, en dorsales y redes regionales. También mencionaba autenticación y supresión de bucles.

La autoridad de esas frases no proviene de «producción» como palabra mágica, sino de su superficie nombrada. RFC 1266 remite a ponencias del vigésimo IETF para los datos detallados de CA*Net y NSFNET. Sin esas actas en el paquete cerrado, no se pueden fabricar muestras, porcentajes, desviaciones ni una cobertura que el RFC no publica.

Tampoco las más de 2.000 redes son una promesa de escala perpetua. Demuestran que BGP-3 procesó aquel conjunto contemporáneo. No miden tablas BGP-4, atributos posteriores, políticas modernas ni productos actuales.

La secuencia de CA*Net localizó el control

CA*Net tenía diez routers en un anillo de enlaces de 56 kbit/s, muy utilizados y a menudo congestionados. La congestión descartaba muchos paquetes que llevaban información BGP. Al perderse esas actualizaciones, la convergencia se hacía lenta.

La secuencia importa: congestión, pérdida, demora. El informe sostuvo que cambiar TCP no impediría al router congestionado descartar paquetes. El transporte retransmitía; no controlaba la cola ni había creado la demanda que saturaba el enlace.

Había dos lugares para intervenir. Reducir la congestión quedaba fuera de BGP. Reducir la proporción de paquetes BGP perdidos podía hacerse al identificarlos y priorizarlos mediante precedencia IP, el puerto TCP conocido o las direcciones. CA*Net usó origen o destino.

Una retransmisión más agresiva podía acortar un nuevo intento y una ventana menor limitar datos ya obsoletos. RFC 1266 rechazó confundir eso con una cura: insistir sobre un paquete no cambia la política que lo vuelve a tirar.

La prioridad tampoco es el resultado final. Prueba una decisión de cola. La recuperación necesita después pérdida observada, actualización procesada, ruta elegida, convergencia y reenvío comprobado.

El propio documento prohibió la extrapolación fácil

CA*Net no llevaba información de rutas externas en su IGP. BGP alimentaba el cálculo de rutas internas a través del anillo, por lo que su convergencia tenía un peso excepcional. El informe presentó el diseño como una prueba bajo tensión y dijo que no representaba la norma; en redes más ordinarias, el IGP transportaría información exterior para el cálculo interno.

La reserva no invalida el caso. Le asigna coordenadas. Una condición extrema puede revelar antes una dependencia, pero no se convierte en topología mediana, fallo general de TCP ni propiedad atemporal de BGP.

RFC 1268 recuerda además que los caminos AS servían decisiones locales para redes stub, multihomed y de tránsito. Una ruta recibida no era autorización, relación comercial ni garantía de entrega. RFC 1266 observaba el mecanismo que transportaba decisiones; no certificaba el derecho ni el resultado de cada una.

Fuentes y límites de inferencia

Estas fuentes establecen especificación, guía de implementación, supuestos de uso, implementaciones nombradas, población registrada, escala de rutas y observación de CA*Net. No establecen los datos completos de las actas, adopción mundial, comportamiento de BGP moderno, conformidad actual, seguridad presente, convergencia universal, alcance, entrega ni resultado para el usuario.