Resumen
- RFC 827 dejó el algoritmo interior bajo control de cada sistema autónomo. Los vecinos no tenían que copiarlo ni conocer toda su topología.
- EGP adquiría vecinos, vigilaba su estado y anunciaba alcanzabilidad, pero carecía de métrica común fiable, camino completo y semántica de política.
- El NSFNET mallado compensó esas carencias mediante acuerdos de representación, una base de políticas, filtros en el núcleo y alarmas operativas.
- BGP incorporó secuencias de sistemas autónomos a las rutas. Así distribuyó evidencia para detectar bucles y aplicar políticas locales sin convertir el número AS en propiedad o soberanía.
La frontera antes que la federación
El sistema autónomo de RFC 827 era una unidad de administración de pasarelas. Dentro de ella podía funcionar un método privado de encaminamiento que nunca necesitara implementarse fuera. El acuerdo común empezaba en la frontera.
BBN figura en esta historia por una razón limitada de procedencia. Eric Rosen redactó RFC 827 desde BBN, dentro del entorno de investigación y contratación que participó en el sistema de pasarelas DARPA. Eso no convierte a BBN en dueño de los sistemas autónomos ni de Internet; la operación de NSFNET y el desarrollo de BGP incorporaron después a instituciones diferentes.
Esta decisión desacoplaba el cambio. Una red podía ajustar costes, sustituir un algoritmo o responder a un fallo sin ordenar una actualización simultánea a todos sus vecinos. La diversidad interna dejaba de ser un problema mundial siempre que la interfaz exterior siguiera siendo inteligible.
La instalación inicial aún tenía un centro. Las pasarelas DARPA de ARPANET y SATNET formaban el núcleo; otros sistemas se conectaban como extremos y no debían servir de tránsito entre terceros. La alcanzabilidad amplia se interpretaba desde una posición privilegiada.
Pero RFC 827 ya advertía que podían existir sistemas coiguales para los que ningún núcleo resultara apropiado. El diseño de la frontera preparó una federación que la topología de 1982 todavía no realizaba.
Un protocolo que no pretendía elegir por todos
EGP no era un algoritmo universal de rutas. Intercambiaba información que otros algoritmos usarían. RFC 904 convirtió esa misión en operaciones concretas: adquirir un vecino, comprobar que sigue activo, sondearlo y recibir actualizaciones sobre las redes alcanzables a través de sus pasarelas.
La modestia evitaba imponer un único cálculo interior. También dejaba datos decisivos fuera del mensaje. Las distancias sólo podían compararse cuando procedían del mismo sistema autónomo. Dos administraciones podían medir cosas diferentes y no existía un patrón compartido en el que todos confiaran.
Tampoco viajaba la secuencia completa de sistemas atravesados. Una actualización no demostraba el mandato para representar una red ni explicaba las condiciones institucionales del tránsito. RFC 975 describió EGP como una solución provisional, acomodada a una topología parecida a un árbol y sin caminos arbitrariamente alternativos.
La autonomía era real, pero todavía dependía de que la estructura redujera las preguntas que el protocolo no podía responder.
Cuando el árbol se convirtió en malla
El nuevo backbone NSFNET hizo visibles las preguntas. RFC 1092 declaró deficiente el antiguo concepto de núcleo en un entorno mallado. Una pasarela podía representar falsamente redes; un enlace bilateral podía introducir un tránsito no acordado; varias rutas podían escapar a la vieja suposición de árbol de expansión.
La respuesta fue una arquitectura operativa alrededor de EGP. Los acuerdos bilaterales definían qué podía representar cada red regional. Una base de políticas almacenaba esas relaciones. Los filtros del núcleo aplicaban el registro. El centro de operaciones generaba alarmas ante anuncios incoherentes. Los números AS daban una identidad operativa a los mensajes.
Ese encadenamiento importa. El contrato asignaba responsabilidad; la base la hacía legible; el filtro permitía rechazar localmente; la alarma detectaba la divergencia. La política que no cabía en el protocolo no desapareció: adoptó otra forma ejecutable.
RFC 1093 muestra además que los grados de confianza variaban. Algunos vecinos sólo podían anunciar redes expresamente registradas. Otras relaciones admitían un tratamiento distinto, métricas fijas o supresión de rutas. Compartir formato no significaba compartir criterio.
El coste de una afirmación sin recorrido
En un árbol, «puedo alcanzar ese destino» puede bastar porque casi no hay alternativas. En una malla, dos vecinos pueden afirmar lo mismo. Sus números de distancia no son necesariamente comparables. Si uno devuelve información aprendida del otro, no hay una lista completa de AS que permita al receptor verse dentro del bucle.
El núcleo contenía la ambigüedad al concentrar el contexto. A cambio, concentraba la capacidad de decidir qué relaciones eran válidas. Lo que empezó como ayuda para arrancar podía consolidarse como una autoridad permanente si sus conocimientos no se hacían portátiles.
RFC 1105 dio a BGP un objeto nuevo: la secuencia de sistemas autónomos recorridos por el anuncio. Cada receptor podía construir un grafo, descartar un camino que ya incluyera su propio AS y aplicar una política a los sistemas mencionados.
No era una métrica objetiva. El operador seguía pudiendo preferir clientes, evitar un tránsito o rechazar tráfico. BGP no abolió la política; llevó hasta cada frontera un objeto sobre el cual ejecutarla.
La prueba mejoró sin volverse total
Un camino AS no acreditaba la propiedad del destino ni la autoridad originaria, y tampoco impedía toda mentira o error de configuración. Contratos, registros, filtros, observación y juicio siguieron siendo necesarios.
El avance fue específico: una parte del conocimiento que antes residía en el núcleo viajó con la ruta. El participante recibía contexto suficiente para detectar ciertas repeticiones y decidir localmente. Se pudo retirar el privilegio central porque su evidencia dejó de estar encerrada allí.
La definición posterior de RFC 1930 conserva esa precisión. Se necesita un AS separado cuando existe una política exterior clara y distinta; no sólo por comodidad administrativa. Una empresa puede usar varios AS, varias organizaciones pueden participar en una operación y una red autónoma puede depender intensamente de su proveedor.
El número no es una escritura de propiedad, una frontera territorial ni una personalidad jurídica. Identifica quién responde por la política de encaminamiento mostrada en una frontera. Exagerarlo convierte coordinación en mando; minimizarlo borra la responsabilidad que una federación requiere.
Fuentes y límites de la evidencia
- https://www.rfc-editor.org/rfc/rfc827.html
- https://www.rfc-editor.org/rfc/rfc904.html
- https://www.rfc-editor.org/rfc/rfc975.html
- https://www.rfc-editor.org/rfc/rfc1092.html
- https://www.rfc-editor.org/rfc/rfc1093.html
- https://www.rfc-editor.org/rfc/rfc1105.html
- https://www.rfc-editor.org/rfc/rfc1126.html
- https://www.rfc-editor.org/rfc/rfc1771.html
- https://www.rfc-editor.org/rfc/rfc1930.html
- https://www.rfc-editor.org/rfc/rfc5773.html
Los RFC documentan diseños, requisitos y prácticas concretas, no censos completos de implantación. La previsión de sistemas coiguales en RFC 827 no fecha la desaparición de toda función central. Tampoco corresponde proyectar las capacidades posteriores de BGP-4 sobre EGP en 1982.
Informe para miembros
Contexto ampliado del perfil
Inicia sesión con el nivel de membresía adecuado para desbloquear el informe completo y las notas de las fuentes.
Solo para Strategic Circle
Strategic Circle
Abierto a todos los lectores. Desbloquea informes de perfil después de unirte e iniciar sesión.
Únete a Strategic CircleSolo para Leadership Alliance
Leadership Alliance
Para propietarios y directivos cualificados de activos de propiedad intelectual; inicia sesión para desbloquear los informes de la alianza.
Unirse a Leadership Alliance
