Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Descripción de la evitación de microbucle IS-IS

RESUMEN Los microbucles pueden consumir el ancho de banda disponible de los enlaces, lo que afecta la transmisión eficiente de paquetes útiles. La evitación de microbucle puede impedir el reenvío de paquetes en bucle.

Beneficios de evitar microloops en redes SRv6

  • La ruta sin microbucle evita retrasos y pérdida de tráfico

  • La evitación de microbucle puede evitar el reenvío de paquetes en bucle y evitar el consumo innecesario de ancho de banda
  • La ruta de evitación de microbucle se calcula solo para los enlaces afectados en caso de fallas de múltiples enlaces. Si la segunda falla del vínculo no afecta a la ruta de evitación de microbucle calculada, IS-IS continúa utilizando la misma ruta de evitación de microbucles.
Junos OS permite que un dispositivo aplace la descarga de la ruta IS-IS cuando falla un vínculo IS-IS para evitar microbucles. Cuando los vínculos locales dejan de funcionar, el protocolo IS-IS inunda un área entera con la base de datos. Si el nodo conectado a la interfaz local que ha fallado converge más rápido que el nodo vecino, entonces el nodo conectado redirige el tráfico a la ruta convergente. Esta redirección puede dar lugar a microbucles de tráfico hasta que el nodo vecino converja. Cuando se produce un error en la ruta principal de un nodo protegido, no es necesario que el nodo conectado converja rápidamente si la ruta de copia de seguridad configurada no se ve afectada. En este caso, el flujo de tráfico hacia una ruta convergente se aplaza hasta el tiempo de retraso configurado. Este retardo de tiempo ayuda a evitar microbucles, ya que no todos los enrutadores llegan simultáneamente a los estados de reenvío posteriores a la convergencia.

En la figura, la ruta principal desde el origen hasta el destino es SR0R1R2R3D. Cuando el vínculo entre R2 y R3 falla, el tráfico enviado de S a D está sujeto a bucles de reenvío transitorios mientras los enrutadores actualizan su estado de reenvío para el destino D.

• Si R0 actualiza su estado de reenvío antes que R5, los paquetes se reproducirán entre R0 y R5

• Si tanto R0 como R5 han actualizado sus estados de reenvío y R4 no, los paquetes se alternarán entre R4 y R5.

• R0 detecta la falla del vínculo entre R2 y R3, y dirige temporalmente el tráfico destinado al destino a través de la ruta de SR [NodeSID(R4), AdjSID(R4->R3), D].

• Cuando transcurre el tiempo de espera configurado, R0 sólo utiliza el nodo-SID a D para llegar al destino.

Evitación de microloops en redes SRv6

A partir de Junos OS versión 21.1R1, puede habilitar un cálculo de ruta posterior a la convergencia en un dispositivo para evitar microbucles si se produce un cambio de vínculo o métrica en una red SRv6. Para configurar la evitación de microbucle en una red SRv6 para eventos de red local y remota, incluidos vínculos caídos, vínculos arriba y cambios métricos, incluya la microloop avoidance post-convergence-path delay millisecondsinstrucción en el nivel de [edit protocols isis spf-options] jerarquía. Para evitar los microbucles de forma eficaz, configure esta función en todos los nodos de la red.

Nota:

La evitación de microbucles no es un reemplazo para los mecanismos de reparación locales como TI-LFA, que detecta fallas locales muy rápido y activa una ruta alternativa libre de bucles precalculada.

Evitación de microbucle en redes IS-IS SR-MPLS

A partir de Junos OS versión 21.3R1, puede habilitar el cálculo de rutas posteriores a la convergencia en un dispositivo para evitar microbucles entre dispositivos de red. Los microbucles se forman cuando se produce un cambio de red, como un cambio de vínculo o métrica, en una red MPLS de enrutamiento de segmentos. Un cambio de red puede desencadenar un bucle entre los enrutadores ascendentes y descendentes durante un breve período de tiempo, ya que los enrutadores no actualizan su estado de reenvío simultáneamente. Tenga en cuenta que la evitación de microbucle no es un reemplazo para los mecanismos de reparación locales, como la alternativa sin bucles independiente de la topología (TI-LFA).

Para configurar la evitación de microbucle en una red MPLS de enrutamiento de segmentos, incluya las maximum-labels instrucciones y las maximum-srv6-sids en el nivel jerárquico [edit protocols isis spf-options microlooop-avoidance post-convergence-path].

Cuando un prefijo IPV6 tiene rutas de evitación de microbucles SR-MPLS-MLA y SRV6 disponibles, preferiremos la ruta MLA de SR-MPLS. SR-MPLS puede proporcionar rutas que evitan microbucles para prefijos ipv4/ipv6 y etiquetas SR. delay especifica el tiempo en milisegundos para el que usamos la ruta Micro-loop-Avoidance, antes de pasar a la ruta SPF. Tenga en cuenta que la evitación de microbucle no es un reemplazo para los mecanismos de reparación local, como la alternativa sin bucles independiente de la topología (TI-LFA), que detecta fallas locales muy rápido y activa una ruta alternativa sin bucles precalculada. Los enrutadores que implementan la evitación de microbucle calculan la ruta de evitación de microbucle solo después de recibir la actualización del estado del vínculo para el evento. Por lo tanto, el mecanismo de evitación de microbucles no es un reemplazo para los mecanismos de reparación local como TI-LFA, que detectan fallas locales muy rápido y activan una ruta alternativa sin bucles precalculada a nivel de PFE. En el ejemplo anterior, si el mecanismo de reparación local no está presente para la falla de R2R3, habrá mucha pérdida de tráfico antes de que R0 pueda detectar la falla (a través de la convergencia global) y programar una ruta de evitación de microbucles. La evitación de microbucles no puede evitar la pérdida de tráfico debido a la detección tardía de la falla. La evitación de microbucles evitará la pérdida de tráfico solo debido a los microbucles. Tanto los mecanismos de reparación local, como TI-LFA y la evitación de microbucles, deberán habilitarse en todos los nodos de la red para garantizar que la pérdida de tráfico esté en el rango de milisegundos.

Para evitar microbucles, se utiliza el siguiente proceso:

1. Después de calcular la nueva ruta a D, durante un tiempo predeterminado, R instala una entrada para D que dirige los paquetes a D a través de una ruta de SR sin bucles. Este tiempo debería ser mayor que el retraso en el peor de los casos de cualquier enrutador de la red.

2. Después del retraso de tiempo configurado, R instala la entrada de ruta posterior a la convergencia para D, que no tiene SID.

Nota:

Si la evitación de microbucle está configurada tanto para SRv6 como para SR-MPLS, IS-IS prefiere tomar la ruta SR-MPLS.

Plataformas compatibles y características no compatibles

Junos OS admite la evitación de microbucle en la mayoría de las plataformas compatibles con IS-IS. Para obtener más información sobre dispositivos específicos y versiones de Junos OS que admiten la evitación de microbucles IS-IS, consulte el Explorador de características.

Junos OS no admite las siguientes funciones junto con la evitación de microbucles:

  • No se admite la ruta de evitación de microbucle que necesite más de 6 SID. Si un nodo puede manejar sólo x número de SID, entonces IS-IS no proporciona una ruta de evitación de microbucles. En tales casos, los nodos pueden anunciar que pueden manejar x número de SID.
  • No se puede evitar la pérdida de tráfico debido a la convergencia lenta del plano de control.
  • Si hay accesos directos disponibles, IS-IS no proporciona una ruta de evitación de microbucles.