Cada uno de los protocolos de enrutamiento OSPF y BGP puede estar habilitado de forma independiente; el modelo anterior de permitir que solo se habilite un protocolo de enrutamiento en el sistema se eliminó con esta versión. Esta versión también permite la posibilidad de redistribuir OSPF a BGP o BGP en OSPF (o ambos al mismo tiempo), junto con otros posibles orígenes de rutas, como prefijos aprendidos a través de superposición, rutas conectadas, rutas estáticas, etc.

Además, con la versión 3.2, vamos a estandarizar el comportamiento de la redistribución junto con más líneas tradicionales (similares a las de otros proveedores de enrutamiento). Por ejemplo, si hay más de una ruta disponible para el mismo prefijo, solo la mejor ruta para ese prefijo en la RIB del sistema se redistribuirá al protocolo de destino si la configuración del protocolo de destino permite la redistribución para ese tipo de ruta.

Considere, por ejemplo, una redistribución del prefijo 192.168.1.0/24 a BGP. Supongamos que las rutas al prefijo 192.168.1.0/24 están disponibles de forma local, aprendidas desde OSPF y de forma independiente como un prefijo superpuesto. Supongamos también que, entre el orden de flujo de los semiconductores para el prefijo, las métricas de ruta y las preferencias de ruta, la ruta de OSPF tiene una clasificación superior ("es mejor que") que la ruta de superposición aprendida para ese mismo prefijo. A continuación, la ruta de OSPF se redistribuirá en BGP si la redistribución de OSPF se activó en BGP. Tenga en cuenta que, dado que el prefijo aprendido de superposición no es la mejor ruta para ese prefijo en la RIB del sistema, no se redistribuirá en BGP aunque la redistribución de los prefijos de superposición se haya activado en BGP.

En casos como los anteriores, con el fin de facilitar la redistribución de la mejor ruta para un prefijo en un protocolo de destino determinado, el usuario puede habilitar la redistribución para el tipo de ruta específico que sea la mejor ruta en el sistema.

De forma alternativa, si el usuario prefiere que se redistribuya un origen de ruta diferente para ese prefijo en el protocolo de destino, el usuario puede controlar la prioridad relativa de la ruta en la RIB del sistema utilizando la funcionalidad Control de flujo superpuesto (Overlay Flow Control) proporcionada por la interfaz de administración o variando la métrica de ruta.
Nota: Las métricas de redistribución de tipo externo 1 (OE1) y tipo externo de OSPF 2 (OE2) se calculan de la siguiente manera:
  • La métrica de redistribución de OE1 se calcula tomando la métrica de ruta original y agregando la métrica de tránsito. La métrica de tránsito es 0 si la ruta se aprende de una instancia de Edge conectada directamente. La métrica de tránsito es 42 si la ruta se aprende a través de una puerta de enlace o una instancia de Edge de hub.
  • La métrica de redistribución de OE2 se calcula tomando la métrica de ruta original y agregando la constante de métrica no preferida, donde la constante de métrica no preferida es 8388607. Por este motivo, observará un valor de métrica muy alto para un tipo de ruta de OE2 en instancias de Edge del mismo nivel.

Consulte Activar OSPF para perfiles, Activar OSPF para instancias de Edge, Configurar BGP desde Edge a vecinos subyacentes para perfiles y Configurar BGP desde Edge a vecinos subyacentes para instancias de Edge para obtener más información.