Además es necesario considerar que en el caso de vecindades eBGP se requiere la implementación de políticas para que haya intercambio de información de enrutamiento.
IOS XR utiliza Route Policy Language (RPL) para la definición de políticas de enrutamiento. En estas políticas intervienen varios elementos que también es necesario traducir:
- En IOS XR se debe aplicar una política (tanto entrante como saliente) entre vecinos eBGP.
- Si no se aplica una política entre vecinos eBGP no hay intercambio de información de enrutamiento y se recibe un mensaje de error indicando esta situación:
%BGP-4-NBR_NOPOLICY : No inbound IPv4 Unicast policy is configured for eBGP neighbor 192.168.1.5. No IPv4 Unicast prefixes will be accepted from the neighbor until inbound policy is configured.
%BGP-4-NBR_NOPOLICY : No outbound IPv4 Unicast policy is configured for eBGP neighbor 192.168.1.5. No IPv4 Unicast prefixes will be sent to the neighbor until outbound policy is configured.
Para esta configuración vamos a mantener el ejemplo pero ahora, cada uno de los routers estará en diferente AS:
Si se combina con esta configuración el uso de af-group y session-group (hace la configuración más escalable y gestionable) el resultado puede ser el siguiente:
Otros post sobre este tema:
- Conversión de configuraciones IOS a IOS XR (1): Prompt y modos del SO
- Conversión de configuraciones IOS a IOS XR (2): Interfaces y CEF
- Conversión de configuraciones IOS a IOS XR (3): Enrutamiento IP y OSPF
- Conversión de configuraciones IOS a IOS XR (4): Configuración de BGP
- Cisco IOS, IOS XE, IOS XR
- Arquitectura de Cisco IOS XR
Las abreviaturas y siglas utilizadas en este post puede encontrarlas desarrolladas en
que está disponible en la Librería en Línea de EduBooks.
No hay comentarios.:
Publicar un comentario
Gracias por tu comentario.
En este blog los comentarios están moderados, por lo que su publicación está pendiente hasta la revisión del mismo.