Border Gateway Protocol

4/12/2016
Border Gateway Protocol - Wikipedia
Border Gateway Protocol

De la Wikipedia, enciclopedia liber
BGP (englez Border Gateway Protocol) este protocolul de rutare folosit n nucleul Internetului. El menine o
tabel cu reele IP (sau "prefixe") care arat calea folosit pentru a ajunge la reeaua respectiv prin diferitele
sisteme autonome (AS). BGP este considerat din acest motiv un protocol de rutare vector-cale (spre deosebire
de protocoalele vector-distan, care nu pstreaz toat calea). BGP nu folosete aceleai metrici ca
protocoalele de rutare folosite n interiorul AS-urilor, ci ia decizii bazndu-se pe cale i pe politicile de rutare ale
sistemului autonom din care face parte.
Protocolul a fost creat pentru a nlocui un alt protocol de rutare (EGP) i pentru a permite rutarea descentralizat
n Internet, fcnd inutil reeaua de nucleu a acestuia, NSFNet. Din 1994, versiunea patru a protocolului este
folosit n Internet, toate versiunile anterioare fiind considerate depite. Cel mai important progres al versiunii 4
a fost suportul pentru CIDR i folosirea agregrii rutelor pentru a reduce dimensiunea tabelelor de rutare. Din
ianuarie 2006, BGPv4 este standardizat prin RFC 4271, care a trecut prin peste 20 de versiuni preliminare,
bazate pe versiunea de BGP din RFC 1771. RFC 4271 a corectat unele erori, a clarificat ambiguitile i a
apropiat standardul de practicile curente din industrie.
Cei mai muli utilizatori de Internet nu folosesc n mod direct acest protocol. Totui, deoarece majoritatea
Internet Service Providerilor l folosesc pentru a stabili rute ntre reelele respective, BGP este unul din cele mai
importante protocoale de pe Internet. Importana sa este comparabil cu a protocolului SS7 pentru stabilirea
apelurilor telefonice ntre operatorii PSTN. Reelele IP de mari dimensiuni folosesc BGP inclusiv n interiorul
reelei, de exemplu pentru a lega mai multe subreele suficient de mari pentru ca protocolul de rutare OSPF s-i
ating limitele. Alt caz de utilizare l reprezint conectarea mai multor puncte de prezen ale unui singur furnizor
de acces Internet (acest caz este descris n RFC 1998).
Cuprins
1 Funcionare
1.1 eBGP i iBGP
1.2 Tipuri de mesaje BGP
1.2.1 Structura antetului mesajului BGP
1.2.2 Actualizri
1.2.3 Extensii opionale
1.3 Automat finit
1.3.1 Starea Inactiv
1.3.2 Starea Conectare
1.3.3 Starea Activ
1.3.4 Starea OpenSent
1.3.5 Starea OpenConfirm
1.3.6 Starea Stabilit
2 Conectivitate i nvarea rutelor
2.1 Tabela de rutare
2.2 Selecia rutelor
2.2.1 Criterii de selecie
3 Probleme ale BGP
https://ro.wikipedia.org/wiki/Border_Gateway_Protocol
1/11
4/12/2016
3 Probleme ale BGP

3.1 Scalabilitatea iBGP
3.2 Dimensiunea tabelei de rutare
3.3 Echilibrarea ncrcrii
4 Implementri cu surs deschis ale BGP
5 Simulatoare BGP
6 Referine
7 Bibliografie
8 Vezi i
9 Legturi externe
Funcionare
Border Gateway Protocol este un protocol de rutare unic, deoarece, spre deosebire de celelalte protocoale de
rutare, stabilete i menine conexiuni ntre routerele vecine folosind protocolul TCP. n cazul routerelor aflate n
AS-uri diferite, o conexiune BGP poate fi stabilit doar dac routerele sunt direct conectate. Legtura se
realizeaz pe portul TCP 179, fiind meninut prin mesaje periodice de 19 octei (intervalul implicit este de 60
de secunde).
eBGP i iBGP
Cnd BGP este rulat n interiorul unui sistem autonom, este folosit termenul iBGP (englez Internal Border
Gateway Protocol). Cnd este rulat ntre AS-uri, este numit eBGP (englez External Border Gateway
Protocol). n majoritatea ruterelor actuale, distana administrativ (DA) pentru iBGP este mai mare (deci
prioritatea este mai mic) dect cea pentru alte protocoale de rutare intra-AS, care, la rndul lor, au D.A. mai
mare dect eBGP.
Vecinii eBGP trebuie sa fie direct conectai pentru a fi realizat conexiunea BGP, dar exist i excepii. De
exemplu, implementrile Cisco au opiunea "multihop", care permite realizarea de conexiuni eBGP ctre routere
nelegate direct. Aceast limitare nu exist pentru iBGP. Pentru a asigura rutarea ntre toate nodurile din reea
care ruleaz BGP poate fi folosit un protocol de rutare IGP (OSPF, RIP etc.).
n mod normal, un ruter iBGP menine sesiuni cu toate celelalte routere iBGP din AS, formnd o topologie
logica full-mesh (fiecare cu fiecare). Acest lucru este necesar deoarece, pentru a preveni formarea de cicluri de
rutare, iBGP nu transmite rute nvate prin iBGP altor vecini care ruleaz iBGP. Dac se dorete ca ruterele
iBGP s schimbe rute BGP ntre ele, este necesar configurarea de reflectori de rute (englez route reflectors)
sau confederaii.
Cnd un ruter afl despre o ruta nou prin protocolul eBGP, va seta adresa urmtorului hop la adresa ruterului
vecin eBGP de la care a aflat ruta respectiv. Cnd se primesc rute din interiorul AS-ului, adresa urmtorului
hop rmne neschimbat.
Tipuri de mesaje BGP

Protocolul BGP folosete patru tipuri de mesaje pentru a comunica ntre rutere[1]:
Open (Deschidere): mesajele iniiale, folosite pentru stabilirea conexiunii ntre rutere; dac un ruter
primete un mesaj Open i este de acord cu coninutul, trebuie s rspund cu un mesaj Keepalive[2].
Keepalive (Meninere): mesaje de 19 octei trimise periodic (implicit la 60 de secunde - o treime din
2/11
4/12/2016
timpul de hold-down) pentru meninerea conexiunii deschise; aceste mesaje sunt trimise fr confirmare,
iar dac intervalul de trimitere este setat la 0, nu se trimit
Update (Actualizare): conin ci ctre diversele reele (accesibile, invalide sau retrase), mpreun cu
atributele corespunztoare; iniial, routerele BGP i trimit reciproc ntreaga tabel de rutare; dup
actualizarea iniial, se transmit actualizri incrementale, pe msur ce topologia reelei se schimb.
Notification (Notificare): raporteaz eventualele erori aprute n comunicaie
Structura antetului mesajului BGP
Antetul mesajului BGPv4 are urmtoarea forma:
Bii/Decalaj
0-7
8-15
16-23
24-31
0
32
Marcaj
64
96
128
Lungime
Tip
Marcaj - inclus din motive de compatibilitate, toi biii trebuie sa fie setai ('1')
Lungime - lungimea totala a mesajului, exprimata n octei, inclusiv partea de antet
Tip - tipul mesajului BGP; sunt valide urmtoarele valori:
1 - Deschidere (Open)
2 - Actualizare (Update)
3 - Notificare (Notification)
4 - Meninere (KeepAlive)
5 - Remprosptare (Refresh)
Actualizri
Din momentul n care sesiunea BGP funcioneaz, routerele schimb mesaje de tip UPDATE cu privire la
destinaiile ctre care expeditorul ofer conectivitate. n protocolul BGP, descrierea unei rute este numit
Informaie de cale de nivel reea (englez Network Layer Reachability Information - NLRI). NLRI include
mai multe atribute: prefixul destinaie, lungimea prefixului, calea prin sistemele autonome ctre destinaie
(AS_Path) i urmtorul hop, precum i multe alte informaii care afecteaz felul cum trateaz destinatarul reeaua
respectiv.
Ruterele BGP anun apoi, prin actualizri ulterioare, noile reele ctre care ofer conectivitate, dar i
"retragerile" (reelele care nu mai sunt accesibile).
Extensii opionale
n timpul trimiterii mesajelor OPEN, routerele BGP pot negocia[3] anumite capabiliti opionale, printre care
mai multe tipuri de corectare a erorilor i extensii multiprotocol. Dac extensiile multiprotocol ale BGP [4] sunt
negociate n acest moment, vorbitorul poate prefixa NRLI-ul pe care l public cu un prefix pentru familia de
adrese (IPv4, IPv6, VPN-uri IPv4 i IPv6, precum i multicast).
3/11
4/12/2016
Din ce n ce mai mult, BGP este utilizat ca protocol de rutare pentru rute care nu fac parte din Internet, ca de
exemplu reele private virtuale[5].
Automat finit
Pentru a decide felul n care
colaboreaz cu alte routere, BGP
folosete un automat finit simplu, cu 6
stri: Inactiv, Conectare, Activ,
Deschidere trimis (OpenSent),
Deschidere confirmata
(OpenConfirm) i Stabilit. Pentru
fiecare sesiune, implementarea
pstreaz o variabil de stare.
Standardul definete mesajele care
trebuie trimise pentru a muta un router
dintr-o stare n alta. Prima stare este
Inactiv.
Starea Inactiv
Automatul finit al BGP
n acest mod, BGP iniializeaz toate resursele, refuz toate ncercrile de conexiune BGP i iniiaz o conexiune
TCP ctre ruterul vecin:
Iniializeaz resursele procesului BGP;
ncearc s stabileasc o conexiune TCP cu vecinul BGP;
Ateapt o conexiune TCP de la vecin. Dac apare o eroare n oricare stare a mainii, sesiunea BGP este
ncheiat i maina de stare revine n starea Inactiv.
Unele dintre motivele pentru care un ruter nu trece de aceast stare, sunt:
Portul TCP 179 nu e deschis.
Nu e deschis niciun port TCP mai mare dect 1023.
Adresa vecinului este configurat incorect pe unul din routere.
Numrul AS este configurat incorect pe unul din routere.
Starea Conectare
n acest stare, ruterul efectueaz urmtoarele operaii:
Ateapt stabilirea conexiunii TCP.
Dac aceasta se termin cu succes, BGP trece rapid la starea OpenSent.
Trimite un mesaj OPEN vecinului.
Dac apare o eroare, ruterul reseteaz un timer i trece n starea Activ pn la expirare. Unele din
motivele care pot duce la acest comportament sunt:
Portul TCP 179 nu este deschis.
Adresa vecinului e configurat incorect pe unul din routere.
Numrul de AS este configurat incorect pe unul din routere.
4/11
4/12/2016
Starea Activ
n starea Activ se ajunge dac eueaz tentativa de conectare la ruterul vecin; n aceast stare, ruterul reseteaz
timerul de conectare i se ntoarce n starea Conectare. Dac i a doua tentativ eueaz, se trece napoi n
stare Inactiv. Dac tot nu se poate stabili conexiunea, ruterul va pendula ntre strile activ i inactiv. Unele din
motivele acestui comportament sunt:
Portul TCP 179 nu este deschis.
Eroare n configurarea BGP.
Congestia reelei.
Interfa de reea cu probleme.
Starea OpenSent
La intrarea n aceast stare, ruterul ateapt un mesaj OPEN de la vecinul su.
Dup ce mesajul a fost primit, ruterul l verific.
Dac exist o nepotrivire ntre valorile cmpurilor mesajului OPEN de pe cele 2 routere (e.g. alt
versiune de BGP, nepotrivirea parolei MD5, un alt numr de AS dect cel ateptat), ruterul receptor va
trimite o notificare n care va explica de ce a aprut eroarea.
Dac nu sunt erori, este trimis un mesaj KEEPALIVE.
Starea OpenConfirm
Ruterul ateapt un mesaj KEEPALIVE de la vecin.
Dac mesajul este primit, BGP trece n starea urmtoare (Stabilit).
Dac nu este primit mesajul KEEPALIVE, ruterul se ntoarce n starea Inactiv.
Starea Stabilit
n aceast stare, procesul BGP poate primi i trimite mesaje de tip KEEPALIVE, UPDATE i
NOTIFICATION. Mesajele de tip UPDATE sunt trimise pentru a schimba informaia trimis vecinului despre o
anumit rut. Dac apare o eroare ntr-un mesaj UPDATE primit, ruterul trimite napoi un mesaj
NOTIFICATION, nchide conexiunea i trece n starea Inactiv.
Conectivitate i nvarea rutelor

n cea mai simpl metod de configurare, toate ruterele dintr-un AS care ruleaz BGP sunt conectate fiecare cu
fiecare. Acest lucru provoac grave probleme de scalabilitate, deoarece numrul de conexiuni crete cu ptratul
numrului de rutere conectate. Pentru a evita aceast problem au fost oferite dou soluii: reflectorii de rute
(RFC 4456) i confederaiile (RFC 5065). Dac nu este precizat altfel, n aceast seciune se discut situaia
conectrii fiecare cu fiecare.
Tabela de rutare
Implementarea de BGP de pe routerele Cisco, dar nu numai, pstreaz o tabel de ci BGP separat de tabela
de rutare i numit Loc-RIB (englez Local Routing Information Base). Unele implementri pstreaz i
tabele per vecin, coninnd NLRI-urile trimise/primite de la acel vecin. Structura intern a acestor tabele nu este
vizibil vecinilor BGP, ci doar pe ruterul local.
5/11
4/12/2016
n tabela de rutare a ruterului sunt inute doar rutele optime ctre o destinaie. n schimb, tabela BGP (Loc-RIB)
va conine toate rutele primite prin BGP. Trecerea unei rute din tabela BGP n tabela de rutare se face astfel:
pentru eBGP, rutele sunt puse automat n tabela de rutare (dac nu este direct conectat)
pentru iBGP, ruta este pus n tabela de rutare dac sunt ndeplinite mai multe condiii:
exist o nregistrare n tabela de rutare ctre urmtorul hop din calea BGP
ruta este aflata i prin intermediul unui IGP sau sincronizarea este dezactivat
Un anumit ruter BGP poate accepta ci BGP de la mai muli vecini i poate trimite actualizri acelorai vecini sau
altora.
O greeal frecvent n ceea ce privete BGP este s se spun c "BGP transmite politici". De fapt, BGP
transmite doar informaii pe care procesele BGP le aplic unor reguli pentru a lua decizii de rutare. Unele din
aceste informaii sunt destinate explicit folosirii n decizia de rutare: comunitile i multi-exit discriminators
(MED).
Selecia rutelor
Standardul specific mai muli factori de selecie a rutelor dect pentru orice alt protocol de rutare. Primul factor
este c next-hopul este accesibil (exist n tabela de rutare).
Apoi, pentru fiecare vecin, procesul BGP aplic diferite criterii (standardizate sau specifice implementrii) pentru
a decide care rute vor ajunge n Adj-RIB-In. Doar o rut ctre fiecare destinaie va ajunge n tabel, indiferent
de cte sunt trimise de vecin. De asemenea, procesul va terge din Adj-RIB-In toate rutele retrase de vecin.
Cnd tabela Adj-RIB-In se schimb, procesul analizeaz noile rute pentru a vedea dac sunt mai bune dect
cele aflate deja n Loc-RIB i le nlocuiete dac este cazul. Dac o rut este retras de vecin i nu exist o alt
rut ctre destinaie, ea este tears i din Loc-RIB i din tabela de rutare (cu excepia cazului n care un alt
protocol de rutare are i el acest rut).
Criterii de selecie
Dup ce a verificat c vecinul este accesibil, procesul BGP ia decizia de rutare conform urmtorului algoritm[1]:
1. Dac nu exist dect o singur rut ctre o anumit destinaie, va fi folosit aceast rut
2. Dac exist mai multe rute, va fi folosit cea cu atributul weight mai mare (specific Cisco)
3. Dac atributele weight sunt egale, se va folosi atributul Local Preference superior
4. n cazul n care exist egalitate i la Local Preference, se prefer ruta ce are ca punct de origine ruterul
local
5. Dac nu exist o astfel de rut, este analizat atributul AS_Path i este aleas cea mai scurt cale (e.g.
calea AS1-AS2-AS3 e mai scurt dect AS4-AS5-AS6-AS7)
6. La egalitate AS_Path, se alege ruta cu AS-ul de origine cel mai mic
7. n caz de egalitate i dup acest criteriu, se alege ruta cu MED cel mai mic
8. Dac atributele MED sunt egale, se prefera ruta eBGP, apoi rutele de confederaie externe i n cele din
urm rutele iBGP
9. Dac nu exist nicio rut extern, se alege ruta IGP care are cel mai sczut cost ctre urmtorul ruter
BGP (unele implementri ofert posibilitatea de echilibrare a ncrcrii ntre rute cu cost egal)
10. Se prefer ruta primit de la ruterul cu identificatorul BGP cel mai mic
11. n cele din urm se prefer ruta ce vine de la vecinul cu adresa IP cea mai mic
6/11
4/12/2016
Probleme ale BGP

Scalabilitatea iBGP
Un sistem autonom cu iBGP (internal BGP) trebuie s aib toate routerele iBGP conectate fiecare cu fiecare.
Aceast configuraie necesit ca fiecare ruter s menin conexiuni cu toate celelalte routere, ceea ce poate
cauza o degradare a performanelor n cazul reelelor mari.
Reflectorii[6] i confederaiile pot reduce numrul de conexiuni iBGP i automat ncrcarea. n plus,
confederaiile pot fi folosite la implementarea unei politici mai amnunite.
Reflectorii reduc numrul de conexiuni necesare ntr-un AS. Este suficient ca un singur ruter s aib conexiuni
cu toate celelalte routere (s fie fcut reflector). Celelalte routere din acel sistem autonom vor fi apoi configurate
s se conecteze la reflector.
Confederaiile sunt seturi de sisteme autonome. n practic[7], doar unul din numerele AS va fi vizibil din
Internet. Confederaiile sunt folosite n cadrul reelelor foarte mari, n care un numr de AS mai mare este
configurat pentru a ascunde alte numere de AS mai mici. Confederaiile pot fi folosite mpreun cu reflectorii,
fiecare din ele fiind utile n anumite situaii.
Totui, aceste opiuni pot introduce la rndul lor anumite probleme, printre care:
oscilaia rutelor - att confederaiile ct i reflectorii sunt expuse pericolului oscilaiilor (variaii periodice
n alegerea cii optime spre anumite destinaii). Pentru a fi evitate, trebuie folosite anumite reguli de design
care afecteaz att BGP, ct i protocolul de rutare intern[8].
rutare sub-optim
mrirea timpului de convergen al BGP[9]
complicarea configurrii rutelor. Totui, aceste metode sunt obinuite pentru reelele BGP.
Dimensiunea tabelei de rutare

Una din cele mai mari probleme ntmpinate de BGP, dar i de ntreaga infrastructur Internet, provine de la
creterea rapid a tabelei globale de rutare (care conine toate rutele din Internet). Pe msur ce cerinele de
memorie i de putere de procesare cresc, ruterele mai vechi nu mai fac fa, utilitatea lor scznd considerabil.
Mult mai important, cutarea ntr-o tabel de mari dimensiuni dureaz mai mult i provoac instabilitate n cazul
schimbrilor importante de topologie.
Pn la sfritul anului 2001, creterea tabelei de rutare era exponenial, ceea ce crea ameninarea unor
probleme grave de conexiune. Pentru a evita acest lucru s-au luat o serie de msuri ntre ISP-uri, printre care
utilizarea CIDR i agregarea rutelor. Acest lucru a provocat o cretere liniar pn n 2004, cnd creterea a
devenit din nou exponenial datorit cererii de conexiuni redundante din partea reelelor de mici dimensiuni. n
ianuarie 2009, tabela de rutare global avea aproximativ 300.000 intrri [10].
Agregarea rutelor este un procedeu des folosit pentru a reduce dimensiunea tabelelor de rutare. S spunem c
sistemul autonom AS1 are spaiul de adrese 172.16.0.0/16, care ar ocupa o intrare n tabela de rutare, dar
datorit cerinelor clienilor, dorete s anune i trei rute specifice: 172.16.0.0/18, 172.16.64.0/18 i
172.16.128.0/18. Reeaua 172.16.192.0/18 nu e utilizat, aa c AS1 n-o anun. n total, AS1 anun deci 4
rute.
7/11
4/12/2016
AS2 va vedea cele 4 rute de la AS1 i depinde doar de implementarea sa dac va prelua toate rutele sau doar
cea mai mare (172.16.0.0/16). Dac AS2 vrea s trimit date ctre prefixul 172.16.192.0/18, le va trimite ctre
ruterele din AS1 pe ruta general 172.16.0.0/16, iar ruterul BGP din AS1 va decide ce face cu ele (dac trimite
sau nu un mesaj prin care s anune c nu exist destinaia respectiv).
Dac AS1 renun la ruta 172.16.0.0/16, vor mai rmne 3 rute anunate. AS2 va vedea cele trei rute i poate
s le pstreze pe toate sau s agrege 172.16.0.0/18 i 172.16.64.0/18 n 172.16.0.0/17, reducnd numrul de
rute la dou. n acest caz, ruta 172.16.192.0/18 nu se afl n tabela de rutare i orice tentativ de a trimite date
ctre aceast reea, va eua nc din reeaua AS2.
Echilibrarea ncrcrii
Un alt factor care cauzeaz mrirea dimensiunii tabelei de rutare este echilibrarea ncrcrii pentru reele cu mai
multe legturi externe. Dac un ISP i public reeaua ctre toi vecinii BGP, una sau mai multe dintre legturi
pot fi congestionate, pe cnd celelalte sunt sub-utilizate. Acest lucru se ntmpl n cazul n care toi vecinii
consider acele legturi ca optime. Ca i celelalte protocoale de rutare, BGP nu detecteaz congestia.
Pentru a evita aceast problem, administratorii reelelor respective mpart blocul de adrese pe care l
administreaz n sub-blocuri i public pe fiecare legtur BGP un alt bloc de adrese. Acest lucru duce la
mrirea numrului de intrri din tabelele BGP.
Implementri cu surs deschis ale BGP

Vyatta, un ruter/firewall comercial cu surs deschis
GNU Zebra, o suit de protocoale de rutare care include BGP4.
Quagga, o variant de GNU Zebra pentru sisteme Unix.
OpenBGPD, o implementare BGP realizat de echipa OpenBSD.
XORP, the eXtensible Open Router Platform, o suit de protocoale de rutare.
Bird Internet routing daemon, un alt pachet de rutare pentru sisteme Unix liceniat sub GPL.
Simulatoare BGP
BGPlay (http://www.ris.ripe.net/bgplay/), un applet Java care prezint o vizualizare a rutelor BGP i a
actualizrilor pentru orice AS de pe Internet
SSFnet (http://www.ssfnet.org/homePage.html), simulatorul SSFnet include o implementare de BGP
dezvoltat de BJ Premore
C-BGP (http://cbgp.info.ucl.ac.be), un simulator BGP capabil de a realiza o simulare a celor mai mari
AS-uri de pe internet (ISPuri Tier-1)[11].
BGP++ (http://www.ece.gatech.edu/research/labs/MANIACS/BGP++/), un petic (patch) ce integreaz
GNU Zebra n simulatoarele de reea ns-2 i GTNetS
ns-BGP (http://www.ensc.sfu.ca/~ljilja/cnl/projects/BGP/), o extensie BGP pentru ns-2 bazat pe
implementarea SSFnet.
Referine
1. ^ a b Rughini, Proiectarea Reelelor de Calculatoare
2. ^ The TCP/IP Guide - BGP Connection Establishment: Open Messages
(http://www.tcpipguide.com/free/t_BGPConnectionEstablishmentOpenMessages.htm)
3. ^ RFC 2842 - Publicarea capabilitilor n BGP-4 (http://www.ietf.org/rfc/rfc2842.txt), R. Chandra & J.
8/11
4/12/2016
4.
5.
6.
7.
8.
9.
10.
11.
Scudder, mai 2000

^ RFC 2858 - Extensii multiprotocol pentru BGP-4 (http://www.ietf.org/rfc/rfc2858.txt), T. Bates et al., iunie
2000
^ RFC 2547 - VPNuri BGP/MPLS. (http://www.ietf.org/rfc/rfc2547.txt), E. Rosen i Y. Rekhter, aprilie 2004
^ RFC 4456 - Reflecia rutelor BGP: O alternativ la Internal BGP (iBGP) fiecare cu fiecare
(http://www.ietf.org/rfc/rfc4456.txt), T. Bates et al, aprilie 2006
^ RFC 5065 - Confederaii de sisteme autonome pentru BGP (http://www.ietf.org/rfc/rfc5065.txt), P. Traina et
al, februarie 2001
^ RFC 3345 - Border Gateway Protocol (BGP) Persistent Route Oscillation Condition
(http://www.ietf.org/rfc/rfc3345.txt), D. McPherson et al, august 2002
^ RFC 4098 - Terminologia pentru msurarea convergenei dispozitivelor care ruleaz BGP
(http://www.ietf.org/rfc/rfc4098.txt), H. Berkowitz et al, iunie 2005
^ Raport de analiz asupra tabelei de rutare BGP (http://bgp.potaroo.net)
^ Modelarea rutrii unui sistem autonom cu C-BGP (http://www.info.ucl.ac.be/~bqu/downloads/quoitin-ieeenetwork-2005.pdf)
Bibliografie
Rzvan Rughini, Proiectarea reelelor de calculatoare, 2008
Tannenbaum, Andrew (2004). Reele de calculatoare, ediia a patra. Editura Byblos. ISBN 973-003000-6
Cisco Internet Case Studies: Using the Border Gateway Protocol for Interdomain Routing
(http://www.cisco.com/en/US/docs/internetworking/case/studies/icsbgp4.html)
CCNA - Ghid de studiu independent. Editura All. "2007"
Vezi i
Filtrarea rutelor
IANA
Multiprotocol Label Switching
Open shortest path first
QPPB
Routing Information Protocol
Rutare
Shortest Path Bridging
Sistem autonom
Tabel de rutare
Legturi externe
Cyclops (http://cyclops.cs.ucla.edu/) O unealt de audit BGP (furarea prefixului, etc.) de la UCLA
LinkRank (http://linkrank.cs.ucla.edu/) O unealt pentru vizualizarea rutelor BGP de la UCLA
Testarea securitii BGP prin trimiterea de date invaide
(http://www.breakingpointsystems.com/community/blog/protocolfuzzingBGP)
Resurse despre rutarea BGP (http://www.bgp4.as/) (include o seciune dedicat Securitii BGP n
reelele-nucleu (http://www.bgp4.as/security))
Statistici pentru tabelele BGP (http://bgp.potaroo.net/)
Extensie pentru Firefox (http://www.asnumber.networx.ch/) care arat numrul AS i alte informaii
pentru situl curent
9/11
4/12/2016
RIPE Routing Information Service (http://www.ripe.net/ris/index.html) colecteaz peste 550 de rapoarte

BGP IPv4 i IPv6 la 14 locaii din lume
RIS Looking Glass (http://www.ris.ripe.net/cgi-bin/lg/index.cgi)
RISwhois (http://www.ripe.net/projects/ris/tools/riswhois.html) ofer o mapare ntre adresele IPv4/IPv6
i ASul original expus de BGP
RIS BGPlay (http://www.ris.ripe.net/bgplay/) O unealt de vizualizare BGP realizat de Universit degli
Studi Roma Tre
Linux Magazine: Demistificarea BGP (http://www.linux-mag.com/2003-05/bgp_01.html) (O descriere
detaliat a BGP; necesit nregistrarea)
Diagram de secven ce descrie interaciunile din BGP la pornirea unui nou ruter
(http://www.eventhelix.com/RealtimeMantra/Networking/bgp_startup.pdf) (PDF)
RFCuri legate de BGP
RFC 1772, Aplicarea BGP-4 n Internet folosind SMIv2
RFC 2918, Capabilitile de actualizare a rutelor pentru BGP-4
RFC 3392, Publicarea capabilitilor cu BGP-4
RFC 4271, Border Gateway Protocol 4 (BGP-4)
RFC 4272, Analiza vulnerabilitilor de securitate ale BGP
RFC 4273, Definirea obiectelor managed pentru versiunea 4 a BGP
RFC 4274, Analiza protocolului BGP-4
RFC 4275, Sondaj de implementare pentru BGP-4 MIB Implementation Survey
RFC 4276, Raport de implementare pentru BGP-4
RFC 4277, Experiena avut cu protocolul BGP-4
RFC 4456, Reflecia rutelor BGP - o alternativ la iBGP fiecare cu fiecare
RFC 5065, Consideraii cu privire la sistemele autonome pentru BGP
RFC 6286, Identificator BGP unic la nivel de AS n BGP-4
RFC 6608, Subcoduri pentru erori n maina de stri a BGP
RFC 6793, Suport BGP pentru numere de AS pe patru octei
RFC 7606, Tratare a erorilor modificat pentru mesajele BGP UPDATE
RFC 7607, Codificarea procesrii AS 0
RFC 7705, Mecanisme de migrare a sistemelor autonome i efectele lor asupra atributului
AS_PATH din BGP
RFCuri depite
RFC 4893, Depit - Suport BGP pentru numere de AS pe patru octei
RFC 2796, Depit - Reflecia rutelor BGP - o alternativ la iBGP fiecare cu fiecare
RFC 3065, Depit - Confederaii de sisteme autonome pentru BGP
RFC 1965, Depit - Confederaii de sisteme autonome pentru BGP
RFC 1771, Depit - Border Gateway Protocol 4 (BGP-4)
RFC 1657, Depit - Definirea obiectelor managed pentru versiunea 4 a BGP
RFC 1655, Depit - Aplicarea BGP n Internet
RFC 1654, Depit - Border Gateway Protocol 4 (BGP-4)
RFC 1105, Depit - Border Gateway Protocol (BGP)
Adus de la https://ro.wikipedia.org/w/index.php?title=Border_Gateway_Protocol&oldid=10459102
Categorii: Arhitectura Internetului Protocoale de rutare Protocoale Internet Standarde Internet
Ultima modificare a paginii efectuat la 27 martie 2016, ora 20:13.
10/11
4/12/2016
Acest text este disponibil sub licena Creative Commons cu atribuire i distribuire n condiii identice; pot
exista i clauze suplimentare. Vedei detalii la Termenii de utilizare.
11/11

Border Gateway Protocol - Wikipedia

Încărcat de

Informații document

Titlu original

Drepturi de autor

Formate disponibile

Partajați acest document

Partajați sau inserați document

Opțiuni de partajare

Vi se pare util acest document?

Este necorespunzător acest conținut?

Drepturi de autor:

Formate disponibile

Border Gateway Protocol - Wikipedia

Încărcat de

Drepturi de autor:

Formate disponibile

4/12/2016