Bibliographie & annexes
Présentation
En anglais
RÉSUMÉ
l’époque de la conception du BGP (Border Gateway Protocol) comme protocole de routage externe de l’Internet IPv4, le réseau Internet possédait peu de volumétrie et de fonctions, et donc bien moins d’usages. Depuis, Internet s’est considérablement développé. Le protocole BGP a connu pour s’adapter bon nombre d’évolutions en termes de scalabilité, disponibilité, administration et manageabilité. Ces nouvelles performances l’ont conduit à devenir le protocole de référence pour diffuser, vers un ensemble de routeurs, des informations au sens large de routages externes.
Lire cet article issu d'une ressource documentaire complète, actualisée et validée par des comités scientifiques.
Lire l’articleABSTRACT
At the time of the BGP (Border Gateway Protocol) design as an external routing protocol of the Internet IPv4, the Internet network was small and had few functions, and thus much fewer uses. The Internet has since grown considerably. The BGP protocol thus has had to adapt via considerable developments in terms of scalability, availability, administration and manageability. Due to these new performances, it has become the standard protocol , via a set of routers, for broadcasting information in the broad sense of external routes.
Auteur(s)
-
Bruno DECRAENE : Ingénieur réseau
INTRODUCTION
Le protocole BGP, dans sa version IV, a été spécifié à l'IETF en 1995 au début de la croissance de l'Internet. Il est chargé du routage externe des routes IPv4 unicast et doit donc déterminer dynamiquement le meilleur chemin pour joindre une destination IPv4 dans l'Internet (tout en respectant les politiques administratives de routage définies par les opérateurs de systèmes autonomes).
Depuis ces dernières années les réseaux IP, MPLS et l'Internet ont fortement évolués :
-
en termes de taille, de 1995 à 2010 le nombre de routes IP dans l'Internet a été multiplié par 16 pour atteindre 330 000 routes mi-2010, et le nombre de systèmes autonomes (AS) a été multiplié par 20 pour atteindre 34 000 systèmes autonomes interconnectés entre eux ;
-
en termes de disponibilité, les réseaux IP, qui étaient principalement utilisés pour des applications peu interactives (par exemple, email, FTP...) et par des chercheurs, sont maintenant utilisés par de nombreuses applications très interactives (web, voix sur IP, jeux en lignes, VPN d'entreprises) et de nombreuses entreprises dépendent de plus en plus de ces réseaux IP (impliquant des impacts financiers en cas de panne) ;
-
en termes de routage, BGP a été conçu pour ne transporter que des routes IPv4 unicast. Il est maintenant également utilisé pour des routes IPv6, MPLS, VPN IP et VPN Ethernet.
Cet article décrit les principales évolutions du protocole BGP durant ces dix dernières années, et en particulier les extensions BGP permettant d'améliorer la scalabilité, la disponibilité, l'administration et la gestion du routage de nouvelles familles d'adresses telles qu'IPv6 et les VPN BGP/MPLS.
Le lecteur trouvera un tableau récapitulatif des sigles et abréviations en fin d'article (cf. tableau 5).
L'expertise technique et scientifique de référence
DOI (Digital Object Identifier)
Cet article fait partie de l’offre
Réseaux Télécommunications
(139 articles en ce moment)
Cette offre vous donne accès à :
Une base complète d’articles
Actualisée et enrichie d’articles validés par nos comités scientifiques
Des services
Un ensemble d'outils exclusifs en complément des ressources
Un Parcours Pratique
Opérationnel et didactique, pour garantir l'acquisition des compétences transverses
Doc & Quiz
Des articles interactifs avec des quiz, pour une lecture constructive
Présentation
Conclusion
En anglais
4. Manageabilité
4.1 Annonce des capacités (Capabilities)
L'ajout de nombreuses fonctionnalités au protocole BGP pose la question de la gestion de la compatibilité ascendante lors de l'introduction de nouvelles fonctions.
En BGP, il n'existe pas de gestion de versions des fonctionnalités supportées par un routeur, où une version N + 1 intégrerait toutes les fonctionnalités de la version N. Ainsi, un routeur BGP peut implémenter une fonctionnalité très récente, sans nécessairement implémenter d'autres fonctionnalités plus anciennes. Un routeur souhaitant établir une session BGP doit donc découvrir la liste des fonctions supportées par son voisin, afin de n'utiliser que les fonctions supportées par les deux routeurs.
La RFC 4271 définissant BGP avait prévu dès l'origine cette question de l'introduction de nouvelles fonctionnalités et de gestion de la compatibilité. Pour cela, un champ listant des paramètres optionnels (optional parameters) est inclut dans le message BGP « OPEN » qui est le premier message BGP échangé entre deux routeurs BGP. Ce champ permet à chaque routeur BGP d'annoncer les fonctions activées sur cette session. Ce mécanisme originel présente l'inconvénient de provoquer la coupure de la session BGP si un des deux routeurs ne supporte pas l'un des paramètres optionnels annoncé par l'autre routeur.
Les « capabilities » BGP ont été définies afin de permettre à deux routeurs établissant une session BGP d'annoncer les extensions BGP qu'ils supportent. Elles sont spécifiées dans la RFC 5492 qui défini un nouveau « paramètre optionnel » de type 2 s'appelant « Capabilité ». Ce paramètre contient une suite de capabilités codées sous la forme d'un triplet (code de capabilité, longueur de la capabilité, valeur) comme illustré aux figures 35 et 36.
Le champ « length » indique la longueur en octets du champ « valeur ».
Si une capacité est annoncée par les deux routeurs, l'extension BGP correspondant à cette « capacité » sera activée et utilisable sur cette session BGP. Si un seul routeur annonce une « capacité » donnée, l'extension BGP ne doit pas être utilisée durant cette session BGP. Dans tous les cas, la session BGP n'a pas besoin d'être clôturée. Notons...
L'expertise technique et scientifique de référence
Cet article fait partie de l’offre
Réseaux Télécommunications
(139 articles en ce moment)
Cette offre vous donne accès à :
Une base complète d’articles
Actualisée et enrichie d’articles validés par nos comités scientifiques
Des services
Un ensemble d'outils exclusifs en complément des ressources
Un Parcours Pratique
Opérationnel et didactique, pour garantir l'acquisition des compétences transverses
Doc & Quiz
Des articles interactifs avec des quiz, pour une lecture constructive
Manageabilité
DANS NOS BASES DOCUMENTAIRES
IETF http://www.ietf.org
IANA http://www.iana.org
POTAROO, Geoff Huston http://bgp.potaroo.net/
Packet Life : captures de paquets protocolaires BGP http://packetlife.net/captures/protocol/bgp/
[PLNOG08] Maria Napierala, AT, Keynote : Converged Virtual Private Network Services Using MPLS, Polish Network Operators Group (PLNOG) 2008 https://plnog.pl/pl/2019-2/plnog-24/?ref=infosec-conferences.com
HAUT DE PAGE
RFC 1771 (03-95), A Border Gateway Protocol 4 (BGP-4), REKHTER (Y.), LI (T.)
RFC 4271 (01-06), A Border Gateway Protocol 4 (BGP-4), REKHTER (Y.), LI (T.), MARES (S.)
RFC 2547 (03-99), BGP/MPLS VPNs, ROSEN (E.), REKHTER (Y.)
RFC 4364 (02-06), BGP/MPLS IP Virtual Private Networks (VPNs), ROSEN (E.), REKHTER (Y.)
RFC 4893 (05-07), BGP Support for four-octet AS number space, VOHRA (Q.), CHEN (E.)
RFC 5396 (12-08), Textual representation of Autonomous System (AS) numbers, HUSTON (G.), MICHAELSON (G.)
RFC 4684 (11-06), Constrained route distribution for...
L'expertise technique et scientifique de référence
Cet article fait partie de l’offre
Réseaux Télécommunications
(139 articles en ce moment)
Cette offre vous donne accès à :
Une base complète d’articles
Actualisée et enrichie d’articles validés par nos comités scientifiques
Des services
Un ensemble d'outils exclusifs en complément des ressources
Un Parcours Pratique
Opérationnel et didactique, pour garantir l'acquisition des compétences transverses
Doc & Quiz
Des articles interactifs avec des quiz, pour une lecture constructive
