Blog

21 februarie 2017

Instrucțiuni pas cu pas pentru a ajunge la dispozitivele din alte domenii cu redistribuirea rutei IGP

/
Adăugată pe site de

Acum și din nou, este nevoie să rulați mai mult de un protocol de rutare și să aveți mai multe zone de rutare: magazinele cu mai mulți comercianți, relocarea începând cu un protocol, apoi pe următoarele aspecte legate de versatilitatea unui protocol solitar, înclinația politică sau individuală, sistemele de creare versus sisteme de testare, fuziuni și achiziții.

Cum să ajungeți la dispozitivele din alte domenii cu redistribuirea rutei IGP

Redistribuirea este calea către transmiterea datelor de rutare începând cu un protocol de rutare, apoi pe următoarea, pentru a avea accesibilitate pentru gadgeturile care trăiesc în diferite spații de rutare. Fiecare protocol de rutare va contribui cu un fel de date în tabelele de rutare din spațiul său, totuși poate exista o dorință sau nevoie de a obține gadgeturi într-o altă zonă. Redistribuirea se face pe cel puțin o linie de rutare între o zonă de rutare sursă sau un protocol într-un spațiu țintă sau un protocol.

Există trei opțiuni pentru a obține accesibilitate completă între spații:

  • Traseele implicite de la un întrerupător de limită. Puteți trece un curs implicit de la un comutator care atinge toate spațiile de rutare (comutator de limită) la acele routere care participă exclusiv în interiorul unei zone (comutator intern). Aceasta ar acoperi rutele obscure din orice zonă pe care rutele interne nu sunt conștiente și au routerele interne spre comutatorul de limită care ar avea o masă de rutare totală, deoarece ar lua parte la toate zonele de rutare. Această procedură funcționează cel mai bine dacă există doar un singur scop de contact între zonele de rutare.
  • Redistribuire într-o singură cale, cu implicit. Cel puțin o ruteră de limite trece un curs implicit într-un spațiu, dar redistribuie în altă zonă. În mod obișnuit, ați alege un protocol central pentru redistribuirea în protocoalele alternative și care vor primi cursul implicit, ar fi luat un gand la protocoalele de margine. Redistribuirea într-o singură direcție este utilizată pentru a crește până la cantități mai mari de rute, de exemplu într-o organizație multinațională substanțială. Protocolul central ar putea fi BGP (Border Gateway Protocol) și protocolul de margine ar putea fi orice IGP (Interfata de intrare protocol, de exemplu, OSPF, EIGRP, RIP sau IS-IS sau chiar diferite apariții ale aceluiași IGP. funcționează admirabil cu achiziții și fuziuni, deoarece "noua" parte a organizației nu are nevoie să ruleze un protocol de rutare indiscutabilă de restul sau trebuie să se schimbe pentru moment, ci doar adaugă o asociere cu centrul.
  • Redistribuirea în două moduri sau partajate transmite câteva sau majoritatea datelor de rutare a unui protocol în altul. Aceasta este cea mai complexă opțiune, mai ales dacă există mai multe scopuri de contact între zonele de rutare. Ar trebui să fie folosit atunci când există obiective care ar trebui să fie accesibile începând cu un spațiu apoi pe altul. Fie ca atare, o abordare specială trebuie să fie conectată pentru a arăta cum mișcarea atinge acele obiective sau cum trebuie abordată activitatea în lumina strategiilor de securitate. Grijile regulate cu distribuție bidirecțională sunt buclele de rutare, rutarea asimetrică și rutarea suboptimală.
    • Direcție asimetrică este locul în care calea de trimitere nu este la fel ca și calea de sosire. Probleme pot apărea dacă există o strategie de securitate configurată pentru modul în care este trimisă activitatea sau dacă există un aranjament de firewall instalat. De asemenea, balanțele de baloți pot fi deranjate de rutare asimetrică. Balancatorii de stive, care sunt încărcați corespunzător anumitor gadget-uri în lumina unei adrese comune, se așteaptă ca căile de expediere și întoarcere să fie previzibile.
    • Direcționarea suboptimală este locul pe care calea cea mai favorizată într-o masă de trimitere nu este în niciun caz calea cea mai directă. Acest lucru se întâmplă atunci când comutatorul de limită "ascultă" despre rutele de la protocolul de pornire și, în plus, printr-un alt protocol de rutare ca un curs extern. În cazul în care separarea de reglementare pentru protocolul de curs extern este mai sigură decât protocolul de început, comutatorul se va sprijini spre cursul extern pe cursul local. Decontarea este de a controla separarea autoritară a rutelor la care se face referire. Acest proces nu este cel mai direct și diferă de la etapă la etapă, chiar și în interiorul ofertei de produse unice ale comerciantului.
    • Bucle de rutaresau o buclă de intrare se pot întâmpla atunci când datele de rutare sunt redistribuite într-un protocol într-un singur scop de contact și apoi redistribuite din nou în protocolul de început într-un alt scop de contact. Cu un scop final de a stabili o buclă de rutare, trebuie să creați un canal de intrare. Canalul ar nega că rutele începute în protocolul țintă nu vor fi promovate încă o dată în același protocol. Trebuie să fabricați canalul, desigur. De exemplu, în cazul în care aveți zone OSPF și EIGRP asociate cel puțin două focare, ați construi un canal pentru toate rutele OSPF și le puteți canaliza pe redistribuirea de la EIGRP în OSPF. Un alt canal ar fi lucrat pentru toate rutele EIGRP, cerându-le pe redistribuirea de la OSPF în EIGRP. Această separare trebuie făcută pe toate rutele limită dintre cele două protocoale pentru a fi viabile. Puteți să vă coordonați pe prefixe sau puteți utiliza etichete, care este înclinația mea. Etichetele pot fi făcute ca o componentă a modului de redistribuire a rutelor în protocolul țintă, după care puteți căuta etichetele pentru a canaliza. Trebuie să faceți o strategie care caută mai întâi etichetele și le neagă și pe șansa de a nu fi acolo, apoi etichetează rutele pentru a recunoaște protocolul sursă. Acest lucru este realizat pentru rulment, deci ar trebui să se facă două politici. Toate protocoalele de rutare, inclusiv RIPv2, pot susține etichetele.

Ar trebui să ne gândim la redistribuirea cursului IGP pe gadgeturile Cisco. Când redistribuiți de la un protocol la altul, există câteva lucruri de reținut:

  • Procedura de redistribuire trage din tabela de rutare, nu baza de date a protocoalelor. La șansa de a redistribui RIP în OSPF, atunci procedura caută acele rute numite RIP în tabela de rutare. Există un caz special: rutele asociate la care rulează protocolul.
  • Pe routerele Cisco pentru IPv4, rutele asociate vor fi și ele redistribuite în mod natural. Acest lucru este valabil pentru lungimea pe care nu o redistribuiți când este asociată în același protocol țintă, ceea ce ar determina oprirea elementului.
  • Pe routerele Cisco pentru IPv6, procedura de redistribuire nu redistribuie acele rute asociate la care rulează protocolul, cu excepția cazului în care includeți opțiunea încorporată asociată liniei de redistribuire.

Unele sisteme Cisco necesită un aranjament conectat la comanda de redistribuire a rutelor care urmează să fie transmise, începând cu un protocol, apoi pe următorul. Atunci când redistribuiți într-un protocol, trebuie să furnizați valori pentru rute, astfel încât acestea să fie în organizația potrivită cu privire la protocolul vizat. Metrica pentru un singur protocol nu caută într-adevăr o modificare pentru alta. Există o metrică de semințe care trebuie atașată la căile externe care intră în protocolul țintă. Tabelul din Figura 1 prezintă fiecare protocol cu ​​câteva soiuri ușoare.

Sursăîn PARîn EIGRPîn OSPFîn IS-ISîn BGP (MED)
Conectat1Metricul interfeței20 (E2)00
Static1Metricul interfeței20 (E2)00
RIPInfinit20 (E2)0IGP
EIGRPInfinitAlte metrice de proces20 (E2)0IGP
OSPFInfinitInfinit0IGP
IS-ISInfinitInfinit20 (E2)IGP
BGPInfinitInfinit1 (E2)0

Figura 1: Variațiile protocolului

În cazul în care șansa de măsurare a semințelor este neterminată, cursul nu este utilizabil. Trebuie să furnizați măsura de însămânțare în timp ce redistribuiți protocolul sursă în țintă fie pe linia de redistribuire, fie prin comanda metrică implicită sub protocolul de direcționare țintă. Metrica de semințe se află în aranjamentul pentru protocolul țintă: salturi pentru RIP, cost pentru OSPF și IS-IS și metrica compozită pentru EIGRP (capacitatea de transfer de date, întârzierea, calitatea neclară, sarcina și MTU).

Un gând final - dacă sursa este BGP, atunci doar rutele externe BGP vor fi redistribuite în IGP. Acesta este un sistem de acțiuni contracte. În cazul în care trebuie să redistribuiți rutele interne BGP, aranjați, sub procedura BGP (nu protocolul țintă), bgp redistribute-comanda internă.

În aceste linii, în cazul în care executați mai multe protocoale de rutare și aveți nevoie de accesibilitate completă sau incompletă, va trebui să redistribuiți între aceste protocoale. Există câteva lucruri de luat în considerare și pregătiți înainte de a începe aranjarea. Redistribuirea poate fi în mod excepțional de bază (un set de protocoale, un scop de contact) și poate fi extrem de imprevizibilă.

Lasa un raspuns

GTranslate Please upgrade your plan for SSL support!
GTranslate Your license is inactive or expired, please subscribe again!