Blog

21 Feb 2017

Instrucciones paso a paso para llegar a dispositivos en otros dominios con redistribución de ruta IGP

De vez en cuando existe la necesidad de ejecutar más de un protocolo de enrutamiento y tener más de un área de enrutamiento: tiendas de múltiples proveedores, reubicación comenzando con un protocolo y luego con el siguiente, problemas de versatilidad de un protocolo solitario, inclinación política o individual, sistemas de creación versus prueba, fusiones y adquisiciones.

Cómo alcanzar dispositivos en otros dominios con redistribución de ruta IGP

La redistribución es la forma de pasar los datos de enrutamiento comenzando con un protocolo de enrutamiento y luego al siguiente para tener accesibilidad para los gadgets que viven en varios espacios de enrutamiento. Cada protocolo de enrutamiento contribuirá con datos únicos en las tablas de enrutamiento dentro de su espacio, sin embargo, puede haber anhelo o necesidad de lograr artilugios en otra área. La redistribución se realiza en al menos un límite de enrutadores entre un área de enrutamiento de origen o un protocolo en un espacio de destino o protocolo.

Hay tres opciones para obtener la accesibilidad total entre espacios:

  • Rutas predeterminadas de un interruptor de límite. Puede pasar un curso predeterminado desde un interruptor que toca todos los espacios de enrutamiento (interruptor de límite) a los enrutadores que participan exclusivamente dentro de un área (interruptor interno). Eso cubriría las rutas oscuras de cualquier área que los enrutadores internos no tengan en cuenta y que los enrutadores internos avancen hacia el interruptor de límite, que tendría una tabla de enrutamiento total, ya que tomaría parte en todas las áreas de enrutamiento. Este procedimiento funciona mejor si existe un solo propósito de contacto entre las áreas de enrutamiento.
  • Redistribución de una ruta, con un valor por defecto. Al menos un límite de enrutadores pasa un curso predeterminado en un espacio, pero redistribuye en otra área. Por lo general, debe elegir un protocolo central para redistribuir y los protocolos alternativos que obtienen el curso predeterminado se tomarán como un protocolo de borde. La redistribución unidireccional se utiliza para escalar a grandes cantidades de rutas, por ejemplo, en una organización multinacional importante. El protocolo central podría ser BGP (Border Gateway Protocol) y el protocolo de borde podría ser cualquier IGP (Interior Gateway Protocol, por ejemplo, OSPF, EIGRP, RIP o IS-IS, o incluso varias apariciones del mismo IGP. funciona admirablemente con adquisiciones y fusiones, ya que la "nueva" parte de la organización no necesita ejecutar un protocolo de enrutamiento indistinguible del resto, o necesita cambiar por el momento. Simplemente agrega una asociación con el centro.
  • La redistribución bidireccional o compartida pasa unos pocos o la mayoría de los datos de enrutamiento de un protocolo a otro. Esta es la opción más compleja, particularmente si hay más de un propósito de contacto entre las áreas de enrutamiento. Debería utilizarse cuando hay objetivos que deberían ser alcanzables comenzando con un espacio y luego con el siguiente. Sea como fuere, un enfoque particular debe estar conectado para mostrar cómo el movimiento logra esos objetivos o cómo se debe tratar la actividad a la luz de las estrategias de seguridad. Las preocupaciones habituales con la distribución bidireccional son los bucles de enrutamiento, el enrutamiento asimétrico y el enrutamiento subóptimo.
    • Enrutamiento asimétrico es el lugar donde la ruta de envío no es exactamente la misma que la ruta de llegada. Los problemas pueden surgir si hay una estrategia de seguridad configurada para la forma en que se envía la actividad o si hay una disposición de firewalls configurados. Los equilibradores de pila también pueden verse afectados por el enrutamiento asimétrico. Los equilibradores de pila, que se apropian de la carga de dispositivos específicos a la luz de una dirección común, esperan que las rutas de envío y de retorno sean predecibles.
    • Enrutamiento subóptimo es el lugar donde el camino más favorecido en una tabla de envío no es de ninguna manera el curso más directo. Esto sucede cuando el interruptor de límite "escucha" las rutas desde el protocolo de inicio y, además, a través de otro protocolo de enrutamiento como un curso externo. En el caso de que la separación regulatoria para el protocolo de curso externo sea más confiable que el protocolo inicial, el cambio se inclinará hacia el curso externo sobre el curso local. La solución es controlar la separación autoritaria de las rutas a las que se hace referencia. Este no es el proceso más directo y difiere de una etapa a otra, incluso dentro de una oferta de producto de un comerciante solitario.
    • Bucles de enrutamiento, o un bucle de entrada, puede ocurrir cuando los datos de enrutamiento se redistribuyen en un protocolo con un propósito de contacto y luego se redistribuyen una vez más en el protocolo inicial con otro propósito de contacto. Con un objetivo final específico para establecer un ciclo de enrutamiento, debe crear un canal de entrada. El canal negaría que las rutas que comienzan en el protocolo objetivo se promocionen una vez más en ese mismo protocolo. Necesitas fabricar el canal por supuesto. Por ejemplo, en caso de que tenga áreas OSPF y EIGRP asociadas al menos con dos enfoques, construiría un canal para todas las rutas OSPF y las canalizaría en la redistribución de EIGRP a OSPF. Se trabajará con otro canal para todas las rutas EIGRP, cribándolas en la redistribución de OSPF a EIGRP. Esta separación se debe hacer en todos los enrutadores de límite entre los dos protocolos para que sea viable. Puede coordinar los prefijos o puede utilizar etiquetas, que es mi inclinación. Las etiquetas se pueden distribuir como un componente del camino hacia la redistribución de las rutas en el protocolo de destino, luego puede buscar las etiquetas para canalizar. Necesita hacer una estrategia que primero busque las etiquetas y las niegue, y en el caso de que no estén allí, luego etiqueta las rutas para reconocer el protocolo de origen. Esto se logra para soportar, por lo que se necesitarán dos políticas. Todos los protocolos de enrutamiento, incluido RIPv2, pueden reforzar las etiquetas.

Deberíamos echar un vistazo a la redistribución del curso IGP en los gadgets de Cisco. Al redistribuir de un protocolo a otro, hay un par de cosas que recordar:

  • El procedimiento de redistribución se extrae de la tabla de enrutamiento, no de la base de datos de protocolos. En caso de que redistribuya RIP en OSPF, entonces el procedimiento busca aquellas rutas denominadas como RIP en la tabla de enrutamiento. Hay un caso especial: las rutas asociadas en las que se ejecuta el protocolo.
  • En los enrutadores Cisco para IPv4, las rutas asociadas también se redistribuirán naturalmente. Esto es válido la longitud de no redistribuir cuando se asocia en ese mismo protocolo de destino, lo que provocaría que el elemento se detenga.
  • En los enrutadores Cisco para IPv6, el procedimiento de redistribución no redistribuye las rutas asociadas en las que se ejecuta el protocolo, a menos que incluya la opción asociada incorporar la línea de redistribución.

Algunos sistemas operativos de Cisco requieren una disposición conectada al comando de redistribución para que las rutas pasen comenzando con un protocolo y luego con el siguiente. Al redistribuir en un protocolo, debe proporcionar métricas para las rutas para que estén en la organización correcta con respecto al protocolo de destino. La métrica para un protocolo realmente no busca enmendar por otra. Hay una métrica de semilla que debe adjuntarse a las rutas externas que entran en el protocolo de destino. La tabla en la Figura 1 muestra cada protocolo con algunas variedades ligeras.

fuenteen RIPen EIGRPen OSPFen IS-ISen BGP (MED)
conectado1Métrica de interfaz20 (E2)00
Estático1Métrica de interfaz20 (E2)00
q.e.p.d.Infinito20 (E2)0IGP métrico
EIGRPInfinitoOtra métrica de proceso20 (E2)0IGP métrico
OSPFInfinitoInfinito0IGP métrico
IS-ISInfinitoInfinito20 (E2)IGP métrico
BGPInfinitoInfinito1 (E2)0

Figura 1: variaciones de protocolo

En caso de que la medida de la semilla sea interminable, el curso no es utilizable. Debe proporcionar la métrica inicial al redistribuir el protocolo de origen en el destino, ya sea en la línea de redistribución o mediante el comando métrico predeterminado bajo el protocolo de enrutamiento de destino. La métrica de semilla está en la disposición para ese protocolo objetivo: saltos para RIP, costo para OSPF e IS-IS, y la métrica compuesta para EIGRP (capacidad de transferencia de datos, retraso, calidad inquebrantable, carga y MTU).

Un pensamiento final: si la fuente es BGP, solo las rutas BGP externas se redistribuirán en el IGP. Este es un sistema de acción de contracción de bucle. En caso de que tenga que redistribuir las rutas BGP internas, organice bajo el procedimiento BGP (no el protocolo de destino) el comando bgp redistribute-internal.

En esta línea, en caso de que esté ejecutando más de un protocolo de enrutamiento y requiera accesibilidad total o incompleta, deberá redistribuir entre esos protocolos. Hay un par de cosas a considerar y prepárate antes de comenzar a organizar. La redistribución puede ser excepcionalmente básica (un conjunto de protocolos, un propósito de contacto) y puede ser extremadamente impredecible.

&bsp

GTranslate Your license is inactive or expired, please subscribe again!