logo
Le Réseau National de télécommunications pour la Technologie
l'Enseignement et la Recherche
Accueil Contact Informations Plan Langue
     
   
 

 

Communautés BGP de service

 
La mise en œuvre de solutions de raccordement spécifiques sur RENATER se fait via l’utilisation de communautés BGP. Certaines communautés prédéfinies permettent d’influer sur le routage des préfixes annoncés sur RENATER : il est possible de prioriser ou déprécier un accès, de restreindre la propagation d’un préfixe...



- Les différentes communautés BGP de service
- Champs d’application des communautés BGP de service
- Exemples d’utilisation des communautés de service RENATER
- Adresses PA et PI
- Références importantes

Les différentes communautés BGP de service

Le tableau ci-dessous détaille les différentes communautés BGP qui peuvent être utilisées pour les préfixes annoncés sur RENATER. Pour pouvoir activer ces communautés sur votre accès, il est nécessaire de contacter au préalable le NOC-RENATER.

Communauté BGP Utilisation
2200:610 Communauté libre d’utilisation : Cette communauté permet de déclarer un chemin primaire dans le cas d’un réseau avec plusieurs attachements sur RENATER.
2200:590 Communauté libre d’utilisation : Cette communauté permet de déclarer un chemin secondaire dans le cas d’un réseau avec plusieurs attachements sur RENATER.
2200:290 Sous réserve de validation, faire la demande au NOC-RENATER : Un préfixe reçu avec cette communauté ne sera pris en compte que s’il n’existe pas de route alternative. Cette communauté permet donc à un établissement multi-homé de prioriser un accès via un autre opérateur que RENATER. Cette communauté n’est disponible que pour les sites ayant des adresses PI.
2200:3000 Communauté libre d’utilisation : Un préfixe reçu avec cette communauté ne sera pas annoncé sur GEANT, les transits et les points d’échange. Cette communauté n’est disponible que pour les sites ayant des adresses PI. Pour les préfixes dérivés des blocs RENATER (Adresses PA), il n’est pas possible d’utiliser cette fonctionnalité puisque les préfixes agrégés sont annoncés.
Tableau récapitualitif des communautés BGP de service




Champs d’application des communautés BGP de service

Les communautés BGP de service peuvent être utilisées par les réseaux de collecte ou établissements connectés sur RENATER pour les connexions suivantes :
- IPv4 unicast
- IPv4 multicast
- IPv6 unicast
- IPv6 multicast
- L3VPN MPLS

Il est nécessaire de contacter au préalable le NOC-RENATER pour activer les communautés BGP de service sur vos accès à RENATER. L’usage de ces communautés n’est effectif que pour les préfixes dont le routage a été accepté sur RENATER (En savoir plus sur la demande de routage d’un préfixe sur RENATER).




Exemples d’utilisation des communautés BGP de service

Le tableau ci-dessous résume les cas les plus courants nécessitant l’utilisation de communautés BGP sur RENATER.

Scenario Schéma
Etablissement ou réseau de collecte en double attachement sur RENATER
PNG - 36.9 ko

Etablissement connecté en direct sur RENATER et derrière un réseau de collecte
PNG - 54.3 ko

Réseau de collecte en partage de charge sur 2 accès RENATER
PNG - 46.2 ko

Etablissement multi-homé avec RENATER en principal
PNG - 46.8 ko

Etablissement multi-homé avec RENATER en secours
PNG - 45.3 ko

Etablissement composé de plusieurs sites interconnectés entre eux via un VPN, disposant de plusieurs accès sur RENATER
PNG - 53.2 ko

Scenarii et exemples d’utilisation des communautés BGP de service




Adresses PA et PI

Il convient de distinguer 2 types de préfixes IP :
- PA : Provider Aggregatable. Ces préfixes dérivent de blocs alloués à RENATER. RENATER annonce le bloc entier et n’annonce pas les préfixes plus spécifiques. Il n’est pas permis d’annoncer des préfixes PA ailleurs que sur RENATER (opérateur de secours...)
- PI : Provider Independant. Ces préfixes sont indépendants de RENATER. Ils ne seront pas agrégés sur RENATER. L’usage de préfixes PI est indispensable pour être multi-homé.




Références importantes

- IPv4 Address Allocation and Assignment Policies for the RIPE NCC Service Region
- RIPE Routing Working Group Recommendations on Route Aggregation
- RFC 3178 - IPv6 Multihoming Support at Site Exit Routers
- RFC 4116 - IPv4 Multihoming Practices and Limitations
- Demande de routage de préfixes IPv4 et IPv6 sur RENATER



Dernière mise à jour : 11 janvier 2010