Qu'est-ce qu'une session BGP ?

Sur Internet, les paquets de données traversent un réseau complexe de routeurs et de systèmes autonomes pour atteindre leur destination. Ce routage mondial repose sur des protocoles de routage, et au cœur de ce système se trouve le Border Gateway Protocol (BGP).

Une session BGP est la connexion établie entre deux routeurs (pairs) pour échanger des informations de routage. C’est grâce à ces sessions que les réseaux s’annoncent mutuellement leurs préfixes IP et que le trafic trouve un chemin viable d’un bout à l’autre d’Internet.

En bref : BGP est le « service postal » d’Internet. Une session BGP est la conversation sécurisée entre deux bureaux de poste (routeurs) qui se mettent d’accord sur les chemins à utiliser.

Qu'est-ce que BGP ?

BGP (Border Gateway Protocol) est le protocole qui permet à Internet de fonctionner comme un ensemble de réseaux interconnectés. Contrairement aux protocoles de passerelle intérieure (IGP) qui gèrent le routage à l’intérieur d’un seul système autonome (AS), BGP travaille entre les AS.

BGP orchestre le routage IPv4 et IPv6. Sans lui, Internet serait une collection de réseaux isolés, incapables de communiquer efficacement à l’échelle mondiale.

Session BGP et appairage

Pour que BGP fonctionne, deux routeurs doivent :

1. Établir une connexion TCP (port 179)
2. S’authentifier (souvent mot de passe MD5 / TCP-AO)
3. Échanger leurs tables de routage (annonces de préfixes)
4. Maintenir la session vivante (messages KEEPALIVE)

Cette relation s’appelle appairage (peering). Chaque voisin BGP est un peer. Les attributs attachés à chaque route (AS_PATH, LOCAL_PREF, MED, COMMUNITIES…) guident ensuite le choix du meilleur chemin.

Pourquoi BGP est essentiel pour Internet

BGP est crucial pour l’infrastructure Internet car il permet aux routeurs d’échanger des informations de joignabilité, même sur des topologies très complexes. Il fournit notamment :

Joignabilité globale

Tout réseau correctement appairé peut atteindre (et être atteint par) le reste d’Internet, indépendamment de la distance ou du nombre d’AS traversés.

Stabilité du réseau

En mettant à jour en continu les routes, BGP s’adapte aux pannes, aux congestions et aux changements de topologie pour trouver un chemin alternatif.

Optimisation du trafic

Les administrateurs influencent le flux (multi-homing, ingénierie de trafic, préférences de transit) via les attributs et politiques BGP.

Fonctions clés d'une session BGP

Routes et tables de routage

Une route BGP décrit comment atteindre un préfixe (ex. 203.0.113.0/24). Ces routes sont stockées dans la RIB (Routing Information Base) puis, après sélection, injectées dans la table de transfert.

Session BGP (peering)

Sans session établie (Established), aucun échange de routes n’a lieu. Les états classiques sont : Idle → Connect → OpenSent → OpenConfirm → Established.

Choix du chemin

Quand plusieurs routes existent vers la même destination, BGP applique un algorithme de décision (LOCAL_PREF, AS_PATH, ORIGIN, MED, etc.) pour retenir le meilleur chemin.

Comment fonctionne BGP ?

Homologation (peering) expliquée

Deux routeurs dans des AS différents (ou le même AS) acceptent d’échanger des routes. Ils ouvrent une session TCP, s’authentifient, puis synchronisent leurs tables. Chaque attribut BGP (AS_PATH, NEXT-HOP, ORIGIN, LOCAL_PREF…) influence la sélection.

Rôle des systèmes autonomes (AS)

Un AS est un ensemble de réseaux sous une même politique administrative, identifié par un ASN (ex. AS212477). Les FAI, cloud providers et grandes entreprises opèrent chacun leur AS.

Publication et filtrage des routes

Les pairs annoncent les préfixes qu’ils peuvent joindre. Côté réception, on filtre (prefix-list, as-path filter, RPKI) pour n’accepter que les annonces légitimes — indispensable pour éviter détournements et fuites.

[Votre AS / routeur]  ---- session eBGP ----  [Edge HolyCloud]  ----> Transit / peering Internet
         │                                           │
    Annonce de vos préfixes                   Filtrage + RPKI

Types de configurations BGP

BGP interne (iBGP)

Sessions à l’intérieur du même AS. Elles synchronisent la vue interne du réseau. Les routes iBGP ne sont en général pas re-propagées d’un peer iBGP à un autre (règle anti-boucle), d’où l’usage de full-mesh, route reflectors ou confederations.

BGP externe (eBGP)

Sessions entre AS différents. C’est le modèle du routage Internet et de la plupart des sessions BGP clients chez un hébergeur ou un transit provider.

Différences entre iBGP et eBGP

Avantages d'une session BGP

Évolutivité

BGP gère des tables de dizaines / centaines de milliers de préfixes — adapté aux FAI et aux grands réseaux.

Contrôle et fiabilité

Politiques granulaires, chemins multiples, bascule automatique en cas de panne d’un transit.

Gestion du trafic

Communities, AS-path prepend, LOCAL_PREF : outils pour équilibrer ou préférer certains liens.

Défis et bonnes pratiques de sécurité

Empêcher le détournement BGP (hijacking)

Un acteur malveillant annonce un préfixe qui ne lui appartient pas. Contre-mesures :

• Filtrage strict des annonces (uniquement vos préfixes autorisés)
• RPKI / ROA : validation cryptographique de l’origine
• Monitoring des routes (alertes sur changements anormaux)

Limiter les fuites de routes (route leaks)

Annoncer par erreur des routes apprises d’un peer vers un autre peut perturber Internet. Solutions : agrégation, communities (no-export), politiques d’export claires.

Sécuriser la session elle-même

• Authentification MD5 / TCP-AO
• ACL limitant les sources autorisées sur le port 179
• Audits réguliers des prefix-lists et des peers

Cas d'usage courants

Multi-homing

Connecter votre réseau à plusieurs fournisseurs pour la redondance. BGP choisit (ou équilibre) les chemins.

Répartition de charge

Influencer le trafic entrant/sortant sur plusieurs liens transit ou peering.

Annonce de vos propres préfixes (BYOIP / ASN)

Vous disposez d’un ASN et de préfixes PI/PA : une session BGP chez HolyCloud permet de les annoncer vers Internet avec anti-DDoS et dual-stack.

Session BGP chez HolyCloud

HolyCloud propose des sessions BGP Dual Stack (IPv4 + IPv6) ou IPv6 Only, avec :

• Appairage eBGP vers notre ASN
• Support GRE / VXLAN selon l’architecture
• Protection Anti-DDoS
• Livraison rapide et support francophone 24/7

Voir les offres Session BGP →

Pour approfondir les paramètres techniques (peer IP, prefix-list, communities), consultez aussi notre guide Notions BGP pour clients.

FAQ — Session BGP

Qu'est-ce qu'une session BGP en une phrase ?

C’est la connexion TCP/BGP entre deux routeurs qui s’échangent des routes Internet (ou internes) de façon continue.

Ai-je besoin d’un ASN pour une session BGP ?

Oui, en général : un ASN public (ou privé selon le design) et des préfixes que vous êtes autorisé à annoncer. HolyCloud vous accompagne sur le cadrage technique.

Quelle différence entre session BGP et tunnel GRE ?

Le tunnel GRE/VXLAN transporte les paquets ; la session BGP décide quelles routes sont annoncées et préférées. Les deux sont souvent combinés.

iBGP ou eBGP pour mon serveur dédié ?

Entre votre équipement et HolyCloud, c’est presque toujours de l’eBGP (AS différents).

Comment démarrer chez HolyCloud ?

1. Ouvrir une demande ou commander une session BGP
2. Fournir ASN, préfixes, ROA/IRR
3. Recevoir les paramètres de peer et établir la session
4. Valider les annonces avec le support réseau

Pour aller plus loin

• Notions BGP pour clients — attributs, RPKI, check-list
• Tunnel GRE entre sites
• Comprendre l’anti-DDoS HolyCloud
• Offre Session BGP