Protocoale de rutare (RIP, OSPF și BGP). Rețele și sisteme de comunicații online

Border Gateway Protocol (BGP) versiunea 4 este astăzi protocolul principal pentru schimbul de informații de rutare între sisteme autonome Internet. Protocolul BGP a înlocuit protocolul EGP1 folosit în primele zile, când Internetul avea o singură coloană vertebrală. Această autostradă era un sistem autonom central, la care toate celelalte sisteme autonome erau conectate în conformitate cu o topologie arborescentă. Deoarece buclele dintre sistemele autonome au fost eliminate cu această structură, EGP nu a luat nicio măsură pentru a elimina buclele de traseu.

Să explicăm principiile de bază ale BGP folosind un exemplu (Fig. 1).

Orez. 1 Găsirea unei rute între sisteme autonome folosind BGP

Fiecare dintre cele trei sisteme autonome (AS 1021, AS 363 și AS 520) are mai multe routere care acționează ca gateway-uri externe. Fiecare dintre ele rulează protocolul BGP, cu care comunică între ei.

Un router comunică cu alte routere folosind BGP numai dacă administratorul specifică în mod explicit în timpul configurării că aceste routere sunt vecine. De exemplu, routerul EG1 din acest exemplu va comunica prin BGP cu routerul EG2 nu pentru că aceste routere sunt conectate printr-o legătură punct la punct, ci pentru că atunci când routerul EG1 a fost configurat ca vecin, routerul EG2 (cu adresa 194.200.30.2). ) i-a fost specificat. În mod similar, la configurarea routerului EG2, routerul EG1 (cu adresa 194.200.30.1) a fost atribuit ca vecin.

Această metodă de interacțiune este convenabilă într-o situație în care ruterele care fac schimb de informații de rutare aparțin unor furnizori de servicii (ISP-uri) diferiți. Administratorul ISP poate decide cu ce sisteme autonome va face schimb de trafic și pe care nu, prin definirea unei liste de vecini pentru gateway-urile sale externe. Protocoalele RIP și QSPF, concepute pentru a fi utilizate în cadrul unui sistem autonom, fac schimb de informații de rutare cu toate routerele aflate la îndemâna lor imediată (prin retea locala sau printr-un canal punct la punct). Aceasta înseamnă că informațiile despre toate rețelele apar în tabelul de rutare al fiecărui router, astfel încât fiecare rețea să fie accesibilă de către toată lumea. ÎN rețeaua corporativă Aceasta este o situație normală, dar nu și în rețelele ISP, motiv pentru care protocolul BGP joacă aici un rol special.

Pentru a stabili o sesiune cu vecinii specificati, folosesc routerele BGP Protocolul TCP(portul 179). Când se stabilește o sesiune BGP, o varietate de metode de autentificare a routerului pot fi utilizate pentru a crește securitatea sistemelor autonome.

Mesajul de bază al BGP este mesajul UPDATE, care este utilizat de un router pentru a informa un router de sistem autonom vecin că rețelele aparținând propriului sistem autonom sunt accesibile. Însuși numele acestui mesaj sugerează că este un anunț declanșator care este trimis unui vecin doar atunci când ceva se schimbă dramatic în sistemul autonom: apar rețele noi sau căi noi către rețele sau, dimpotrivă, rețelele sau căile existente dispar.

Un singur mesaj UPDATE poate anunța o nouă rută sau poate invalida mai multe rute care nu mai există. În BGP, o rută este o secvență de sisteme autonome care trebuie trecută în drum spre rețeaua specificată în adresă. Mai formal, informațiile despre ruta (BGP Route) către rețea (Network/Maskjength) arată astfel:
BGP Route = AS_Path; Următorul pas; Rețea/Lungimea mască;
Aici AS_Palh este un set de numere de sistem autonome, NextHop este adresa IP a routerului prin care pachetele trebuie transmise către rețeaua Network/Maskjength. De exemplu, dacă routerul EG1 dorește să anunțe routerului EG2 că AS 1021 are rețea nouă 202.100.5.0/24, apoi generează următorul mesaj:

AS 1021; 194.200.30.1; 202.100.5.0/24,
după care îl transmite routerului EG2 al AS 363 (cu care, desigur, trebuie să aibă stabilită o sesiune BGP).

Routerul EG2, după ce a primit mesajul UPDATE, stochează în tabelul său de rutare informații despre rețeaua 202.100.5.0/24 împreună cu adresa următorului router 194.200.30.1 și o notă că această informație a fost primită prin protocolul BGP. Routerul EG2 schimbă informații de rutare cu gateway-uri interne ale sistemului AS 363 folosind un protocol IGP, cum ar fi OSPF. Dacă EG2 este setat să redistribuie rutele BGP către rutele OSPF, atunci toate gateway-urile interne AS 363 vor cunoaște existența rețelei 202.100.5.0/24 printr-o reclamă OSPF care va fi externă. Routerul EG2 va începe acum să facă publicitate adresei propriei interfețe interne ca următoarea adresă de router, de exemplu 192.17.100.2.

Cu toate acestea, OSPF nu poate fi utilizat pentru a propaga mesajul de rețea 202.100.5.0/24 către alte sisteme autonome, cum ar fi AS 520. Routerul EG3 asociat cu routerul EG4 al sistemului autonom 520 va folosi BGP, generând un mesaj UPDATE formatul necesar. Pentru a rezolva această problemă, nu poate folosi informații despre rețeaua 202.100.5.0/24 primite de la protocolul OSPF printr-unul dintre interfețe interne, deoarece are un format diferit și nu conține, de exemplu, informații despre numărul sistemului autonom în care se află această rețea.
Problema este rezolvată prin ca routerele EG2 și EG3 să stabilească și o sesiune BGP între ele, chiar dacă aparțin aceluiași sistem autonom. Această implementare a protocolului BGP se numește intern (Interior BGP, iBGP), spre deosebire de cel principal, extern (Exterior BGP, eBGP). Ca rezultat, routerul EG3 primește informatie necesara de la routerul EG2 și îl transmite vecinului său extern - routerul EG4. La generarea unui nou mesaj UPDATE, routerul EG3 transformă mesajul primit de la routerul EG2, adăugând propriul său sistem autonom AS 520 la lista de sisteme autonome și înlocuiește adresa primită a următorului router cu adresa propriei interfețe:

AS 363, AS 1021; 132.15.64.3; 202.100.5.0/24.

Numerele de sistem autonome elimină buclarea mesajelor UPDATE. De exemplu, atunci când routerul EG5 trimite un mesaj despre rețeaua 202.100.5.0/24 către routerul EG6, acesta din urmă nu îl va folosi, deoarece va arăta astfel:
AS 520, AS 363, AS 1021; 201.14.110.3; 202.100.5.0/24.

Deoarece lista sistemelor autonome conține deja numărul propriului sistem autonom, este evident că mesajul este în buclă.

Protocolul BGP este folosit astăzi nu numai pentru a face schimb de informații de rutare între sisteme autonome, ci și în cadrul acestora.

Articolul de astăzi se va concentra pe principalul protocol de rutare dinamică - BGP (Border Gateway Protocol). De ce cea principală? – Pentru că cu ajutorul BGP este organizată topologia întregului Internet.

Deci, în acest articol ne vom uita la următoarele puncte:

  1. Termenii BGP de bază
  2. Cum funcționează BGP
  3. Tipuri de mesaje BGP

Terminologie

Când vine vorba de BGP, primul lucru de luat în considerare este conceptul de sistem autonom. AS (sistem autonom). Un sistem autonom este o colecție de puncte de rutare și conexiuni între ele, unite printr-o politică comună de comunicare care permite acestui sistem să facă schimb de date cu noduri situate în afara granițelor sale.

Un AS este caracterizat printr-un număr ASN (mai recent pe 32 de biți) (Autonomus System Number) și un grup de adrese IP. Organizația IANA (Internet Assigned Numbers Authority) este responsabilă pentru emiterea ambelor, delegând controlul asupra distribuției ASN și a altor resurse de internet către registratorii regionali.

Conectivitatea sistemelor autonome se realizează datorită static sau rutare dinamică.

Cu rutarea statică totul este simplu. Vă conectați la dispozitiv și specificați manual o rută către cel mai apropiat vecin. În practică, conectarea chiar și a 10 routere între ele pare a fi o sarcină destul de dificilă.

Prin urmare pentru rețele mari a venit cu rutarea dinamică, în care dispozitivele partajează automat informații între ele despre rutele pe care le au și, în plus, se adaptează la schimbările din topologie.

După cum știți, protocoalele de rutare dinamică sunt clasificate în funcție de două criterii principale:

  1. Tipul operațiunii de protocol în raport cu AS
  • IGP (Interior Gateway Protocol) – funcționează în cadrul unui sistem autonom. Acestea includ: RIP, OSPF, EIGRP, IS-IS
  • EGP (Exterior Gateway Protocol) - lucrează în afara sistemelor autonome și asigură conectivitatea acestora. Aceasta include BGP
  • Algoritm de operare a protocolului
    • Distance-Vector - cunoaște rutele numai către cei mai apropiați vecini ai săi și schimbă tabelul de rutare cu aceștia. (RIP, EIGRP)
    • Link State – cunoaște întreaga topologie a rețelei și schimbă tabelul de topologie cu vecinii săi (OSPF, IS-IS)

    Evident, BGP nu poate fi un protocol Link State. Imaginează-ți doar câte sisteme autonome există pe Internet orice router pur și simplu va eșua dacă primește atât de multe informații.

    Deci, BGP este un protocol de rutare extern folosit pentru a conecta două AS-uri. Diagrama arată cam așa:

    Deoarece BGP are marea sarcină de a conecta sisteme autonome pe internet, trebuie să fie foarte fiabil. În aceste scopuri, chiar la începutul funcționării sale, routerul BGP inițiază Stabilirea TCP sesiune pe portul 179 către vecinul său, are loc schimbul standard de SYN și ACK.

    Conexiunile BGP trebuie negociate absolut de către administratorii de sistem autonomi care doresc să stabilească conexiunea. Dacă, să zicem, administratorul AS402 a lansat un proces BGP pe routerul BR2 (Border Router), specificând BR1 și ASN-ul său ca vecin, iar administratorul AS401 nu a întreprins nicio acțiune, atunci sesiunea TCP nu va crește și sistemele vor rămâne deconectat. În plus, trebuie îndeplinite următoarele condiții:

    1. Portul 179 nu este blocat de ACL (Lista de control al accesului)
    2. Routerele fac ping unul pe celălalt
    3. La pornirea unui proces BGP, ASN-ul părții la distanță a fost specificat corect
    4. RouterID-urile nu se potrivesc

    Dacă sesiunea TCP este stabilită cu succes, atunci routerele BGP încep să facă schimb

    Mesaje OPEN, în care își raportează ASN, RouterID și Hold timer. Temporizatorul de reținere este timpul în care se va menține sesiunea TCP. Dacă condițiile enumerate mai devreme nu sunt îndeplinite, de exemplu, informațiile despre numărul AS nu se potrivesc, atunci mesajul NOTIFICARE un router care primește un ASN incorect își va notifica vecinul și va reseta sesiunea TCP.

    Dacă toate condițiile sunt îndeplinite, atunci routerele, la un anumit interval, încep să își trimită mesaje unul altuia ȚINE ÎN VIAȚĂ, adică confirmarea parametrilor adoptați în DESCHISși notificarea „Sunt încă în viață”.

    În cele din urmă, routerele pot începe să schimbe informații de rutare prin mesaj ACTUALIZAȚI. Structura a acestui mesaj este împărțit în două părți:

    1. Atributele căii. Aceasta indică din ce AS provine traseul, originea și Următorul Hop pentru această cale.
    2. NRLI (Informații despre accesibilitatea stratului de rețea). Aceasta indică informații direct despre rețelele care urmează să fie adăugate la tabelul de rutare, adică adresa IP a rețelei și masca acesteia.

    Mesajul UPDATE va fi trimis de fiecare dată când unul dintre routere primește informații despre rețele noi, iar mesajul KEEPALIVE va fi trimis pe toată durata sesiunii TCP.

    Exact așa funcționează rutarea pe internet. Istoricul este plin de incidente în care protocoalele BGP defectuoase au cauzat defectarea unor părți mari ale sistemului. retea globala, prin urmare, importanța sa nu poate fi subestimată.

    Ți-a fost util acest articol?

    Te rog spune-mi de ce?

    Ne pare rău că articolul nu v-a fost util: (Vă rugăm, dacă nu este dificil, indicați de ce? Vă vom fi foarte recunoscători pentru un răspuns detaliat. Vă mulțumim că ne ajutați să devenim mai buni!

    Un router este de obicei atribuit mai multor rețele. Când primește un pachet, trebuie să rezolve două probleme:
    1. în ce rețea ar trebui să-l transfere;
    2. in ce directie?

    Ultima decizie se bazează pe alegerea căii optime. Care cale disponibilă este calea optimă? Aceasta este de obicei determinată de o metrică. Metrici este costul condiționat al transmiterii prin rețea. Masurare completa a unei anumite rute este egală cu suma metricilor rețelelor care includ ruta. Routerul alege ruta cu cea mai mică valoare. Metrica este atribuită unei interfețe de rețea în funcție de tipul de protocol. niste protocoale simple, ca și Protocolul de informații de rutare (RIP), tratează toate rețelele ca la fel. Apoi costul trecerii prin fiecare rețea este același, iar secțiunile sunt numărate pentru a determina metrica. Deci, dacă un pachet trece prin 10 rețele pentru a ajunge la destinația finală, costul total este de 10 hopuri.

    Alte protocoale, cum ar fi Open Shortest Path First (OSPF), permit administratorului să aloce un cost pentru transmisia prin rețea în funcție de tipul de serviciu necesar. O rută printr-o rețea poate avea un cost diferit (metric). De exemplu, dacă un tip de serviciu necesită maximum performanţă, canal prin satelit are o metrică mai mică decât linie optică. Pe de altă parte, dacă tipul de server dorește o latență minimă, legătura optică are o valoare mai mică decât legătura prin satelit. OSPF permite fiecărui router să aibă un tabel cu secvențe de rute în funcție de tipul de serviciu necesar.

    Alte protocoale definesc metrica în mod diferit. În Border Gateway Protocol (BGP), un criteriu este o politică care poate fi stabilită de un administrator. Politica este principiul după care este determinată calea.

    În orice măsurătoare, un router trebuie să aibă tabele de rutare de consultat atunci când redirecționează un pachet. Tabelul de rutare specifică calea optimă pentru un pachet. Un tabel poate fi static sau dinamic. Tabel static- una dintre cele care de multe ori nu se schimbă. Tabel dinamic- unul dintre cele care se actualizează automat când există modificări oriunde pe Internet. Astăzi internetul are nevoie de tabele dinamice. Tabelele trebuie actualizate pe măsură ce apar modificări pe Internet. De exemplu, acestea trebuie să fie actualizate atunci când o rută eșuează sau trebuie să fie actualizate ori de câte ori este creată o rută mai bună.

    Protocoalele de rutare sunt concepute pentru a mapa cerințele tabelelor rutare dinamică. Protocol de rutare- o combinație de reguli și proceduri care permit routerelor de pe Internet să se informeze reciproc despre modificări. Protocoalele de rutare includ, de asemenea, proceduri pentru combinarea informațiilor primite de la alte routere.

    În această prelegere vom vorbi despre protocoalele de rutare unidirecțională. Vom discuta despre protocoalele de rutare multidirecțională în cursul următoare.

    Rutare internă și externă

    Astăzi, internetul este o rețea uriașă, deci una protocol de rutare nu poate gestiona sarcina de a actualiza toate tabelele de router. Din acest motiv, internetul este împărțit în sisteme autonome. Sistem autonom (AS)- un grup de rețele și routere aflate sub controlul unui singur administrator. Rutarea în cadrul unui sistem autonom este clasificată ca rutare internă . Rutarea între sisteme autonome este clasificată ca rutare externă. Fiecare sistem autonom poate alege un protocol intern de rutare pentru a gestiona rutarea în cadrul sistemului autonom. Cu toate acestea, doar unul este selectat pentru a gestiona rutarea între sisteme autonome. protocol de rutare.

    Au fost dezvoltate mai multe protocoale interne și externe. În această prelegere vom atinge doar cele mai populare dintre ele - protocoalele interne RIP și OSPF și un protocol extern BGP. RIP și OSPF sunt folosite pentru a actualiza tabelele de rutare într-un sistem autonom. BGP este folosit pentru a actualiza tabelele de rutare pentru routerele care conectează sisteme autonome între ele.

    Protocolul de informații de rutare (RIP)

    Protocolul de informații de rutare (RIP – Routing Information Protocol) - intern protocol de rutare, utilizat în cadrul unui sistem autonom. Acesta este un protocol foarte simplu bazat pe utilizarea unui vector de rutare la distanță. În această secțiune, ne vom uita mai întâi la principiul rutării vectorului distanță așa cum se aplică RIP și apoi vom discuta despre protocol RIP.

    Vector distanță de rutare

    Folosind vector distanță de rutare,Fiecare router împărtășește periodic informațiile de conectare la Internet cu vecinii săi. Mai jos sunt trei principii de bază ale acestui proces pentru a vă ajuta să înțelegeți cum funcționează algoritmul.

    1. Distribuirea informațiilor de conectare la sistemul autonom. Fiecare router distribuie informații de intrare către sistemele autonome învecinate. Este posibil ca aceste informații să nu fie detaliate la început. Cu toate acestea, volumul și calitatea informațiilor nu contează. Routerul trimite, în orice caz, tot ce are.
    2. Distributie numai catre vecini. Fiecare router își trimite informațiile numai către vecinii săi. Trimite informațiile pe care le primește prin toate interfețele.
    3. Distribuție la intervale regulate. Fiecare router își trimite informațiile către sistemul autonom vecin la intervale fixe, cum ar fi la fiecare 30 de secunde.

    BGP este un protocol de rutare gateway extern utilizat pentru a efectua rutarea între domenii de rutare (sau sisteme autonome). BGP este utilizat de toți furnizorii de servicii de internet, precum și în centrul rețelelor foarte mari.

    BGP este un protocol de rutare foarte stabil și foarte scalabil. BGP prezintă o stabilitate excepțională în rutarea sistemului inter-autonom (AS) (chiar și cu tabele de rutare uriașe) și oferă administratori de rețea o mai mare libertate de acțiune și flexibilitate în crearea regulilor de rutare.

    Principiul de funcționare al protocolului de rutare vector distanță:

    Protocolul BGP este un protocol vector de rută, de exemplu. aplică informații vectoriale (direcție) și cale la destinație.

    Un exemplu despre modul în care funcționează un protocol de rutare vectorială la distanță

    Să presupunem că Router-ul A a generat o rută către rețeaua 10.1.10/2A și a făcut-o publicitate către Router-ul B. În informațiile despre cum să ajungeți la rețeaua de destinație 10.1.10/2A, Router-ul A indică faptul că este primul router din cale. Routerul B, după ce a primit această rută, se adaugă la cale și o trimite către Router-ul C, care, la rândul său, se adaugă la calea către rețeaua 10.1.10/2A și trimite ruta către Router-ul D. Când Router-ul D primește ruta către destinația 10.1 10/2A, descoperă că calea către aceasta trece prin routerele C, B și A. Routerul D se adaugă la cale și trimite ruta rezultată înapoi la Router-ul A. După ce a primit anunțul rutei, Routerul A respinge. ea pentru că o găsește în corespondență cu calea propriei persoane.

    Așa funcționează BGP, cu excepția faptului că informațiile sunt adăugate în calea către rețeaua de destinație nu de routere individuale, ci de sisteme autonome. Orice router care a primit o rută poate determina prezența unei bucle de rutare verificând prezența în calea către reţea dată scopul sistemului dumneavoastră autonom.

    Protocolul BGP nu impune nicio cerință asupra topologiei rețelei.

    Protocolul BGP, bazat pe informațiile primite de la diverse routere, construiește un grafic al sistemelor autonome cu toate conexiunile dintre noduri. Fiecare AS are un număr unic. O conexiune între două AS-uri formează o cale, iar informațiile despre colecția de căi de la un nod dintr-un AS la un nod dintr-un alt AS constituie o rută. BGP utilizează în mod activ informații despre rutele către o anumită destinație, ceea ce evită buclele de rutare între domenii.

    Alegerea unei căi.BGP nu folosește metrici pentru a detecta bucle într-o cale; are nevoie de ele pentru a gestiona regulile de rețea.

    Protocolul BGP face publicitate tuturor vecinilor săi doar unul traseu optim. Mai jos este o listă de valori, ordonate după importanță crescândă:

    · Greutate administrativă;

    · Preferință locală;

    · Rute create local;

    · Cea mai scurtă cale AS;

    · Sursa cea mai joasă;

    · Metric MED (Multiple Exit Discriminator);

    · Căi externe preferate;

    · Calea prin cel mai apropiat vecin, dacă sincronizarea este activată;

    · Calea prin vecinul cu cel mai mic ID de router;

    Ruta cu cea mai scurtă cale AS este selectată atunci când toți factorii mai semnificativi coincid.

    Protocolul BGP este conceput pentru a face schimb de informații despre accesibilitatea subrețelelor între sisteme autonome (AS), adică grupuri de routere sub un singur management tehnic, folosind protocolul de rutare intra-domeniu pentru a determina rute în interiorul lor și protocolul de rutare inter-domeniu pentru a determina rute pentru livrarea pachetelor către alte AS-uri. Informații transmise include o listă de difuzoare care pot fi accesate prin intermediul acest sistem. Cele mai bune rute sunt selectate pe baza regulilor adoptate în rețea.

    BGP acceptă adresarea fără clasă și utilizează rezumarea rutelor pentru a reduce tabelele de rutare. Din acest an, a patra versiune a protocolului este în vigoare, toate Versiuni anterioare sunt depășite.

    BGP, alături de DNS, este unul dintre principalele mecanisme care asigură funcționarea internetului.

    BGP este un protocol de nivel de aplicație și funcționează pe deasupra protocolului de nivel de transport TCP (portul 179). Odată stabilită conexiunea, se transmit informații despre toate rutele destinate exportului. În viitor, se transmit doar informații despre modificările din tabelele de rutare. Când o conexiune este închisă, toate rutele despre care au fost transmise informații de partea opusă sunt șterse.

    Format mesaj

    Un mesaj BGP începe cu un antet, care poate fi urmat de date, în funcție de tipul de mesaj. Lungime maxima mesaje - 4096 octeți, minim - 19 octeți. Antetul mesajului conține următoarele câmpuri:

    • Marker (16 octeți) - folosit pentru compatibilitate, trebuie completat cu unele;
    • Lungime (2 octeți) - lungimea mesajului în octeți, inclusiv antetul;
    • Tip (1 octet):
      • 1 - Deschidere;
      • 2 - Actualizarea informațiilor;
      • 3 - Alertă;
      • 4 - Salvarea conexiunii.

    Deschidere

    Primul mesaj după stabilirea conexiunii ar trebui să fie „Deschidere”. Dacă mesajul este procesat cu succes, un răspuns „Salvare conexiune” va fi trimis. Pe lângă antetul BGP, mesajul Deschidere conține următoarele câmpuri:

    • Versiune (1 octet) - versiunea protocolului, valoarea curentă 4;
    • Sistemul meu (2 octeți) - număr de sistem autonom;
    • Interval de timp (2 octeți) - intervalul de timp maxim în secunde între primirea mesajelor „Actualizează informații” sau „Salvează conexiunea”;
    • Sender ID (4 octeți) - setat egal cu adresa IP;
    • Lungime parametri suplimentari(1 octet);
    • Opțiuni suplimentare:
      • Tip de parametru (1 octet);
      • Lungimea parametrului (1 octet);
      • Valoarea parametrului.

    Actualizați informațiile

    Mesajul „Actualizare informații” este destinat să transmită informații despre rutele între difuzoare. Mesajul poate indica rute noi și poate elimina rutele întrerupte. Structura mesajului:

    • Lungimea rutelor șterse (2 octeți);
    • Rute care trebuie șterse:
      • Lungime (1 octet) - lungimea în biți a prefixului adresei IP;
      • Un prefix de adresă IP, completat cu un număr minim de biți până la un octet complet;
    • Lungimea atributului căii (2 octeți);
    • Atributele căii:
      • Tip atribut:
        • Steagul de atribut;
        • Cod de atribut;
      • Lungimea atributului (1 sau 2 octeți, în funcție de steag);
      • date de atribut;
    • Informații de accesibilitate - listă de prefixe de adrese IP:
      • Lungime (1 octet) - lungimea în biți a prefixului adresei IP ( lungime zero- respectarea tuturor adreselor IP);
      • Un prefix de adresă IP, completat cu un număr minim de biți pentru a forma un octet complet.

    Toate atributele căii se potrivesc cu toate intrările din câmpul Informații despre accesibilitate.

    Salvarea conexiunii

    Un mesaj de salvare a conexiunii trebuie trimis cel puțin o dată la fiecare treime din intervalul maxim de timp dintre mesaje, dar nu mai mult de o dată pe secundă. Dacă intervalul de timp este setat egal cu zero, atunci mesajul nu trebuie trimis periodic. Mesajul nu folosește câmpuri suplimentare.

    Alerta

    Este trimisă o alertă dacă este detectată o eroare și conexiunea este închisă. Mesajul conține următoarele câmpuri:

    • Cod de eroare (1 octet);
    • Subcod (1 octet);
    • Date.

    Procesul de selecție

    Procesul de selecție începe după ce informațiile sunt actualizate și servește la selectarea rutelor pentru utilizare locală și pentru transmiterea către alte routere folosind BGP. Procesul folosește atributele rutelor primite pentru a obține gradul de preferință pentru o rută sau informații că o rută nu este potrivită pentru intrarea în baza de date a rutelor și ar trebui exclusă din procesul de selecție. Procesul este împărțit în trei faze:

    • Calculul gradului de preferință pentru fiecare rută primită;
    • Alegere cel mai bun traseu pentru fiecare destinație și introducerea acesteia în baza de date de rute;
    • Transferul rutelor către alte routere și rezumarea rutelor pot fi efectuate.

    Vezi si

    Legături

    • RFC 1105, A Border Gateway Protocol versiunea 1
    • RFC 1163, A Border Gateway Protocol versiunea 2
    • RFC 1164, Aplicarea protocolului Border Gateway în Internet
    • RFC 1265 (engleză), Analiza protocolului BGP
    • RFC 1266, Experiență cu protocolul BGP
    • RFC 1403 (engleză), interacțiune BGP OSPF
    • RFC 4271, A Border Gateway Protocol 4 (BGP-4)
    • RFC 1772, Aplicarea Border Gateway Protocol versiunea 4 în Internet
    • RFC 1773, Experiență cu protocolul BGP-4
    • RFC 4274 (engleză), Analiza protocolului BGP-4
    • RFC 1863, O alternativă a serverului de rută BGP4/IDRP la o rutare cu plasă completă
    • RFC 1997, BGP Communities Atribute
    • RFC 1998, O aplicație a atributului comunității BGP în rutarea multi-home
    • Protocol BGP (rusă), Utilizarea BGP pentru rutarea interdomeniu (exemple Setări Cisco routere)

    Literatură

    • Instalarea și configurarea BGP folosind software-ul de rutare Quagga pe Gentoo Linux
    • Configurarea BGP pe Linux (Quagga Zebra) cu echilibrare automată a sarcinii pe trei canale și redundanță
    • William R. Parkhurst Referință la comenzi și configurație a protocolului BGP-4 pentru routerele Cisco = Cisco BGP-4 Command and Configuration. - M.: „Williams”, 2002. - P. 384. - ISBN 1-58705-017-X
    • Protocol BGP (traducere în rusă) = CD CISCO UNIVER.