Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Atributo BGP MED

Descripción del atributo MED que determina el punto de salida de un AS

El discriminador de salida múltiple del BGP (MED, o MULTI_EXIT_DISC) es un atributo no transitivo, lo que significa que no se propaga por toda Internet, sino solo a sistemas autónomos adyacentes (AS). El atributo MED es opcional, lo que significa que no siempre se envía con las actualizaciones del BGP. El propósito de MED es influir en cómo otros AS ingresan en el AS para alcanzar un prefijo determinado.

El atributo MED tiene un valor que se denomina métrica. Si todos los demás factores para determinar un punto de salida son iguales, se prefiere el punto de salida con la métrica más baja.

Si se recibe un MED a través de un vínculo BGP externo, se propaga a través de vínculos internos a otros dispositivos habilitados para BGP dentro del AS.

Los mensajes de actualización del BGP incluyen una métrica MED si la ruta se aprendió del BGP y ya tenía una métrica MED asociada con ella, o si configura la métrica MED en el archivo de configuración.

Una métrica MED se anuncia con una ruta de acuerdo con las siguientes reglas generales:

  • Una métrica más específica reemplaza una métrica menos específica. Es decir, una métrica específica para un grupo reemplaza una métrica de BGP global y una métrica específica de par invalida una métrica de BGP global o específica del grupo.

  • Una métrica definida con una política de enrutamiento reemplaza una métrica definida con la metric-out instrucción.

  • Si se define alguna métrica, invalida una métrica recibida en una ruta.

  • Si la ruta recibida no tiene una métrica MED asociada y si no configura explícitamente un valor de métrica, no se anuncia ninguna métrica. Cuando no se configura explícitamente un valor de métrica, el valor MED es equivalente a cero (0) cuando se anuncia una ruta activa.

Dado que la ruta del AS en lugar de la cantidad de saltos entre hosts es el criterio principal para la selección de ruta del BGP, un AS con varias conexiones a un AS par puede tener varias rutas de AS equivalentes. Cuando la tabla de enrutamiento contiene dos rutas al mismo host en un AS vecino, una métrica MED asignada a cada ruta puede determinar cuál se debe incluir en la tabla de reenvío. La métrica MED que asigna puede forzar el tráfico a través de un punto de salida determinado en un AS.

Figura 1 muestra cómo se utilizan las métricas de MED para determinar la selección de rutas.

Figura 1: Ejemplo predeterminado de MEDEjemplo predeterminado de MED

Figura 1 muestra el AS 1 y el AS 2 conectados por dos vínculos BGP separados a los enrutadores C y D. El host E del AS 1 se encuentra más cerca del enrutador C. El host F, también en el AS 1, se encuentra más cerca del enrutador D. Dado que las rutas del AS son equivalentes, existen dos rutas para cada host, una mediante el enrutador C y otra mediante el enrutador D. Para forzar todo el tráfico destinado al host E al enrutador C, el administrador de red del AS 1 asigna una métrica MED para cada enrutador al host E en su punto de salida. Una métrica MED de 10 se asigna a la ruta al host E al enrutador C, y una métrica MED de 20 se asigna a la ruta al host E mediante el enrutador D. Los enrutadores BGP del AS 2 seleccionan la ruta con la métrica MED inferior para la tabla de reenvío.

De forma predeterminada, solo se comparan los MED de las rutas que tienen el mismo par de AS. Sin embargo, puede configurar las opciones de selección de rutas de la tabla de enrutamiento enumeradas Tabla 1 para comparar los MED de diferentes maneras. Las opciones de MED no son excluyentes entre sí y se pueden configurar en combinación o de forma independiente. Para que las opciones de MED suban efecto, debe configurarlas uniformemente en toda la red. La opción MED o las opciones que configure determinan la ruta seleccionada. Por lo tanto, recomendamos que evalúe detenidamente su red para ver las rutas preferidas antes de configurar las opciones de MED.

Tabla 1: Opciones de MED para la selección de rutas de tabla de enrutamiento

Opción (nombre)

Función

Usar

Siempre comparando los MED (always-compare-med)

Garantiza que los MED de las rutas de los pares en diferentes AS siempre se comparan en el proceso de selección de rutas.

Útil cuando todas las empresas que participan en una red acuerdan una política uniforme para establecer meDs. Por ejemplo, en una red compartida por dos ISP, ambos deben estar de acuerdo en que una determinada ruta es la mejor ruta para configurar los valores med correctamente.

Agregar costo de IGP a MED (med-plus-igp)

Antes de comparar los valores med para la selección de ruta, agrega al MED el costo de la ruta IGP al destino del salto siguiente del BGP.

Esta opción reemplaza el valor MED del enrutador, pero no afecta a la comparación de métricas IGP. Como resultado, cuando varias rutas tienen el mismo valor después de la comparación med-plus-IGP y la selección de rutas continúa, la métrica de ruta IGP también se compara, aunque se agregó al valor MED y se comparó antes en el proceso de selección.

Útil cuando el AS descendente requiere el costo completo de una ruta determinada que se recibe en varios AS.

Aplicar un comportamiento no determinista cisco IOS (cisco-non-deterministic)

Especifica el comportamiento no determinista del software Cisco IOS:

  • La ruta activa siempre es la primera. Todas las rutas no activas, pero elegibles, siguen la ruta activa y se mantienen en el orden en que se recibieron. Las rutas no elegibles permanecen al final de la lista.

  • Cuando se agrega una nueva ruta a la tabla de enrutamiento, se realizan comparaciones de rutas entre todas las rutas, incluidas aquellas rutas que nunca se deben seleccionar porque pierden la regla de desempate de MED.

Recomendamos que no configure esta opción, ya que el comportamiento no determinista a veces impide que el sistema compare correctamente los MED entre rutas.

Ejemplo: Configuración del atributo MED que determina el punto de salida en un AS

En este ejemplo, se muestra cómo configurar una métrica discriminatoria de salida múltiple (MED) para anunciar en los mensajes de actualización del BGP.

Requisitos

No se requiere ninguna configuración especial más allá de la inicialización del dispositivo antes de configurar este ejemplo.

Descripción general

Para configurar directamente una métrica MED para anunciar en los mensajes de actualización del BGP, incluya la metric-out instrucción:

metric es la métrica principal en todas las rutas enviadas a los pares. Puede ser un valor en el rango de 0 a 4.294.967.295 (232 – 1).

También se admiten las siguientes opciones de configuración:

  • minimum-igp— Establece la métrica al valor mínimo de la métrica calculado en el protocolo de puerta de enlace interior (IGP) para llegar al siguiente salto del BGP. Si una métrica recién calculada es mayor que el valor mínimo de la métrica, el valor de la métrica permanece inalterado. Si una métrica recién calculada es menor, el valor de la métrica se reduce a ese valor.

  • igp— Establece la métrica al valor de la métrica más reciente calculado en el IGP para llegar al siguiente salto del BGP.

  • delay-med-update— Retrasa el envío de actualizaciones de MED cuando el valor med aumenta. Incluya la delay-med-update instrucción cuando configure la igp instrucción. El intervalo predeterminado para retrasar el envío de las actualizaciones, a menos que el MED sea menor u otro atributo asociado a la ruta haya cambiado es de 10 minutos. Incluya la med-igp-update-interval minutes instrucción en el [edit routing-options] nivel de jerarquía para modificar el intervalo predeterminado.

  • offset— Especifica un valor para offset aumentar o disminuir la métrica que se utiliza a partir del valor de la métrica calculada en el IGP. El valor de la métrica se compensa con el valor especificado. La métrica calculada en el IGP (especificando o igpigp-minimum) aumenta si el offset valor es positivo. La métrica calculada en el IGP (especificando o igpigp-minimum) se reduce si el offset valor es negativo.

    offset puede ser un valor en el rango de –231 a 231 – 1. Tenga en cuenta que la métrica ajustada nunca puede ir por debajo de 0 o por encima de 232 - 1.

Figura 2 muestra una red típica con sesiones de pares internas y varios puntos de salida a un sistema autónomo (AS) vecino.

Figura 2: Red típica con sesiones de IBGP y varios puntos de salidaRed típica con sesiones de IBGP y varios puntos de salida

El dispositivo R4 tiene varias interfaces de circuito cerrado configuradas para simular prefijos anunciados. Las direcciones de interfaz de circuito cerrado adicionales son 44.44.44.44/32 y 144.144.144.144/32. En este ejemplo, se muestra cómo configurar el dispositivo R4 para anunciar un valor MED de 30 al dispositivo R3 y un valor MED de 20 a dispositivo R2. Esto hace que todos los dispositivos del AS 123 prefieran la ruta del dispositivo R2 para alcanzar el AS 4.

Configuración

Configuración rápida de CLI

Para configurar rápidamente este ejemplo, copie los siguientes comandos, péguelos en un archivo de texto, elimine los saltos de línea, cambie los detalles necesarios para que coincidan con su configuración de red y, luego, copie y pegue los comandos en la CLI en el [edit] nivel de jerarquía.

Dispositivo R1

Dispositivo R2

Dispositivo R3

Dispositivo R4

Configuración del dispositivo R1

Procedimiento paso a paso

El siguiente ejemplo requiere que navegue por varios niveles en la jerarquía de configuración. Para obtener más información acerca de cómo navegar por la CLI, consulte Uso del editor de CLI en el modo de configuración en la Guía del usuario de la CLI de Junos OS.

Para configurar el dispositivo R1:

  1. Configure las interfaces.

  2. Configure BGP.

  3. Configure OSPF.

  4. Configure una política que acepte rutas directas.

    Otras opciones útiles para este escenario podrían ser aceptar rutas aprendidas a través de OSPF o rutas locales.

  5. Configure el ID de enrutador y el número de sistema autónomo (AS).

Resultados

Desde el modo de configuración, ingrese los comandos , show policy-options, show protocolsy show routing-options para confirmar la show interfacesconfiguración. Si el resultado no muestra la configuración deseada, repita las instrucciones en este ejemplo para corregir la configuración.

Si ha terminado de configurar el dispositivo, ingrese commit desde el modo de configuración.

Configuración del dispositivo R2

Procedimiento paso a paso

El siguiente ejemplo requiere que navegue por varios niveles en la jerarquía de configuración. Para obtener más información acerca de cómo navegar por la CLI, consulte Uso del editor de CLI en el modo de configuración en la Guía del usuario de la CLI de Junos OS.

Para configurar el dispositivo R2:

  1. Configure las interfaces.

  2. Configure BGP.

  3. Configure OSPF.

  4. Configure una política que acepte rutas directas.

    Otras opciones útiles para este escenario podrían ser aceptar rutas aprendidas a través de OSPF o rutas locales.

  5. Configure el ID de enrutador y el número de sistema autónomo (AS).

Resultados

Desde el modo de configuración, ingrese los comandos , show policy-options, show protocolsy show routing-options para confirmar la show interfacesconfiguración. Si el resultado no muestra la configuración deseada, repita las instrucciones en este ejemplo para corregir la configuración.

Si ha terminado de configurar el dispositivo, ingrese commit desde el modo de configuración.

Configuración del dispositivo R3

Procedimiento paso a paso

El siguiente ejemplo requiere que navegue por varios niveles en la jerarquía de configuración. Para obtener más información acerca de cómo navegar por la CLI, consulte Uso del editor de CLI en el modo de configuración en la Guía del usuario de la CLI de Junos OS.

Para configurar el dispositivo R3:

  1. Configure las interfaces.

  2. Configure BGP.

  3. Configure OSPF.

  4. Configure una política que acepte rutas directas.

    Otras opciones útiles para este escenario podrían ser aceptar rutas aprendidas a través de OSPF o rutas locales.

  5. Configure el ID de enrutador y el número de sistema autónomo (AS).

Resultados

Desde el modo de configuración, ingrese los comandos , show policy-options, show protocolsy show routing-options para confirmar la show interfacesconfiguración. Si el resultado no muestra la configuración deseada, repita las instrucciones en este ejemplo para corregir la configuración.

Si ha terminado de configurar el dispositivo, ingrese commit desde el modo de configuración.

Configuración del dispositivo R4

Procedimiento paso a paso

El siguiente ejemplo requiere que navegue por varios niveles en la jerarquía de configuración. Para obtener más información acerca de cómo navegar por la CLI, consulte Uso del editor de CLI en el modo de configuración en la Guía del usuario de la CLI de Junos OS.

Para configurar el dispositivo R4:

  1. Configure las interfaces.

    El dispositivo R4 tiene varias direcciones de interfaz de circuito cerrado para simular prefijos anunciados.

  2. Configure una política que acepte rutas directas.

    Otras opciones útiles para este escenario podrían ser aceptar rutas aprendidas a través de OSPF o rutas locales.

  3. Configure BGP.

  4. Configure un valor MED de 30 para el dispositivo R3 vecino y un valor MED de 20 para el dispositivo R2 vecino.

    Esta configuración hace que el sistema autónomo (AS) 123 (del cual los dispositivos R1, R2 y R3 son miembros) prefiera la ruta a través del dispositivo R2 para alcanzar el AS 4.

  5. Configure el ID de enrutador y el número de AS.

Resultados

Desde el modo de configuración, ingrese los comandos , show policy-options, show protocolsy show routing-options para confirmar la show interfacesconfiguración. Si el resultado no muestra la configuración deseada, repita las instrucciones en este ejemplo para corregir la configuración.

Si ha terminado de configurar el dispositivo, ingrese commit desde el modo de configuración.

Verificación

Confirme que la configuración funciona correctamente.

Comprobación de la ruta activa del dispositivo R1 al dispositivo R4

Propósito

Compruebe que la ruta activa pasa por el dispositivo R2.

Acción

Desde el modo operativo, ingrese el show route protocol bgp comando.

Significado

El asterisco (*) muestra que la ruta preferida se encuentra a través del dispositivo R2. La razón de la selección de ruta se enumera como MED 20.

Verificar que el dispositivo R4 envía sus rutas correctamente

Propósito

Asegúrese de que el dispositivo R4 está enviando mensajes de actualización con un valor de 20 al dispositivo R2 y un valor de 30 al dispositivo R3.

Acción

Desde el modo operativo, ingrese el show route advertising-protocol bgp 24.24.24.2 comando.

Significado

La columna MED muestra que el dispositivo R4 está enviando los valores MED correctos a sus dos vecinos externos de BGP (EBGP).

Ejemplo: Configuración de MED mediante filtros de ruta

En este ejemplo, se muestra cómo configurar una política que use filtros de ruta para modificar la métrica discriminador de salida múltiple (MED) para anunciar en los mensajes de actualización del BGP.

Requisitos

No se requiere ninguna configuración especial más allá de la inicialización del dispositivo antes de configurar este ejemplo.

Descripción general

Para configurar una política de filtro de ruta que modifique la métrica DE MED anunciada en los mensajes de actualización del BGP, incluya la metric instrucción en la acción de política.

Figura 3 muestra una red típica con sesiones de pares internas y varios puntos de salida a un sistema autónomo (AS) vecino.

Figura 3: Red típica con sesiones de IBGP y varios puntos de salidaRed típica con sesiones de IBGP y varios puntos de salida

El dispositivo R4 tiene varias interfaces de circuito cerrado configuradas para simular prefijos anunciados. Las direcciones de interfaz de circuito cerrado adicionales son 172.16.44.0/32 y 172.16.144.0/32. En este ejemplo, se muestra cómo configurar el dispositivo R4 para anunciar un valor MED de 30 al dispositivo R3 para todas las rutas, excepto 172.16.144.0. Para 172.16.144.0, un valor MED de 10 se anuncia en el dispositivo 3. Un valor MED de 20 se anuncia en el dispositivo R2, independientemente del prefijo de ruta.

Configuración

Configuración rápida de CLI

Para configurar rápidamente este ejemplo, copie los siguientes comandos, péguelos en un archivo de texto, elimine los saltos de línea, cambie los detalles necesarios para que coincidan con su configuración de red y, luego, copie y pegue los comandos en la CLI en el [edit] nivel de jerarquía.

Dispositivo R1

Dispositivo R2

Dispositivo R3

Dispositivo R4

Configuración del dispositivo R1

Procedimiento paso a paso

El siguiente ejemplo requiere que navegue por varios niveles en la jerarquía de configuración. Para obtener más información acerca de cómo navegar por la CLI, consulte Uso del editor de CLI en el modo de configuración en la Guía del usuario de la CLI de Junos OS.

Para configurar el dispositivo R1:

  1. Configure las interfaces del dispositivo.

  2. Configure BGP.

  3. Configure OSPF.

  4. Configure una política que acepte rutas directas.

    Otras opciones útiles para este escenario podrían ser aceptar rutas aprendidas a través de OSPF o rutas locales.

  5. Configure el ID de enrutador y el número de sistema autónomo (AS).

Resultados

Desde el modo de configuración, ingrese los comandos , show protocols, show policy-optionsy show routing-options para confirmar la show interfacesconfiguración. Si el resultado no muestra la configuración deseada, repita las instrucciones en este ejemplo para corregir la configuración.

Si ha terminado de configurar el dispositivo, ingrese commit desde el modo de configuración.

Configuración del dispositivo R2

Procedimiento paso a paso

El siguiente ejemplo requiere que navegue por varios niveles en la jerarquía de configuración. Para obtener más información acerca de cómo navegar por la CLI, consulte Uso del editor de CLI en el modo de configuración en la Guía del usuario de la CLI de Junos OS.

Para configurar el dispositivo R2:

  1. Configure las interfaces del dispositivo.

  2. Configure BGP.

  3. Configure OSPF.

  4. Configure una política que acepte rutas directas.

    Otras opciones útiles para este escenario podrían ser aceptar rutas aprendidas a través de OSPF o rutas locales.

  5. Configure el ID de enrutador y el número de sistema autónomo (AS).

Resultados

Desde el modo de configuración, ingrese los comandos , show protocols, show policy-optionsy show routing-options para confirmar la show interfacesconfiguración. Si el resultado no muestra la configuración deseada, repita las instrucciones en este ejemplo para corregir la configuración.

Si ha terminado de configurar el dispositivo, ingrese commit desde el modo de configuración.

Configuración del dispositivo R3

Procedimiento paso a paso

El siguiente ejemplo requiere que navegue por varios niveles en la jerarquía de configuración. Para obtener más información acerca de cómo navegar por la CLI, consulte Uso del editor de CLI en el modo de configuración en la Guía del usuario de la CLI de Junos OS.

Para configurar el dispositivo R3:

  1. Configure las interfaces del dispositivo.

  2. Configure BGP.

  3. Configure OSPF.

  4. Configure una política que acepte rutas directas.

    Otras opciones útiles para este escenario podrían ser aceptar rutas aprendidas a través de OSPF o rutas locales.

  5. Configure el ID de enrutador y el número de sistema autónomo (AS).

Resultados

Desde el modo de configuración, ingrese los comandos , show protocols, show policy-optionsy show routing-options para confirmar la show interfacesconfiguración. Si el resultado no muestra la configuración deseada, repita las instrucciones en este ejemplo para corregir la configuración.

Si ha terminado de configurar el dispositivo, ingrese commit desde el modo de configuración.

Configuración del dispositivo R4

Procedimiento paso a paso

El siguiente ejemplo requiere que navegue por varios niveles en la jerarquía de configuración. Para obtener más información acerca de cómo navegar por la CLI, consulte Uso del editor de CLI en el modo de configuración en la Guía del usuario de la CLI de Junos OS.

Para configurar el dispositivo R4:

  1. Configure las interfaces del dispositivo.

    El dispositivo R4 tiene varias direcciones de interfaz de circuito cerrado para simular prefijos anunciados.

  2. Configure una política que acepte rutas directas.

    Otras opciones útiles para este escenario podrían ser aceptar rutas aprendidas a través de OSPF o rutas locales.

  3. Configure BGP.

  4. Configure las dos políticas de MED.

  5. Configure los dos vecinos del EBGP, aplicando las dos políticas MED al dispositivo R3 y un valor MED de 20 al dispositivo R2.

  6. Configure el ID de enrutador y el número de sistema autónomo (AS).

Resultados

Desde el modo de configuración, ingrese los comandos , show protocols, show policy-optionsy show routing-options para confirmar la show interfacesconfiguración. Si el resultado no muestra la configuración deseada, repita las instrucciones en este ejemplo para corregir la configuración.

Si ha terminado de configurar el dispositivo, ingrese commit desde el modo de configuración.

Verificación

Confirme que la configuración funciona correctamente.

Comprobar la ruta activa del dispositivo R1 al dispositivo R4

Propósito

Compruebe que la ruta activa pasa por el dispositivo R2.

Acción

Desde el modo operativo, ingrese el show route protocol bgp comando.

Significado

El resultado muestra que la ruta preferida a las rutas anunciadas por el dispositivo R4 se encuentra a través del dispositivo R2 para todas las rutas, excepto 172.16.144.0/32. Para 172.16.144.0/32, la ruta preferida es a través del dispositivo R3.

Verificar que el dispositivo R4 envía sus rutas correctamente

Propósito

Asegúrese de que el dispositivo R4 está enviando mensajes de actualización con un valor de 20 al dispositivo R2 y un valor de 30 al dispositivo R3.

Acción

Desde el modo operativo, ingrese el show route advertising-protocol bgp comando.

Significado

La columna MED muestra que el dispositivo R4 está enviando los valores MED correctos a sus dos vecinos EBGP.

Ejemplo: Configuración de MED mediante comunidades

Establezca la métrica discriminatoria de salida múltiple (MED) en 20 para todas las rutas de una comunidad en particular.

Ejemplo: Asociar el atributo de ruta MED con la métrica IGP y retrasar las actualizaciones de MED

En este ejemplo, se muestra cómo asociar el atributo de ruta de discriminación de salida múltiple (MED) con la métrica del protocolo de puerta de enlace interior (IGP) y configurar un temporizador para retrasar la actualización del atributo MED.

Requisitos

No se requiere ninguna configuración especial más allá de la inicialización del dispositivo antes de configurar este ejemplo.

Descripción general

El BGP se puede configurar para anunciar el atributo MED para una ruta basada en la distancia IGP de su salto de ruta interna de BGP (IBGP). La métrica IGP permite que el enrutamiento interno siga la ruta más corta de acuerdo con la configuración administrativa. En algunas implementaciones, podría ser ideal comunicar el conocimiento de la ruta más corta del IGP a los pares de BGP externos (EBGP) en un sistema autónomo (AS) vecino. Esto permite que esos pares del EBGP reenvíen el tráfico al AS mediante las rutas más cortas posibles.

Las rutas aprendidas de un par ebGP suelen tener un salto siguiente en una interfaz conectada directamente y, por lo tanto, el valor de IGP es igual a cero. Cero es el valor anunciado. La métrica IGP es un valor distinto a cero cuando un par de BGP envía saltos próximos de terceros que requieren que el sistema local realice la resolución del próximo salto: configuraciones de IBGP, configuraciones dentro de pares de confederación o configuraciones de EBGP que incluyen la multihop instrucción. En estos casos, podría tener sentido asociar el valor MED con la métrica IGP mediante la inclusión de la metric-out minimum-igp opción u metric-out igp .

El inconveniente de asociar el MED con la métrica de IGP es el riesgo de anuncios de ruta excesivos cuando hay inestabilidades de IGP en la red. Configurar un retraso para la actualización de MED proporciona un mecanismo para reducir los anuncios de ruta en tales situaciones. El retraso funciona al ralentizar las actualizaciones de MED cuando cambia la métrica IGP para el próximo salto. El enfoque usa un temporizador para anunciar periódicamente las actualizaciones de MED. Cuando caduca el temporizador, el atributo MED para rutas con metric-out igp delay-updates configuradas se actualiza a la métrica IGP actual del siguiente salto. El dispositivo habilitado para el BGP envía anuncios de rutas para las que el atributo MED ha cambiado.

La delay-updates opción identifica los grupos BGP (o pares) para los que se deben suprimir las actualizaciones de MED. El tiempo para anunciar actualizaciones de MED se establece en 10 minutos de forma predeterminada. Puede aumentar el intervalo hasta 600 minutos incluyendo la med-igp-update-interval instrucción en la routing-options configuración.

Nota:

Si tiene habilitado el enrutamiento activo (NSR) sin interrupciones y se produce un cambio, es posible que se anuncien las actualizaciones de MED retrasadas tan pronto como se produzca la conmutación.

Cuando configure la opción, la metric-out igp métrica IGP rastrea directamente el costo del IGP al par IBGP. Cuando el costo del IGP disminuye, también lo hace el valor med anunciado. Por el contrario, cuando el costo del IGP sube, el valor MED también sube.

Cuando configure la metric-out minimum-igp opción, el valor MED anunciado solo cambia cuando el costo del IGP al par IBGP cae. Un aumento en el costo de IGP no afecta al valor med. El enrutador monitorea y recuerda el costo de IGP más bajo hasta que se reinicia el proceso de enrutamiento (rpd). El par BGP envía una actualización solo si el MED es menor que el valor anunciado anteriormente u otro atributo asociado con la ruta ha cambiado, o si el par BGP responde a una solicitud de actualización de ruta.

En este ejemplo, se usa la metric instrucción en la configuración de OSPF para demostrar que cuando la métrica IGP cambia, med también cambia después del intervalo de retraso configurado. La métrica OSPF puede oscilar entre 1 y 65 535.

Figura 4 muestra la topología de ejemplo.

Figura 4: Topología para retrasar la actualización de MEDTopología para retrasar la actualización de MED

En este ejemplo, el valor MED anunciado por el dispositivo R1 se asocia con el IGP que se ejecuta en el AS 1. El valor MED anunciado por el dispositivo R1 afecta las decisiones del AS vecino (AS 2) cuando el AS 2 reenvía tráfico al AS 1.

Configuración

Configuración rápida de CLI

Para configurar rápidamente este ejemplo, copie los siguientes comandos, péguelos en un archivo de texto, elimine los saltos de línea, cambie los detalles necesarios para que coincidan con su configuración de red y, luego, copie y pegue los comandos en la CLI en el [edit] nivel de jerarquía.

Dispositivo R1

Dispositivo R2

Dispositivo R3

Dispositivo R4

Dispositivo R5

Dispositivo R6

Dispositivo R7

Dispositivo R8

Configuración del dispositivo R1

Procedimiento paso a paso

El siguiente ejemplo requiere que navegue por varios niveles en la jerarquía de configuración. Para obtener más información acerca de cómo navegar por la CLI, consulte Uso del editor de CLI en el modo de configuración en la Guía del usuario de la CLI de Junos OS.

Para configurar el dispositivo R1:

  1. Configure las interfaces.

  2. Configure IBGP.

  3. Configure EBGP.

  4. Asocie el valor MED con la métrica IGP.

    El valor predeterminado de la actualización de MED es de 10 minutos cuando se incluye la delay-med-update opción. Cuando excluye la delay-med-update opción, la actualización med se produce inmediatamente después de los cambios de métrica del IGP.

  5. (Opcional) Configure el intervalo de actualización para la actualización de MED.

    Puede configurar el intervalo de 10 minutos a 600 minutos.

  6. Configure OSPF.

    La metric instrucción se utiliza aquí para demostrar lo que sucede cuando la métrica IGP cambia.

  7. Configure una política que acepte rutas directas.

    Otras opciones útiles para este escenario podrían ser aceptar rutas aprendidas a través de OSPF o rutas locales.

  8. Configure el ID de enrutador y el número de sistema autónomo (AS).

Resultados

Desde el modo de configuración, ingrese los comandos , show policy-options, show protocolsy show routing-options para confirmar la show interfacesconfiguración. Si el resultado no muestra la configuración deseada, repita las instrucciones en este ejemplo para corregir la configuración.

Si ha terminado de configurar el dispositivo, ingrese commit desde el modo de configuración. Repita los pasos de configuración en los otros dispositivos de la topología, según sea necesario para su red.

Verificación

Confirme que la configuración funciona correctamente.

Comprobar los anuncios de BGP

Propósito

Verifique que el dispositivo R1 le anuncia al dispositivo R4 un valor BGP MED que refleje la métrica IGP.

Acción

Desde el modo operativo, ingrese el show route advertising-protocol bgp comando.

Significado

El valor 601 de la columna MED muestra que el valor MED se ha actualizado para reflejar la métrica OSPF configurada.

Verificar que el valor med cambia cuando la métrica OSPF cambia

Propósito

Asegúrese de que cuando aumente la métrica OSPF a 700, el valor MED se actualice para reflejar este cambio.

Acción

Desde el modo de configuración, ingrese el set protocols ospf area 0 interface fe-1/2/0.2 metric 700 comando.

Después de esperar 12 minutos (el período de retraso configurado), ingrese el comando desde el show route advertising-protocol bgp modo operativo.

Significado

El valor 701 de la columna MED muestra que el valor MED se actualizó para reflejar la métrica OSPF configurada.

Prueba de la configuración de igp mínimo

Propósito

Cambie la configuración para usar la minimum-igp instrucción en lugar de la igp instrucción. Cuando aumenta la métrica OSPF, el valor MED permanece inalterado, pero cuando disminuye la métrica OSPF, el valor MED refleja la nueva métrica OSPF.

Acción

Desde el modo de configuración, elimine la igp instrucción, agregue la minimum-igp instrucción y aumente la métrica OSPF.

Desde el modo operativo, escriba el show route advertising-protocol bgp comando para asegurarse de que el valor MED no cambie.

Desde el modo de configuración, disminuya la métrica OSPF.

Desde el modo operativo, ingrese el show route advertising-protocol bgp comando para asegurarse de que el valor MED cambia.

Significado

Cuando se configura la minimum-igp instrucción, el valor MED solo cambia cuando hay una ruta más corta disponible.