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 del MED que determina el punto de salida en un AS

El discriminador de salida múltiple BGP (MED o MULTI_EXIT_DISC) es un atributo no transitivo, lo que significa que no se propaga a través de Internet, sino solo a sistemas autónomos (AS) adyacentes. El atributo MED es opcional, lo que significa que no siempre se envía con las actualizaciones de BGP. El propósito del MED es influir en cómo otros AS ingresan su 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 mediante un vínculo de BGP externo, se propaga mediante vínculos internos a otros dispositivos habilitados para BGP en el AS.

Los mensajes de actualización de BGP incluyen una métrica MED si la ruta se aprendió de BGP y ya tenía una métrica MED asociada, 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 anula una métrica menos específica. Es decir, una métrica específica de grupo anula una métrica de BGP global y una métrica específica de par anula un BGP global o una métrica específica de grupo.

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

  • Si se define alguna métrica, anula 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 equivale a cero (0) cuando se anuncia una ruta activa.

Dado que la ruta del AS en vez del número 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 incluir en la tabla de reenvío. La métrica del MED que asigne puede forzar el tráfico por un punto de salida determinado en un AS.

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

Figura 1: Ejemplo de MED predeterminadoEjemplo de MED predeterminado

muestra los AS 1 y 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 a través del 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.Figura 1 Se asigna una métrica MED de 10 a la ruta al host E mediante el enrutador C, y una métrica MED de 20 a la ruta al host E mediante el enrutador D. Los enrutadores BGP del AS 2 seleccionan la ruta con la métrica MED más baja para la tabla de reenvío.

De forma predeterminada, solo se comparan las MED de los enrutadores que tengan los mismos valores del par del AS. Sin embargo, puede configurar las opciones de selección de ruta de la tabla de enrutamiento enumeradas en para comparar los MED de diferentes maneras.Tabla 1 Las opciones MED no son mutuamente excluyentes y se pueden configurar en combinación o de forma independiente. Para que las opciones MED surtan efecto, debe configurarlas uniformemente en toda la red. La opción u opciones MED que configure determinan la ruta seleccionada. Por lo tanto, le recomendamos que evalúe cuidadosamente su red para las rutas preferidas antes de configurar las opciones de MED.

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

Opción (nombre)

Función

Usar

Siempre comparando MEDs ()always-compare-med

Garantiza que los MED para los rutas de los pares de diferentes AS siempre estén comparados en el proceso de selección de ruta.

Útil cuando todas las empresas que participan en una red acuerdan una política uniforme para establecer MED. 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 correctamente los valores del MED.

Agregar el 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 del IGP hasta el destino del próximo salto del BGP.

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

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

Aplicación del comportamiento no determinista de 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 deben seleccionarse porque pierden la regla de desempate MED.

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

Ejemplo: Configurar el atributo MED que determine el punto de salida de un AS

En este ejemplo se muestra cómo configurar una métrica de discriminador de salida múltiple (MED) para anunciarse en mensajes de actualización de 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 anunciarla en mensajes de actualización de BGP, incluya la instrucción:metric-out

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

También se admiten las siguientes configuraciones opcionales:

  • minimum-igp: establece la métrica en el valor de métrica mínimo calculado en el protocolo de puerta de enlace interior (IGP) para llegar al próximo salto del BGP. Si una métrica recién calculada es mayor que el valor métrico mínimo, el valor de la métrica permanece sin cambios. Si una métrica recién calculada es inferior, el valor de la métrica se reduce a ese valor.

  • igp: establece la métrica en el valor de 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 aumenta el valor de MED. Incluya la instrucción cuando configure la instrucción.delay-med-updateigp El intervalo predeterminado para retrasar el envío de actualizaciones, a menos que el MED sea inferior u otro atributo asociado con la ruta haya cambiado, es de 10 minutos. Incluya la instrucción en el nivel de jerarquía para modificar el intervalo predeterminado.med-igp-update-interval minutes[edit routing-options]

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

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

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

Figura 2: Red típica con sesiones de IBGP y múltiples puntos de salidaRed típica con sesiones de IBGP y múltiples puntos de salida

El dispositivo R4 tiene varias interfaces de circuito cerrado configuradas para simular los 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 al dispositivo R2. Esto hace que todos los dispositivos del AS 123 prefieran la ruta que pasa por el dispositivo R2 para llegar al 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, a continuación, copie y pegue los comandos en la CLI en el nivel de jerarquía.[edit]

Dispositivo R1

Dispositivo R2

Dispositivo R3

Dispositivo R4

Configuración del dispositivo R1

Procedimiento paso a paso

En el ejemplo siguiente, debe explorar por varios niveles en la jerarquía de configuración. Para obtener información acerca de cómo navegar por la CLI, consulte Uso del editor de CLI en modo de configuración en la Guía del usuario de CLI de Junos OS.Usar el editor de CLI en el modo de configuraciónhttps://www.juniper.net/documentation/en_US/junos/information-products/pathway-pages/junos-cli/junos-cli.html

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 del enrutador y el número de sistema autónomo (AS).

Resultados

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

Cuando termine de configurar el dispositivo, ingrese commit en el modo de configuración.

Configuración del dispositivo R2

Procedimiento paso a paso

En el ejemplo siguiente, debe explorar por varios niveles en la jerarquía de configuración. Para obtener información acerca de cómo navegar por la CLI, consulte Uso del editor de CLI en modo de configuración en la Guía del usuario de CLI de Junos OS.Usar el editor de CLI en el modo de configuraciónhttps://www.juniper.net/documentation/en_US/junos/information-products/pathway-pages/junos-cli/junos-cli.html

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 del enrutador y el número de sistema autónomo (AS).

Resultados

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

Cuando termine de configurar el dispositivo, ingrese commit en el modo de configuración.

Configuración del dispositivo R3

Procedimiento paso a paso

En el ejemplo siguiente, debe explorar por varios niveles en la jerarquía de configuración. Para obtener información acerca de cómo navegar por la CLI, consulte Uso del editor de CLI en modo de configuración en la Guía del usuario de CLI de Junos OS.Usar el editor de CLI en el modo de configuraciónhttps://www.juniper.net/documentation/en_US/junos/information-products/pathway-pages/junos-cli/junos-cli.html

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 del enrutador y el número de sistema autónomo (AS).

Resultados

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

Cuando termine de configurar el dispositivo, ingrese commit en el modo de configuración.

Configuración del dispositivo R4

Procedimiento paso a paso

En el ejemplo siguiente, debe explorar por varios niveles en la jerarquía de configuración. Para obtener información acerca de cómo navegar por la CLI, consulte Uso del editor de CLI en modo de configuración en la Guía del usuario de CLI de Junos OS.Usar el editor de CLI en el modo de configuraciónhttps://www.juniper.net/documentation/en_US/junos/information-products/pathway-pages/junos-cli/junos-cli.html

Para configurar el dispositivo R4:

  1. Configure las interfaces.

    El dispositivo R4 tiene varias direcciones de interfaz de circuito cerrado para simular los 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 vecino R3 y un valor MED de 20 para el dispositivo vecino R2.

    Esta configuración causa que el sistema autónomo (AS) 123 (del cual son miembros los dispositivos R1, R2 y R3) prefiera la ruta que pasa por el dispositivo R2 hasta llegar al 4.

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

Resultados

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

Cuando termine de configurar el dispositivo, ingrese commit en el modo de configuración.

Verificación

Confirme que la configuración funcione 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 comando show route protocol bgp.

Significado

El asterisco (*) muestra que la ruta preferida es a través del dispositivo R2. El motivo de la selección de ruta aparece como MED 20.

Verificar que el dispositivo R4 está enviando sus rutas correctamente

Propósito

Asegúrese de que el dispositivo R4 envía 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 comando show route advertising-protocol bgp 24.24.24.2.

Significado

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

Ejemplo: Configuración del MED mediante filtros de ruta

En este ejemplo se muestra cómo configurar una directiva que usa filtros de ruta para modificar la métrica del discriminador de salida múltiple (MED) para anunciarse en mensajes de actualización de 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 directiva de filtro de ruta que modifique la métrica MED anunciada en los mensajes de actualización de BGP, incluya la instrucción en la acción de política.metric

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

Figura 3: Red típica con sesiones de IBGP y múltiples puntos de salidaRed típica con sesiones de IBGP y múltiples puntos de salida

El dispositivo R4 tiene varias interfaces de circuito cerrado configuradas para simular los 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, se anuncia un valor MED de 10 en el dispositivo 3. Se anuncia un valor MED de 20 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, a continuación, copie y pegue los comandos en la CLI en el nivel de jerarquía.[edit]

Dispositivo R1

Dispositivo R2

Dispositivo R3

Dispositivo R4

Configuración del dispositivo R1

Procedimiento paso a paso

En el ejemplo siguiente, debe explorar por varios niveles en la jerarquía de configuración. Para obtener información acerca de cómo navegar por la CLI, consulte Uso del editor de CLI en modo de configuración en la Guía del usuario de CLI de Junos OS.Usar el editor de CLI en el modo de configuraciónhttps://www.juniper.net/documentation/en_US/junos/information-products/pathway-pages/junos-cli/junos-cli.html

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 del enrutador y el número de sistema autónomo (AS).

Resultados

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

Cuando termine de configurar el dispositivo, ingrese commit en el modo de configuración.

Configuración del dispositivo R2

Procedimiento paso a paso

En el ejemplo siguiente, debe explorar por varios niveles en la jerarquía de configuración. Para obtener información acerca de cómo navegar por la CLI, consulte Uso del editor de CLI en modo de configuración en la Guía del usuario de CLI de Junos OS.Usar el editor de CLI en el modo de configuraciónhttps://www.juniper.net/documentation/en_US/junos/information-products/pathway-pages/junos-cli/junos-cli.html

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 del enrutador y el número de sistema autónomo (AS).

Resultados

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

Cuando termine de configurar el dispositivo, ingrese commit en el modo de configuración.

Configuración del dispositivo R3

Procedimiento paso a paso

En el ejemplo siguiente, debe explorar por varios niveles en la jerarquía de configuración. Para obtener información acerca de cómo navegar por la CLI, consulte Uso del editor de CLI en modo de configuración en la Guía del usuario de CLI de Junos OS.Usar el editor de CLI en el modo de configuraciónhttps://www.juniper.net/documentation/en_US/junos/information-products/pathway-pages/junos-cli/junos-cli.html

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 del enrutador y el número de sistema autónomo (AS).

Resultados

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

Cuando termine de configurar el dispositivo, ingrese commit en el modo de configuración.

Configuración del dispositivo R4

Procedimiento paso a paso

En el ejemplo siguiente, debe explorar por varios niveles en la jerarquía de configuración. Para obtener información acerca de cómo navegar por la CLI, consulte Uso del editor de CLI en modo de configuración en la Guía del usuario de CLI de Junos OS.Usar el editor de CLI en el modo de configuraciónhttps://www.juniper.net/documentation/en_US/junos/information-products/pathway-pages/junos-cli/junos-cli.html

Para configurar el dispositivo R4:

  1. Configure las interfaces del dispositivo.

    El dispositivo R4 tiene varias direcciones de interfaz de circuito cerrado para simular los 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 directivas MED.

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

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

Resultados

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

Cuando termine de configurar el dispositivo, ingrese commit en el modo de configuración.

Verificación

Confirme que la configuración funcione correctamente.

Comprobación de la ruta activa desde el 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 comando show route protocol bgp.

Significado

El resultado muestra que la ruta preferida a las rutas anunciadas por el dispositivo R4 es 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 está enviando sus rutas correctamente

Propósito

Asegúrese de que el dispositivo R4 envía 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 comando show route advertising-protocol bgp.

Significado

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

Ejemplo: Configuración del MED mediante comunidades

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

Ejemplo: Asociación del atributo de ruta MED con la métrica IGP y retraso de las actualizaciones de MED

En este ejemplo se muestra cómo asociar el atributo de ruta del discriminador 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

BGP se puede configurar para anunciar el atributo MED para una ruta basada en la distancia IGP de su ruta BGP interna (IBGP) próximo salto. 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 idóneo comunicar cual es la ruta de más corta de IGP a los pares de BGP externos (EBGP) de un sistema autónomo (AS) vecino. Esto permite que esos pares de EBGP reenvíen tráfico a su AS utilizando las rutas más cortas posibles.

Las rutas aprendidas de un par EBGP generalmente tienen un siguiente salto 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 de cero cuando un par BGP envía saltos siguientes de terceros que requieren que el sistema local realice la resolución del próximo salto: configuraciones de IBGP, configuraciones dentro de pares de la confederación o configuraciones de EBGP que incluyen la instrucción.multihop En estos escenarios, podría tener sentido asociar el valor MED con la métrica IGP incluyendo la opción o .metric-out minimum-igpmetric-out igp

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

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

Nota:

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

Cuando configura la opción, la métrica IGP realiza un seguimiento directo del costo del IGP para el IBGP par.metric-out igp Cuando el costo del IGP disminuye, también lo hace el valor MED anunciado. Por el contrario, cuando el costo del IGP aumenta, el valor de MED también aumenta.

Cuando se configura la opción, el valor MED anunciado sólo cambia cuando el costo del IGP para el par del IBGP disminuye.metric-out minimum-igp Un aumento en el costo del IGP no afecta el valor MED. El enrutador monitorea y recuerda el costo 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 inferior al valor anunciado anteriormente u otro atributo asociado con la ruta ha cambiado, o si el par BGP responde a una solicitud de ruta de actualización.

En este ejemplo se utiliza la instrucción de la configuración OSPF para demostrar que cuando cambia la métrica IGP, el MED también cambia después del intervalo de retraso configurado.metric La métrica OSPF puede variar de 1 a 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 está asociado con el IGP que se ejecuta en el AS 1. El valor MED anunciado por el dispositivo R1 afecta a 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, a continuación, copie y pegue los comandos en la CLI en el nivel de jerarquía.[edit]

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

En el ejemplo siguiente, debe explorar por varios niveles en la jerarquía de configuración. Para obtener información acerca de cómo navegar por la CLI, consulte Uso del editor de CLI en modo de configuración en la Guía del usuario de CLI de Junos OS.Usar el editor de CLI en el modo de configuraciónhttps://www.juniper.net/documentation/en_US/junos/information-products/pathway-pages/junos-cli/junos-cli.html

Para configurar el dispositivo R1:

  1. Configure las interfaces.

  2. Configurar IBGP.

  3. Configure EBGP.

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

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

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

    Puede configurar el intervalo de 10 minutos a 600 minutos.

  6. Configure OSPF.

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

  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 del enrutador y el número de sistema autónomo (AS).

Resultados

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

Cuando termine de configurar el dispositivo, ingrese commit en el modo de configuración. Repita los pasos de configuración en los demás dispositivos de la topología, según sea necesario para su red.

Verificación

Confirme que la configuración funcione correctamente.

Comprobación de los anuncios BGP

Propósito

Compruebe que el dispositivo R1 anuncia al dispositivo R4 un valor BGP MED que refleja la métrica del IGP.

Acción

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

Significado

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

Comprobación de que el valor MED cambia cuando cambia la métrica OSPF

Propósito

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

Acción

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

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

Significado

El valor 701 de la columna MED muestra que el valor MED se ha actualizado 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 instrucción en lugar de la instrucción.minimum-igpigp Cuando aumenta la métrica OSPF, el valor MED permanece sin cambios, pero cuando disminuye la métrica OSPF, el valor MED refleja la nueva métrica OSPF.

Acción

En el modo de configuración, elimine la instrucción, agréguela y aumente la métrica OSPF.igpminimum-igp

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

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

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

Significado

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