Resumen

  • RFC 5291 permite que un receptor BGP envíe Outbound Route Filters tipados para que el peer los aplique junto con su política de exportación local y evite producir updates que serían descartados.
  • ADD, REMOVE y REMOVE-ALL cambian estado aportado por el peer y limitado a la sesión; PERMIT y DENY expresan preferencia. No pueden borrar filtros locales del emisor, que además puede decidir no atender la petición.
  • IMMEDIATE aplica la mutación y provoca reanuncio; DEFER guarda el cambio hasta un commit posterior. La evidencia debe recorrer fuente, codificación, estado recibido, export local, Adj-RIB-Out, UPDATE y RIB receptor, y reconstruirse tras cada nueva sesión.

La prueba inicial parece concluyente. El router del cliente muestra una caída desde cientos de miles de rutas a una vista mínima; memoria y CPU mejoran. El informe afirma que el proveedor ya solo envía el feed contratado.

Una prefix-list de entrada ordinaria produce exactamente la misma vista mientras el proveedor continúa enviándolo todo. Se ha demostrado rechazo local, no ahorro remoto. ORF permite que el trabajo se detenga antes, pero solo la observación de ambos lados demuestra que ocurrió.

La petición viaja contra el sentido de las rutas

En BGP ordinario, el emisor combina su Loc-RIB y política outbound para construir un Adj-RIB-Out por peer. El receptor aplica después su política inbound. Cada red controla su frontera.

ORF añade una señal inversa y acotada. El receptor entrega entradas de filtro al emisor; este puede incorporarlas al filtro de salida dedicado a ese receptor. Las rutas siguen viajando del proveedor al cliente, mientras la preferencia de reducción viaja del cliente al proveedor.

RFC 5291 define suma, no sustitución. El ORF recibido se aplica además de los filtros configurados localmente. El cliente puede pedir menos, pero no retirar una protección, un límite contractual ni una reserva de información del proveedor. REMOVE-ALL borra las entradas del ORF remoto especificado, no toda la política outbound.

El estándar describe la lista como una preferencia local que el peer puede honrar o no. Negociar la capability crea un canal de coordinación, no un derecho de ejecución. Por eso el receptor conserva su filtro inbound y comprueba el resultado.

Capability significa intersección de tipo, familia y dirección

El código 3 se anuncia en OPEN con AFI/SAFI, tipo ORF y dirección Send/Receive. No existe un único interruptor universal.

Solo la intersección exacta habilita el intercambio. Si el cliente quiere enviar Address Prefix ORF para IPv4 unicast y el proveedor solo acepta ese tipo en IPv6, IPv4 no está cubierto. Poder enviar no demuestra poder recibir; una familia no prueba otra.

La intersección altera el arranque. Cuando no está vacía, RFC 5291 indica que el futuro emisor no debería anunciar esa familia hasta recibir un Route Refresh cualificado: uno simple o uno con entradas e IMMEDIATE. El receptor puede instalar la preferencia antes del primer gran feed.

Con intersección vacía se siguen procedimientos BGP normales. Una sesión Established puede esperar en IPv4 y anunciar en IPv6. El estado verde no muestra el contrato de tipos ni el primer commit.

La evidencia debe conservar los OPEN reales por epoch de sesión. La configuración es intención; la capability negociada es el interfaz ejecutable.

Una lista local no es el filtro guardado por el vecino

Una entrada RFC 5291 contiene AFI/SAFI, tipo, acción, match y valor propio del tipo. ADD instala, REMOVE elimina una entrada y REMOVE-ALL vacía el ORF. PERMIT pide pasar coincidencias; DENY pide retenerlas.

RFC 5292 define Address Prefix ORF mediante Sequence, Prefix, Length, Minlen y Maxlen. Puede expresar coincidencia exacta, more-specifics y rangos de longitud. La secuencia establece el orden de evaluación.

El archivo editado, su compilación, los bytes del Route Refresh y las entradas decodificadas en el peer son objetos distintos. Un generador puede invertir secuencias, perder un deny, usar AFI erróneo o mantener una revisión antigua. Un hash local no cubre esa cadena.

El canario debe probar el espacio negativo: un prefijo exacto, un more-specific dentro del rango, otro un bit fuera, un deny explícito y una ruta que la política outbound local bloquee aunque el ORF la permita.

Si existen varios tipos ORF no vacíos, la ruta pasa por todos. PERMIT combinado con DENY produce DENY. Una pantalla que solo enseña el prefix ORF no representa necesariamente el filtro efectivo.

DEFER escribe; IMMEDIATE hace visible

Las mutaciones viajan en Route Refresh con semántica transaccional. IMMEDIATE procesa la lista y reanuncia las rutas afectadas según el nuevo estado. El emisor debe reanunciar las afectadas y puede incluir otras.

DEFER almacena los cambios sin cambiar aún el feed visible. Un Route Refresh simple posterior, o un ORF con IMMEDIATE, realiza el commit. Si también cambiaron políticas locales y se requiere reanuncio completo, RFC 5291 prescribe DEFER seguido de refresh simple.

La separación permite preparar una versión coherente. También permite que ambos routers muestren entradas nuevas mientras el Adj-RIB-Out antiguo sigue activo.

Cada DEFER necesita ID, hash esperado, dueño, commit, plazo y rollback. Un cambio diferido fuera de ventana es una transacción incompleta.

Un refresh simple no limpia ORF: reanuncia aplicando las listas ya recibidas. Enhanced Route Refresh marca los límites del intercambio, pero no sustituye el registro de mutaciones. Compartir sobre no iguala autoridad.

Eliminar una petición no elimina la negativa local

Quitar un DENY remoto puede ampliar el feed y quitar la última entrada elimina ese ORF. La expansión solo alcanza lo que permite el export local y lo que el emisor decide atender.

El rollback es asimétrico. El cliente puede restaurar la lista anterior, retirar entradas o dejar de negociar. Nada de ello debe debilitar la política del proveedor. Si esa política depende del ORF del cliente como única protección, se ha confundido optimización con autorización.

El receptor también conserva su protección inbound. El vecino puede no cumplir la preferencia, perderla o renegociar otro tipo. Ahorrar recursos no sustituye control de admisión.

Una entrada desconocida puede retirar el ORF entero

Un tipo o AFI/SAFI no negociado se ignora. Un REMOVE de una entrada inexistente también se ignora.

Una entrada seleccionada con un valor de campo desconocido sigue otro camino: RFC 5291 exige eliminar todo el ORF previamente recibido de ese tipo. Se evita mantener un filtro entendido a medias, pero el feed puede ampliarse hasta el límite local.

Ese fallo debe ensayarse en un peer aislado. Hay que predecir si se ignorará el mensaje, la entrada o se retirará el ORF, y verificar Adj-RIB-Out. El log del parser no prueba el efecto.

También se limitan frecuencia, volumen y alcance. Un receptor comprometido puede provocar trabajo y reanuncios repetidos; un emisor puede fingir cumplimiento. La automatización sin cuota convierte una preferencia en superficie de agotamiento.

La sesión es el límite de vida

El ORF vive durante la sesión en la que se intercambió. Al terminar, el estado remoto aportado por el peer desaparece. La captura anterior al reset no prueba la siguiente epoch.

La nueva sesión negocia de nuevo y espera su primer refresh cualificado cuando corresponde. Una carrera, una petición inicial perdida o un cambio de capability puede alterar el feed sin tocar el archivo local.

Por eso se enlazan epoch, OPEN, primer ORF o refresh simple, lista recibida, activación y snapshot de Adj-RIB-Out. Rutas anteriores a la petición o una petición nunca recibida son incidentes observables.

Resetear limpia el estado, pero afecta toda la sesión. El rollback normal es una mutación inversa con delta verificada. El reset solo sirve cuando se predice toda la reconstrucción.

El canario demuestra ahorro desde ambos lados

Se empieza con un peer de bajo impacto y una familia. La referencia mide candidatos outbound, updates transmitidos, input remoto y rechazos locales.

Tras negociar Address Prefix ORF, se envía IMMEDIATE con permit y deny estrechos antes del primer feed. El emisor verifica la lista decodificada y la intersección con export local. Adj-RIB-Out, captura y receptor demuestran que lo excluido nunca fue enviado.

La segunda versión usa DEFER: cambia el estado guardado, no el feed. Un refresh simple hace commit y se compara la delta exacta. Luego se prueban REMOVE, REMOVE inexistente, REMOVE-ALL y eliminación de la última entrada.

Finalmente se reinicia la sesión para demostrar que el estado antiguo desaparece y se reconstruye mediante capability y first refresh. El ejercicio se repite por AFI/SAFI.

La aceptación no es “ORF activo”. Es un libro de trabajo evitado y autoridad conservada: qué rutas dejaron de generarse para ese peer, qué reglas locales siguieron negando divulgación, qué petición causó el cambio y qué observó el receptor.

ORF otorga un derecho pequeño: pedir al vecino que diga menos. No permite exigir más ni borrar sus límites. Esa restricción hace que la cooperación sea eficiente sin dejar de ser autónoma.