Resumen
- RFC 8097 define una comunidad extendida no transitiva que transporta el estado Valid, NotFound o Invalid de una ruta dentro de un sistema autónomo.
- El estado informa a la política, pero no la ejecuta: EBGP queda fuera por defecto, la validación delegada exige confianza y aceptar, rechazar o preferir sigue siendo una decisión local explícita.
Tres valores llevan un resultado, no una orden
RFC 6811 define el cálculo. Valid exige que al menos una carga ROA validada cubra el prefijo, permita su longitud y coincida con el AS de origen; NotFound indica que ninguna lo cubre; Invalid, que alguna lo cubre pero ninguna coincide. RFC 8097 codifica esos estados como 0, 1 y 2 en una comunidad opaca no transitiva. IANA asigna el subtipo 0x00 bajo el tipo 0x43. La norma exige enviar los campos reservados a cero e ignorarlos al recibirlos.
La recomendación normativa es que un router configurado adjunte la comunidad a los UPDATE enviados por IBGP. Sin estado calculado localmente, el receptor debería derivarlo de la comunidad si está presente. Recibe un resultado, no una prueba de que el caché esté actualizado, que la ruta completa sea válida o que deba importarla.
RFC 6811 mantiene la autoridad local: sin configuración explícita, la norma prohíbe excluir una ruta de Adj-RIB-In o del proceso de decisión solo por su estado. La etiqueta alimenta la política; no la sustituye.
La frontera de confianza termina en EBGP por defecto
RFC 8097 exige eliminar sin procesar la comunidad recibida de EBGP por defecto y recomienda no enviarla a pares EBGP. La configuración puede permitirlo cuando esté justificado, por ejemplo entre AS bajo una administración común, pero es una decisión afirmativa de confianza.
El esquema externaliza la validación de un router hacia otro. Por eso exige una relación de confianza adecuada y atención a la seguridad del transporte. La comunidad transporta un resultado de validación, pero no está autenticada criptográficamente: puede ser falsa, obsoleta o adjuntada por el equipo equivocado. La validación de origen tampoco valida todo el AS_PATH.
El soporte mixto crea una obligación de traducir política
Si algunos routers internos no implementan RFC 8097, la norma recomienda que el operador defina políticas que lean la comunidad y establezcan otro atributo BGP con efecto equivalente en la selección. Sin esa traducción, la misma ruta puede producir decisiones distintas dentro de la topología.
La norma recomienda no enviar más de una instancia. Si se reciben varias, exige ignorar todas salvo el valor numérico mayor. Para un valor superior a 2, exige descartar la comunidad errónea con un enfoque similar a RFC 7606, pero solo recomienda registrar el error. Eso contiene un estado erróneo; no certifica la ruta restante.
Pruebas y límites
RFC 8097 define formato, transporte, defaults EBGP, soporte mixto y confianza delegada. RFC 6811 define el cálculo y conserva la acción bajo política local. RFC 7606 y RFC 7454 delimitan error y transporte; IANA confirma el subtipo.
Las fuentes no identifican redes que usen hoy la comunidad, no cuantifican un ahorro universal ni garantizan datos idénticos entre validadores. Poder, autorización, beneficiarios, coste y contrafactual son análisis derivados de las normas.
Fuentes
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

