blog

21 febrer 2017

Instruccions pas a pas per assolir dispositius en altres dominis amb la redistribució de la ruta IGP

De tant en tant, és necessari executar més d'un protocol d'enrutament i tenir més d'una àrea d'enrutament: botigues multivendarias, deslocalització que comença amb un protocol i després el següent, qüestions de versatilitat d'un protocol solitari, inclinació política o individual, creació versus sistemes de prova, fusions i adquisicions.

Com arribar a dispositius en altres dominis amb la redistribució de la ruta IGP

La redistribució és el camí per passar les dades d'enrutament començant per un protocol d'enrutament i, a continuació, al costat de l'accessibilitat dels gadgets que viuen en diversos espais d'enrutament. Cada protocol d'enrutament aportarà informació d'un tipus a les taules d'encaminament dins del seu espai, però pot haver-hi un anhel o necessitat d'aconseguir gadgets en una altra àrea. La redistribució es realitza en almenys un límit d'encaminadors entre una àrea d'enrutament d'origen o un protocol en un espai o protocol de destinació.

Hi ha tres opcions per assolir la plena capacitat d'accés entre espais:

  • Rutes per defecte d'un interruptor de límit. Podeu passar un curs per defecte des d'un commutador que toca tots els espais d'encaminament (interruptor de límit) als routers que participen exclusivament dins d'una àrea (interruptor intern). Això cobrirà rutes obscures de qualsevol àrea que els enrutadors interns estiguin inconscients i que els enrutadors interns s'enviïn a l'interruptor de límit, que tindria una taula d'enrutament total ja que participaria en totes les àrees d'enrutament. Aquest procediment funciona millor si només hi ha un sol propòsit de contacte entre les àrees d'enrutament.
  • Redistribució d'una ruta, amb un valor predeterminat. Almenys un router de límit passa un curs predeterminat en un sol espai, però es redistribueix a una altra àrea. Normalment, escolliu un protocol central per redistribuir-lo en els protocols alternatius que obtinguin el curs predeterminat que es prendria com a protocols de vora. S'utilitza una redistribució unidireccional per ampliar-se a grans quantitats de rutes, per exemple, en una important organització multinacional. El protocol central podria ser el protocol BGP (Border Gateway Protocol) i els protocols de vora podrien ser qualsevol IGP (Internal Gateway Protocol, per exemple, OSPF, EIGRP, RIP o IS-IS, o fins i tot diverses ocurrències de la mateixa IGP. Funciona admirablement amb adquisicions i fusions, ja que la "nova" part de l'organització no necessita executar un protocol d'enrutament indistinguible de la resta o, de moment, necessita canviar. Acaba d'afegir una associació amb el centre.
  • La redistribució bidireccional o compartida passa algunes o la majoria de les dades d'enrutament d'un protocol a un altre. Aquesta és l'opció més complexa, especialment si hi ha més d'un propòsit de contacte entre les àrees d'enrutament. Hauria de ser utilitzat quan hi hagi objectius que haurien de ser accessibles començant per un espai i després per al següent. Sigui com sigui, s'ha de connectar un enfocament particular per mostrar com el moviment aconsegueix aquests objectius o com s'ha d'abordar l'activitat a la llum de les estratègies de seguretat. Les preocupacions habituals amb la distribució bidireccional són els bucles d'enrutament, l'enrutament asimètric i l'enrutació subòptima.
    • Enrutamiento asimètric és el lloc on el camí d'enviament no és el mateix que el camí d'arribada. Els problemes poden sorgir si hi ha una estratègia de seguretat configurada per a l'enviament de l'activitat o si hi ha una configuració de tallafocs configurats. Els equilibradors de pila també poden ser alterats per l'enrutament asimètric. Els equilibradors de pila, que corresponen a càrregues particulars a la llum d'una adreça comú, esperen que les rutes d'enviament i de retorn siguin previsibles.
    • Entrenament suboptimal és el lloc el camí més afavorit en una taula d'enviament no és en absolut el curs més directe. Això passa quan l'interruptor de límit "escolta" sobre les rutes del protocol inicial i, a més, a través d'un altre protocol d'enrutament com a curs extern. Si no és possible que la separació reglamentària del protocol de camp extern sigui més confiable que el protocol inicial, l'interruptor es recolzarà cap al curs extern sobre el curs local. L'acord consisteix a controlar la separació autoritzada de les rutes a què es fa referència. Aquest no és el procés més directe i es diferencia de l'escenari a l'escenari, fins i tot dins de l'oferta de producte d'un solitari comerciant.
    • Llaços d'enrutament, o un bucle d'entrada, pot passar quan les dades d'encaminament es redistribueixen en un protocol amb un sol propòsit de contacte i després d'això es redistribueix una vegada més al protocol d'inici amb un altre propòsit de contacte. Amb un objectiu final específic per establir un bucle d'enrutament, heu de fer un canal d'entrada. El canal negaria que les rutes que comencin pel protocol objectiu tornin a ser promocionades una vegada més en aquest mateix protocol. Heu de fabricar el canal per descomptat. Per exemple, si teniu àrees d'OSPF i EIGRP associades almenys a dos focus, construïu un canal per a totes les rutes OSPF i canalitzeu-les a la redistribució d'EIGRP a OSPF. Es treballaria un altre canal per a totes les rutes de EIGRP, i es filtrarían per la redistribució de OSPF a EIGRP. Aquesta separació s'ha de fer en tots els routers límits entre els dos protocols perquè siguin viables. Podeu coordinar els prefixos o podeu utilitzar etiquetes, que és la meva inclinació. Les etiquetes es poden distingir com un component del camí cap a la redistribució de les rutes al protocol de destinació, llavors podeu cercar les etiquetes per canalitzar. Heu de fer una estratègia que primer busca les etiquetes i les nega i, en cas contrari, que no hi són, etiqueta les rutes per reconèixer el protocol d'origen. Això s'aconsegueix per portar, de manera que caldria fer dues polítiques. Tots els protocols d'enrutament, incloent RIPv2, poden reforçar etiquetes.

Hem de tenir una idea de la redistribució del curs IGP en els gadgets de Cisco. Quan es redistribueix d'un protocol a un altre, cal recordar algunes coses:

  • El procediment de redistribució s'extreu de la taula d'encaminament, no de la base de dades de protocols. Si no és possible que redistribueixi RIP a OSPF, el procediment busca les rutes anomenades RIP a la taula d'encaminament. Hi ha un cas especial: les rutes associades que s'està executant en el protocol.
  • En els enrutadors Cisco per IPv4, les rutes associades també es redistribuïran naturalment. Això és vàlid quan la vostra longitud no es redistribueix quan s'associa a aquest mateix protocol de destinació, cosa que provocaria que l'element s'aturés.
  • En els enrutadors Cisco per a IPv6, el procediment de redistribució no redistribuïx les rutes associades que el protocol s'executa, tret que inclogui l'opció associada a la línia de redistribució.

Alguns sistemes operatius de Cisco requereixen un arranjament connectat a l'ordre de redistribució de les rutes que es passaran a partir d'un protocol i després al següent. Quan es redistribueix en un protocol, haureu de proporcionar mètriques per a les rutes perquè estiguin en l'organització adequada respecte al protocol de destinació. La mètrica per a un sol protocol no cerca modificar per una altra. Hi ha una mètrica de llavors que ha d'estar connectada a les rutes externes que entren al protocol de destinació. La taula de la figura 1 mostra tots els protocols amb algunes varietats lleugeres.

fonten RIPa EIGRPa OSPFa IS-ISa BGP (MED)
Connectat1Interfície mètrica20 (E2)00
Static1Interfície mètrica20 (E2)00
RIPInfinit20 (E2)0IGP mètrica
EIGRPInfinitAltres mètriques del procés20 (E2)0IGP mètrica
OSPFInfinitInfinit0IGP mètrica
IS-ISInfinitInfinit20 (E2)IGP mètrica
BGPInfinitInfinit1 (E2)0

Figura 1: variacions del protocol

Si no teniu la possibilitat que la mètrica de llavors no coincideixi, el curs no es pot utilitzar. Cal que proporcioneu la mètrica de llavors, mentre redistribueix el protocol d'origen a l'objectiu, ja sigui a la línia de redistribució o a través de la comanda mètrica predeterminada sota el protocol d'encaminament de destinació. La mètrica de llavors es troba en l'arranjament d'aquest protocol objectiu: salts per RIP, cost per OSPF i IS-IS, i la mètrica composta per EIGRP (capacitat de transferència de dades, retard, qualitat inestable, càrrega i MTU).

Un pensament final: si la font és BGP, llavors només es redistribuiran les rutes externes del BGP a la IGP. Es tracta d'un sistema d'acció contrarrespectiva de bucle. En el cas que hagueu de redistribuir les rutes internes de BGP, llavors organitzeu-les sota el procediment BGP (no el protocol objectiu) bgp redistribute-internal command.

En aquestes línies, en el cas que executeu més d'un protocol d'enrutament i necessiteu l'accessibilitat total o incompleta, haureu de redistribuir entre aquests protocols. Hi ha un parell de coses que cal tenir en compte i preparar abans de començar a organitzar-se. La redistribució pot ser excepcionalment bàsica (un conjunt de protocols, un propòsit de contacte) i pot ser extremadament impredictible.

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