Bonjour,

Tu peux pas jouer avec du conditional advertisement en désagrégeant le cas 
échéant en fonctions des
subnets locaux ?
Genre : ton /23, tu l'annonces en temps normal et en cas de coupure tu annonces 
uniquement le /24
local au PE1 et l'autre /24 local au PE2 et ceci si tu reçois en iBGP des 
subnet particulier.

http://www.cisco.com/c/en/us/support/docs/ip/border-gateway-protocol-bgp/16137-cond-adv.html

Cdt
Christophe

2 novembre 2015 10:31 "Fabien H" <frnog.fab...@gmail.com> a écrit:

> Oui c'est relativement clair :-)
> Je vais étudier ça merci
> 
> Le 2 novembre 2015 10:17, David Ponzone <david.ponz...@gmail.com> a écrit :
> 
>> Oui effectivement, il faut forcer le routage de l’autre extrémité du
>> tunnel GRE par le transit, alors que le routeur doit recevoir une route
>> connected redistribuée par iBGP.
>> C’est un peu sioux, mais une route statique en /32 vers le transit doit
>> suffire, sans effets de bord à priori.
>> Attention, route pas le /30 entier car tu dois recevoir des annonces iBGP
>> qui viennent du transitaire de l’autre site qui ont l’autre IP dans ce /30
>> comme next-hop.
>> Ou alors tu fais du next-hop-self sur les sessions iBGP pour ne plus avoir
>> de trace du next-hop du transitaire quand tu arrives sur l’autre routeur.
>> 
>> Désolé si c’est pas très clair :)
>> 
>> Le 2 nov. 2015 à 10:11, Fabien H <frnog.fab...@gmail.com> a écrit :
>> 
>> Bonjour David,
>> 
>> sur chaque site, des SW niveau 2, LNS et serveurs. Donc effectivement un
>> LAN en /24 est dédié pour le routage entre le BGP et les LNS ou Firewalls
>> ou autre. Par contre ce LAN est le même sur les 2 sites (même VLAN, même
>> /24)
>> 
>> Je suis donc dans le cas 2 : OK même solution que Cédric :
>> 
>> Je crois que j'ai compris ce qui ne va pas dans notre archi : Nous
>> filtrons les préfixes plus restreints que /24 en iBGP.
>> Dans le cas 2, vous sous-entendez que même les routes /32 sont échangées
>> en iBGP ? Et donc logiquement pas besoin de dupliquer les routes /32 sur
>> chaque routeur... Tant qu'une des sessions iBGP est UP, ça fonctionne !
>> 
>> Y'a juste une chose qui me chiffonne un peu , c'est quelles IP publiques
>> utiliser pour le tunnel GRE car il faut que ces IP ne soient pas routées
>> par l'iBGP (actuellement on annonce tous les préfixes des 2 côtés) mais ça
>> je vais étudier..
>> 
>> Merci beaucoup pour vous retours !
>> 
>> Le 2 novembre 2015 09:34, David Ponzone <david.ponz...@gmail.com> a écrit
>> :
>> 
>>> Il manque quelques infos je pense.
>>> Sur chaque site, il y a quoi à part les routeurs BGP ?
>>> Un LAN avec du hosting ou autre ? J’imagine que oui.
>>> Le L2L, il relie pas les routeurs directement, mais des switch L2 qui
>>> sont derrière les routeurs, je suppose ?
>>> Autre point qui n’est pas clair: tu as bien un /24 minimum dédié au LAN
>>> de chaque site ?
>>> 
>>> Ta problématique est donc simple, si je résume:
>>> Le L2L tombe, mais les 2 routeurs sont OK.
>>> Chacun annonce les 2 préfixes et donc si le site A reçoit un paquet pour
>>> B, c’est mort.
>>> 
>>> Cas 1: tu as bien des subnets séparés pour le LAN de chaque site.
>>> Il faut juste utiliser IP SLA (chez Cisco) sur chaque routeur pour
>>> détecter que le L2L est mort, et faire tomber l’annonce du BGP du préfixe
>>> de l’autre site.
>>> 
>>> Cas 2: les 2 sites partagent le même subnet pour le LAN
>>> Tunnel GRE entre les 2 routeurs qui passent par leur transit respectif et
>>> iBGP dessus, avec un localpref défavorable par rapport à la session iBGP du
>>> L2L.
>>> 
>>>> Le 2 nov. 2015 à 09:16, Fabien H <frnog.fab...@gmail.com> a écrit :
>>>> 
>>>> Bonjour la liste,
>>>> 
>>>> J'ai une question BGP à vous soumettre :
>>>> 
>>>> En 2 mots : Nous sommes opérateur internet avec 2 localisations : Nous
>>>> avons 2 routeurs BGP de bordure reliés en IBGP via un L2L.
>>>> Sur chaque routeur BGP, nous avons au moins un transitaire.
>>>> 
>>>> Tout fonctionne parfaitement !
>>>> 
>>>> Actuellement, nous avons un prefixe "localisé" sur le routeur 1 (en
>>>> utilisant une route Null0) et un préfixe localisé sur le routeur 2 (idem
>>>> route Null0).
>>>> Puis pour chaque IP /32 dans le prefixe, nous avons des routes statiques
>>>> sur le routeur BGP concerné.
>>>> 
>>>> - Ma question : Nous aimerions mettre en place un failover BGP
>>> 
>>> automatique
>>>> en cas de défaillance matérielle totale d'un des routeurs BGP.
>>>> 
>>>> La solution que j'imaginais est de mettre en place, pour un même
>>> 
>>> prefixe,
>>>> une route Null0 sur les 2 routeurs en même temps.
>>>> 
>>>> Sur les tests que j'ai fait, ça marche si on duplique la route Null0 sur
>>>> les 2 routeurs et si on duplique aussi les routes statiques des IP/32.
>>>> => Si un routeur BGP tombe, l'autre va normalement prendre le relais
>>> 
>>> sans
>>>> problème.
>>>> 
>>>> Le seul cas qui pose problème, c'est si les 2 routeurs BGP
>>> 
>>> fonctionnement
>>>> mais que le L2L tombe.
>>>> 
>>>> Dans ce cas, un paquet va continuer à arriver par le transit sur le
>>> 
>>> routeur
>>>> BGP concerné, puis la route statique correspondant à l'IP sera
>>> 
>>> appliquée,
>>>> mais l'IP de GW étant normalement accessible via le L2L sur un VLAN
>>> 
>>> donné,
>>>> le routage ne fonctionnera pas car le L2L est tombé.
>>>> 
>>>> Ca avait l'air d'être pourtant la bonne méthode .. Avez-vous une
>>> 
>>> solution à
>>>> ce problème ?
>>>> 
>>>> Merci,
>>>> Bonne journée,
>>>> Fabien
>>>> 
>>>> ---------------------------
>>>> Liste de diffusion du FRnOG
>>>> http://www.frnog.org
> 
> ---------------------------
> Liste de diffusion du FRnOG
> http://www.frnog.org

Christophe Lucas
+33(0).7.81.97.96.81


---------------------------
Liste de diffusion du FRnOG
http://www.frnog.org/

Répondre à