BGP Route Reflector : conception et déploiement haute disponibilité

Architecture BGP Route Reflectors (RR) pour iBGP scalable (>20 routeurs). Remplace full-mesh iBGP (N(N-1)/2 sessions devient ingérable). RR = cluster haute-dispo. Guide conception + déploiement RR en production 2026.

Problème full-mesh

• Règle iBGP : pas de re-advertisement de routes iBGP-learned vers iBGP peers
• Solution : full-mesh = N(N-1)/2 sessions
• 50 routeurs = 1225 sessions iBGP ! Ingérable
• Solution : Route Reflectors ou Confederations

Route Reflectors

• RR = routeur dédié qui reflète routes iBGP à ses clients
• Client RR : 1 session vers RR
• RR non-client : peer iBGP normal
• Scale : RR réduit à 2N sessions (pour 2 RR)

Cluster RR

• Min 2 RRs pour redondance
• Cluster-ID commun pour loop prevention
• Clients doivent peer avec les 2 RRs
• Même Originator-ID côté RRs pour éviter loop

Placement RR

• Topologique : RR placé au cœur pour minimiser path
• Redondant : 2-4 RRs par POP ou DC
• Performance : RRs dédiés (vs co-located fonctions P router)

Configuration Cisco IOS-XR

• router bgp 65001
• neighbor-group RR-CLIENTS
• remote-as 65001
• update-source Loopback0
• route-reflector-client
• cluster-id 1.1.1.1
• neighbor 10.0.0.10 use neighbor-group RR-CLIENTS
• neighbor 10.0.0.11 use neighbor-group RR-CLIENTS

Configuration Juniper

• set protocols bgp group RR-CLIENTS type internal
• set protocols bgp group RR-CLIENTS local-address 10.0.0.1
• set protocols bgp group RR-CLIENTS cluster 1.1.1.1
• set protocols bgp group RR-CLIENTS neighbor 10.0.0.10

BGP ORR (Optimal RR)

• Classical RR peut pousser best-path non-optimal à client éloigné
• ORR : RR calcule best-path du POINT DE VUE du client
• Utilise IGP metrics du client
• Recommandé si RR pas topologiquement central

Monitoring RR

• show bgp summary : état sessions
• show bgp cluster
• Metrics : nombre routes reflected, memory, CPU RR

Commander chez OPTINOC

Design BGP RR entreprise/ISP. Cisco IOS-XR, Juniper MX. Formation + implémentation. Devis sous 48h.