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 en un AS

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

El atributo MED tiene un valor al que se hace referencia como una métrica. Si el resto de los factores que determinan un punto de salida son iguales, es preferible el punto de salida con la métrica más baja.

Si se recibe un MED a través de un vínculo de 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 BGP incluyen una métrica MED si la ruta se aprendió de BGP y ya tenía una métrica MED asociada, o si configuró la métrica MED en el archivo de configuración.

Una métrica MED se anuncia con una ruta según las siguientes reglas generales:

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

  • Una métrica definida con una directiva de enrutamiento invalida una métrica definida con la metric-out instrucción.

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

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

Dado que la ruta de acceso AS en vez del número de saltos entre hosts es el criterio principal para BGP selección de ruta, un sistema como con varias conexiones a un mismo nivel puede tener varias rutas de acceso equivalentes. Cuando la tabla de encaminamiento contiene dos rutas al mismo host en una medida vecina, una métrica media asignada a cada ruta puede determinar cuál de ellas debe incluirse en la tabla de reenvío. La métrica MED que asigne puede forzar el tráfico a través de un punto de salida determinado en una AS.

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

Figura 1: Ejemplo de MED predeterminadoEjemplo de MED predeterminado

Figura 1 muestra AS 1 y el AS 2 conectados por dos enlaces de BGP independientes a los enrutadores C y D. el host E de AS 1 se encuentra más cerca del enrutador C. el host F, también en AS 1, se encuentra más cerca del enrutador D. Dado que las rutas de AS son equivalentes, existen dos rutas para cada host, una a través del enrutador C y una a través del enrutador D. Para forzar que 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. Se asigna una métrica MED de 10 a la ruta para el host E a través del enrutador C, y se asigna una métrica MED de 20 a la ruta al host E a través del enrutador D. BGP enrutadores en el AS 2 Seleccione la ruta con la métrica media inferior para la tabla de reenvío.

De forma predeterminada, solo se comparan las MEDs de las rutas que tienen los mismos valores de los interlocutores. Sin embargo, puede configurar las opciones de selección de ruta de acceso Tabla 1 de la tabla de enrutamiento que se enumeran en para comparar MEDs de distintas maneras. Las opciones MED no se excluyen mutuamente y se pueden configurar en combinación o de forma independiente. Para que las opciones MED surtan efecto, debe configurarlas todas de forma uniforme a través de la red. La opción o opciones MED que se configurarán determinarán la ruta seleccionada. Por lo tanto, le recomendamos que evalúe detenidamente la red por las rutas preferidas antes de configurar las opciones MED.

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

Option (Name)

Función

Utilizados

Comparando siempre MEDsalways-compare-med()

Garantiza que el MEDs para los trazados de los interlocutores de diferentes Asocs siempre se comparan en el proceso de selección de ruta.

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

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

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

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

Es útil cuando el nivel inferior requiere el costo total de una determinada ruta que se recibe a través de varios Asoc.

Aplicación de comportamiento no determinista de Cisco IOScisco-non-deterministic()

Especifica el comportamiento no determinista del software Cisco IOS:

  • El path activo es siempre el primero. Todas las rutas que no están activas pero que son aptas siguen el path activo y se mantienen en el orden en el que se recibieron. Las rutas no aceptables permanecen al final de la lista.

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

Recomendamos que no configure esta opción, ya que a veces el comportamiento no determinista impide que el sistema Compare correctamente los MEDs entre rutas de la ruta.

Ejemplo Configurando el atributo MED, que determina el punto de salida de una AS

En este ejemplo se muestra cómo configurar una métrica discriminadora de cierre múltiple (MED) para anunciar en BGP mensajes de actualización.

Aplicables

No es necesaria 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 BGP mensajes de actualización, incluya metric-out la instrucción:

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

También se admite la siguiente configuración opcional:

  • minimum-igp: Define la métrica con el valor de métrica mínimo calculado en el protocolo de puerta de enlace interior (IGP) para llegar a la BGP siguiente salto. Si una métrica recién calculada es mayor que el valor de métrica mínimo, el valor de métrica permanece inalterado. Si una métrica recién calculada es más baja, el valor de métrica se reduce a ese valor.

  • igp: Permite definir la métrica con el valor de métrica más reciente calculado en la IGP para llegar al BGP siguiente salto.

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

  • offset: Permite especificar un valor para offset que se incremente o reduzca la métrica utilizada desde el valor de la métrica calculado en la IGP. El valor de métrica se desplaza según el valor especificado. La métrica calculada en el IGP (especificando igp or igp-minimum) aumenta si el offset valor es positivo. La métrica calculada en el IGP (especificando igp or igp-minimum) se disminuirá si el offset valor es negativo.

    offset puede ser un valor comprendido entre-231 y 231 – 1. Tenga en cuenta que la métrica ajustada nunca puede estar por debajo de 0 ni superior a 232 – 1.

Figura 2se muestra una red típica con sesiones de interlocutor internas y varios puntos de salida para un sistema autónomo (como) vecino.

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

El dispositivo R4 tiene varias interfaces de bucle invertido configuradas para simular prefijos anunciados. Las direcciones adicionales de la interfaz de bucle de retroceso 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 Device R3 y un valor MED de 20 al dispositivo R2. Esto hace que todos los dispositivos en el 123 deben preferir la ruta a través del R2 del dispositivo para alcanzar el mismo como 4.

Automática

Configuración rápida de CLI

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

Dispositivo R1

Dispositivo R2

Dispositivo R3

Dispositivo R4

Configuración del dispositivo R1

Procedimiento paso a paso

El ejemplo siguiente requiere que se exploren varios niveles en la jerarquía de configuración. Para obtener más información sobre 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 CLI de Junos os.

Para configurar el dispositivo R1:

  1. Configure las interfaces.

  2. Configure BGP.

  3. Configure OSPF.

  4. Configure una directiva que acepte rutas directas.

    Otras opciones útiles para este escenario pueden ser aceptar las 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, para confirmar la configuración show interfaces, show policy-optionsescriba show protocolslos comandos show routing-options ,, y. Si el resultado no muestra la configuración deseada, repita las instrucciones de este ejemplo para corregir la configuración.

Si ha terminado de configurar el dispositivo, entre commit en el modo de configuración.

Configurando el dispositivo R2

Procedimiento paso a paso

El ejemplo siguiente requiere que se exploren varios niveles en la jerarquía de configuración. Para obtener más información sobre 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 CLI de Junos os.

Para configurar el dispositivo R2:

  1. Configure las interfaces.

  2. Configure BGP.

  3. Configure OSPF.

  4. Configure una directiva que acepte rutas directas.

    Otras opciones útiles para este escenario pueden ser aceptar las 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, para confirmar la configuración show interfaces, show policy-optionsescriba show protocolslos comandos show routing-options ,, y. Si el resultado no muestra la configuración deseada, repita las instrucciones de este ejemplo para corregir la configuración.

Si ha terminado de configurar el dispositivo, entre commit en el modo de configuración.

Configuración del dispositivo R3

Procedimiento paso a paso

El ejemplo siguiente requiere que se exploren varios niveles en la jerarquía de configuración. Para obtener más información sobre 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 CLI de Junos os.

Para configurar el dispositivo R3:

  1. Configure las interfaces.

  2. Configure BGP.

  3. Configure OSPF.

  4. Configure una directiva que acepte rutas directas.

    Otras opciones útiles para este escenario pueden ser aceptar las 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, para confirmar la configuración show interfaces, show policy-optionsescriba show protocolslos comandos show routing-options ,, y. Si el resultado no muestra la configuración deseada, repita las instrucciones de este ejemplo para corregir la configuración.

Si ha terminado de configurar el dispositivo, entre commit en el modo de configuración.

Configurar el dispositivo R4

Procedimiento paso a paso

El ejemplo siguiente requiere que se exploren varios niveles en la jerarquía de configuración. Para obtener más información sobre 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 CLI de Junos os.

Para configurar el dispositivo R4:

  1. Configure las interfaces.

    El dispositivo R4 tiene varias direcciones de interfaz de bucle de retorno para simular prefijos anunciados.

  2. Configure una directiva que acepte rutas directas.

    Otras opciones útiles para este escenario pueden ser aceptar las 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 hace que el sistema autónomo (AS) 123 (del cual son miembros el dispositivo R1, el dispositivo R2 y el Device R3) prefieren que el path a través de R2 de dispositivo alcance los 4.

  5. Configure el ID del enrutador y el número.

Resultados

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

Si ha terminado de configurar el dispositivo, entre commit en el modo de configuración.

Comproba

Confirme que la configuración funciona correctamente.

Comprobación del path activo desde el dispositivo R1 al dispositivo R4

Purpose

Compruebe que la ruta de acceso activa pasa a través del R2 del dispositivo.

Intervención

En modo operativo, escriba el show route protocol bgp comando.

Efectos

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

Comprobar que el dispositivo R4 está enviando correctamente sus rutas

Purpose

Asegúrese de que el dispositivo R4 envía mensajes Update con un valor de 20 al dispositivo R2 y un valor de 30 al dispositivo R3.

Intervención

En modo operativo, escriba el show route advertising-protocol bgp 24.24.24.2 comando.

Efectos

La columna MED muestra que el dispositivo R4 envía los valores MED correctos a sus dos vecinos de BGP externo (EBGP).

Ejemplo Configuración del MED usando filtros de ruta

En este ejemplo se muestra cómo configurar una directiva que usa filtros de ruta para modificar la métrica de varios discriminadores de salida (MED) para que se anuncie en BGP mensajes de actualización.

Aplicables

No es necesaria 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 rutas que modifique la métrica "no-MED" anunciada en BGP mensajes metric de actualización, incluya la instrucción en la acción de la Directiva.

Figura 3se muestra una red típica con sesiones de interlocutor internas y varios puntos de salida para un sistema autónomo (como) vecino.

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

El dispositivo R4 tiene varias interfaces de bucle invertido configuradas para simular prefijos anunciados. Las direcciones adicionales de la interfaz de bucle de retroceso 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 al dispositivo 3. Un valor MED de 20 se anuncia al dispositivo R2, sin tener en consideración el prefijo de ruta.

Automática

Configuración rápida de CLI

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

Dispositivo R1

Dispositivo R2

Dispositivo R3

Dispositivo R4

Configuración del dispositivo R1

Procedimiento paso a paso

El ejemplo siguiente requiere que se exploren varios niveles en la jerarquía de configuración. Para obtener más información sobre 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 CLI de Junos os.

Para configurar el dispositivo R1:

  1. Configure las interfaces del dispositivo.

  2. Configure BGP.

  3. Configure OSPF.

  4. Configure una directiva que acepte rutas directas.

    Otras opciones útiles para este escenario pueden ser aceptar las 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, para confirmar la configuración show interfaces, show protocolsescriba show policy-optionslos comandos show routing-options ,, y. Si el resultado no muestra la configuración deseada, repita las instrucciones de este ejemplo para corregir la configuración.

Si ha terminado de configurar el dispositivo, entre commit en el modo de configuración.

Configurando el dispositivo R2

Procedimiento paso a paso

El ejemplo siguiente requiere que se exploren varios niveles en la jerarquía de configuración. Para obtener más información sobre 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 CLI de Junos os.

Para configurar el dispositivo R2:

  1. Configure las interfaces del dispositivo.

  2. Configure BGP.

  3. Configure OSPF.

  4. Configure una directiva que acepte rutas directas.

    Otras opciones útiles para este escenario pueden ser aceptar las 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, para confirmar la configuración show interfaces, show protocolsescriba show policy-optionslos comandos show routing-options ,, y. Si el resultado no muestra la configuración deseada, repita las instrucciones de este ejemplo para corregir la configuración.

Si ha terminado de configurar el dispositivo, entre commit en el modo de configuración.

Configuración del dispositivo R3

Procedimiento paso a paso

El ejemplo siguiente requiere que se exploren varios niveles en la jerarquía de configuración. Para obtener más información sobre 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 CLI de Junos os.

Para configurar el dispositivo R3:

  1. Configure las interfaces del dispositivo.

  2. Configure BGP.

  3. Configure OSPF.

  4. Configure una directiva que acepte rutas directas.

    Otras opciones útiles para este escenario pueden ser aceptar las 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, para confirmar la configuración show interfaces, show protocolsescriba show policy-optionslos comandos show routing-options ,, y. Si el resultado no muestra la configuración deseada, repita las instrucciones de este ejemplo para corregir la configuración.

Si ha terminado de configurar el dispositivo, entre commit en el modo de configuración.

Configurar el dispositivo R4

Procedimiento paso a paso

El ejemplo siguiente requiere que se exploren varios niveles en la jerarquía de configuración. Para obtener más información sobre 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 CLI de Junos os.

Para configurar el dispositivo R4:

  1. Configure las interfaces del dispositivo.

    El dispositivo R4 tiene varias direcciones de interfaz de bucle de retorno para simular prefijos anunciados.

  2. Configure una directiva que acepte rutas directas.

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

  3. Configure BGP.

  4. Configure las dos políticas MED.

  5. Configure los dos vecinos EBGP, aplicando las dos políticas del MED al Device 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, para confirmar la configuración show interfaces, show protocolsescriba show policy-optionslos comandos show routing-options ,, y. Si el resultado no muestra la configuración deseada, repita las instrucciones de este ejemplo para corregir la configuración.

Si ha terminado de configurar el dispositivo, entre commit en el modo de configuración.

Comproba

Confirme que la configuración funciona correctamente.

Comprobación del path activo desde el dispositivo R1 al dispositivo R4

Purpose

Compruebe que la ruta de acceso activa pasa a través del R2 del dispositivo.

Intervención

En modo operativo, escriba el show route protocol bgp comando.

Efectos

El resultado muestra que la ruta de acceso preferida a las rutas anunciadas por el dispositivo R4 se realiza 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 se realiza a través del dispositivo R3.

Comprobar que el dispositivo R4 está enviando correctamente sus rutas

Purpose

Asegúrese de que el dispositivo R4 envía mensajes Update con un valor de 20 al dispositivo R2 y un valor de 30 al dispositivo R3.

Intervención

En modo operativo, escriba el show route advertising-protocol bgp comando.

Efectos

La columna MED muestra que el dispositivo R4 envía los valores MED correctos a sus dos vecinos EBGP.

Ejemplo Configuración de las comunidades MED

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

Ejemplo Asociar el atributo de ruta de acceso MED con el IGP métrica y retrasar las actualizaciones no medias

En este ejemplo se muestra cómo asociar el atributo de ruta de acceso discriminador de varios salidas (MED) con la métrica del Protocolo de puerta de enlace interior (IGP), y cómo configurar un temporizador para retrasar la actualización del atributo MED.

Aplicables

No es necesaria 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 de una ruta según la distancia IGP de su enBGP interno de la ruta (IBGP) próximo salto. La métrica IGP permite que el enrutamiento interno siga la ruta de acceso más corta según la configuración administrativa. En algunas implementaciones, podría ser idóneo para comunicar IGP conocimientos de ruta de acceso más corta a los pares de BGP externos (EBGP) en un sistema autónomo (AS) vecino. Esto permite que esos pares de EBGP reenvíen el tráfico a su como si usaran las rutas más cortas posibles.

Las rutas aprendidas de un EBGP del mismo nivel suelen tener un salto siguiente en una interfaz conectada directamente y, por lo tanto, el valor 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 los siguientes saltos de terceros que requieren el sistema local para llevar a cabo la resolución de próximo salto: configuraciones de IBGP, configuraciones dentro de los pares de la Confederación o configuraciones de EBGP que incluyen la multihop instrucción. En estos escenarios, es posible que tenga sentido asociar el valor MED a la métrica IGP mediante la metric-out minimum-igp opción metric-out igp or.

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

La delay-updates opción identifica los grupos BGP (o los pares) para los que se deben suprimir las actualizaciones Med. La hora para anunciar actualizaciones no medias está establecida en 10 minutos de forma predeterminada. Puede aumentar el intervalo hasta 600 minutos si incluye la med-igp-update-interval instrucción en la routing-options configuración.

Nota:

Si tiene habilitado el enrutamiento activo (INE) no detenido y se produce un cambio, las actualizaciones MED retrasadas podrían ser anunciadas tan pronto como se produzca el cambio.

Cuando se configura la metric-out igp opción, la métrica IGP realiza un seguimiento directo del costo de IGP en el IBGP del mismo nivel. Cuando el costo de la IGP disminuye, también lo hace el valor medio MED anunciado. Por el contrario, cuando sube el costo de IGP, también sube el valor MED.

Cuando se configura la metric-out minimum-igp opción, el valor medio no anunciado cambia solo cuando el costo de IGP al IBGP del mismo nivel deja de funcionar. Un aumento del costo de IGP no afecta al valor MED. El enrutador supervisa y recuerda el costo de IGP mínimo 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 a la ruta ha cambiado o si el par BGP está respondiendo a una solicitud Refresh Route.

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

Figura 4muestra la topología de ejemplo.

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

En este ejemplo, el valor MED anunciado por el dispositivo R1 está asociado al IGP que se ejecuta como 1. El valor MED anunciado por el dispositivo R1 afecta a las decisiones del vecino como (como 2) cuando el 2 es el reenvío de tráfico como 1.

Automática

Configuración rápida de CLI

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

Dispositivo R1

Dispositivo R2

Dispositivo R3

Dispositivo R4

Dispositivo R5

R6 de dispositivo

Dispositivo R7

Dispositivo R8

Configuración del dispositivo R1

Procedimiento paso a paso

El ejemplo siguiente requiere que se exploren varios niveles en la jerarquía de configuración. Para obtener más información sobre 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 CLI de Junos os.

Para configurar el dispositivo R1:

  1. Configure las interfaces.

  2. Configure IBGP.

  3. Configure EBGP.

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

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

  5. Adicional 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 metric instrucción se utiliza aquí para demostrar qué sucede cuando cambia la métrica de IGP.

  7. Configure una directiva que acepte rutas directas.

    Otras opciones útiles para este escenario pueden ser aceptar las 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, para confirmar la configuración show interfaces, show policy-optionsescriba show protocolslos comandos show routing-options ,, y. Si el resultado no muestra la configuración deseada, repita las instrucciones de este ejemplo para corregir la configuración.

Si ha terminado de configurar el dispositivo, entre 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.

Comproba

Confirme que la configuración funciona correctamente.

Comprobación de los anuncios de BGP

Purpose

Comprueba que el dispositivo R1 se está anunciando al dispositivo R4 un valor BGP MED que refleja la métrica IGP.

Intervención

En modo operativo, escriba el show route advertising-protocol bgp comando.

Efectos

El valor 601 en la columna MED indica que se actualizó el valor MED para reflejar la métrica OSPF configurada.

Comprobando que cambia el valor MED cuando cambia la métrica de la OSPF

Purpose

Asegúrese de que, al elevar la métrica OSPF a 700, se actualiza el valor MED para reflejar este cambio.

Intervención

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

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

Efectos

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

Prueba del ajuste minimal-IGP

Purpose

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

Intervención

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

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

En el modo de configuración, reduzca la métrica OSPF.

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

Efectos

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