Hello, Apparemment, cette solution est satisfaisante.
Cdt, Fethi ORF ----- Mail transféré ----- De : orf fethi <orffe...@yahoo.fr> À : jehan procaccia INT <jehan.procac...@int-evry.fr> Envoyé le : Mardi 5 mars 2013 10h02 Objet : Re: [FRnOG] [TECH] multihome BGP avec annonces conditionnelles et statiques Bonjour, Je vous propose aussi de changer dans "neighbor x.x.x.x advertise-map QQ-PREFIX exist-map 1ST-ISP-UP" le map 1ST-ISP-UP par un nouveau map "1ST-ISP-UP-OR-2ND-ISP-UP" qui sera toujours VRAI. neighbor x.x.x.x advertise-map QQ-PREFIX exist-map 1ST-ISP-UP-OR-2ND-ISP-UP 2 Solutions: 1. Router(config)# route-map 1ST-ISP-UP-OR-2ND-ISP-UP permit 10 Router(config-route-map)# match ip address 1 2 ! là on a un OR entre ACL 1 et ACL 2. Par exemple ACL1 pointe vers une annonce de ISP1 et ACL2 vers une annonce d'ISP2. 2. Définir une condition toujours vrai qui sera toujours matchée pour pouvoir toujours annoncer QQ-PREFIX Cdt, Fethi ________________________________ De : jehan procaccia INT <jehan.procac...@int-evry.fr> À : Ccde Cissp <ccdeci...@yahoo.fr>; "frnog-t...@frnog.org" <frnog-t...@frnog.org> Cc : "touremoha...@gmail.com" <touremoha...@gmail.com> Envoyé le : Lundi 4 mars 2013 13h46 Objet : Re: [FRnOG] [TECH] multihome BGP avec annonces conditionnelles et statiques bonjour, la methode suivante fonctionne partiellement mieux: router bgp ASNUM neighbor x.x.x.x advertise-map QQ-PREFIX exist-map 1ST-ISP-UP neighbor x.x.x.x advertise-map MY-PREFIXES non-exist-map 1ST-ISP-UP neighbor x.x.x.x route-map MY-PREFIXES out en mode nominal (ISP primaire UP) j'annonce bien mes QQ-PREFIX à l'ISP secondaire en cas de perte de l'ISP primaire j'annonce bien dynamiquement tous mes prefixes MY-PREFIXES à l'ISP secondaire mais malheureusement je n'annonce plus les prefix QQ-PREFIX dans cette situation, en effet "exist-map 1ST-ISP-UP" n'est plus vrai, donc je suppose qu'il élimine les prefix QQ-PREFIX qui sont inclus dans MY-PREFIXES et n'annonce que le reste des MY-PREFIXES . Bref c'est mieux, mais ce n'est pas encore satisfaisant pour assurer le trafic engineering attendu , en effet quand l'ISP primaire est tombé, les QQ-PREFIX qui profitaient d'un trafic engineering via les 2eme ISP se retrouvent coupé du monde car ils ne sont plus annoncés au secondaire, alors même que ce dernier (ISP 2) n'a subit aucune perte ! J'ai bien entendu les differentes suggestions concernant l'AS-Prepend, j'avais commencé par ça, mais malheureusement ce n'est pas déterministe, il y aura toujours qq-part sur le chemin un ISP qui se foutra de la longueur de l'AS-PATH et favorisera son peering gratuit plutôt qu'un transit $$$ c'est du vecu, j'avais au moins 30% du trafic qui ne prenait pas le chemin retour attendu pas l'as-prepend :-( . Si qq'un a encore une meilleur idée, je reste a l'écoute, je suis surpris que BGP ne sache pas gérer ça !? Le 01/03/2013 20:05, Ccde Cissp a écrit : > Bonjour, > > Effectivement, vue cette "histoire" de AND Logique entre les différentes maps > définies. Vous pouvez par exemple tester: > > 1. Et là (je pense que) ce notre dernier espoir avec les annonces > conditionnelles :-) > > router bgp ASNUM > neighbor x.x.x.x advertise-map QQ-PREFIX exist-map 1ST-ISP-UP > neighbor x.x.x.x advertise-map MY-PREFIXES non-exist-map 1ST-ISP-UP > neighbor x.x.x.x route-map MY-PREFIXES out > > 2. Sinon, il faut jouer avec l'AS PATH PREPENDING ou toute autre chose > influençant le trafic INBOUND autre que les annonces conditionnelles via des > "advertise map"... > > > Bien cordialement, > Fethi > > ------------------------------------------------------------------------ > *De :* "touremoha...@gmail.com" <touremoha...@gmail.com> > *À :* jehan.procac...@int-evry.fr; frnog-t...@frnog.org > *Cc :* ccdeci...@yahoo.fr > *Envoyé le :* Vendredi 1 mars 2013 15h38 > *Objet :* RE : Re: [FRnOG] [TECH] multihome BGP avec annonces conditionnelles > et statiques > > Bonjour, > > Une piste peut eventuellement etre testee. Il s'agit de voir si on peut > cumuler une exist-map et une non-exist-map pour le meme peer bgp. > > Si on note A la liste des 55 prefixes annonces a l'ISP1 et B la liste des 5 > prefixes annonces a l'ISP2. > > On annonce inconditionnellement A a l'ISP1. On annonce B a l'ISP2 si > exist-map XXX (a definir). > On annonce A et B si non-exist-map YYY (a definir). De sorte que si ISP1 down > les 60 prefixes sont annonces a l'ISP2. > > Une autre piste : utiliser as-path prepend. > On annonce A vers ISP1 sans modification. > On annonce B vers ISP2 sans modification. > On annonce A vers ISP2 avec un as-path prepend. > Internet recevra les prefixes (s'il nya pas d'alteration des ISP : > summarization, modif ...) et l'ISP1 sera prefere pour la liste A et ISP2 > pour la liste B. Si la session vers ISP1 est down alors l'ISP2 sera prefere. > > Bien sur, il ya d'autres pistes :). > > Cordialement > Mohamed Toure > > > > ---------- > Envoyé de mon téléphone Nokia > > ------Message original------ > De : jehan procaccia INT <jehan.procac...@int-evry.fr > <mailto:jehan.procac...@int-evry.fr>> > To: "frnog-t...@frnog.org <mailto:frnog-t...@frnog.org>" > <frnog-t...@frnog.org <mailto:frnog-t...@frnog.org>> > Cc: "Ccde Cissp" <ccdeci...@yahoo.fr <mailto:ccdeci...@yahoo.fr>> > Date: vendredi 1 mars 2013 12:25:54 GMT+0100 > Subject: Re: [FRnOG] [TECH] multihome BGP avec annonces conditionnelles et > statiques > > Le 28/02/2013 22:45, Ccde Cissp a écrit : > > Hello, > > > > Je n'ai pas très bien compris votre question et je souhaite vous > > demander quelques informations: > > > > > > 1. Concernant votre conf: Pourquoi vous annoncer la même chose > > (MY-PREFIXES) au même neighbor (x.x.x.x) avec deux façon différentes > > alors que votre but ultime c'est d'annoncer " MY-PREFIXES" si et > > seulement si la condition "non-exist-map est vérifiée et donc la ligne : > > "neighbor x.x.x.x advertise-map MY-PREFIXES non-exist-map 1ST-ISP-UP" > > suffira pour satisfaire votre 1ère condition. > > ! La ligne de conf: "neighbor x.x.x.x route-map MY-PREFIXES out": je > > ne vois pas son intérêt ici elle n'apporte rien vis à vis de vos 2 > > conditions que vous souhaitez mettre en oeuvre. > cette deuxième ligne est nécessaire, car sans elle je n'annonce pas > MY-PREFIXES quand la condition est vraie (1st ISP is down) > c'est du vecu , certes empirique car je trouve ça aussi apparemment > redondant, mais je constate que je n'annonce tj rien sans cette ligne > meme si l'ISP primaire est down :-( . > > > > 2. Je vous conseille de faire un test/LAB avec seulement: "neighbor > > x.x.x.x route-map QQ-PREFIX out" et voir si l'interaction avec > > " neighbor x.x.x.x advertise-map MY-PREFIXES non-exist-map > > 1ST-ISP-UP" est un AND LOGIC ou pas càd si le résultat de deux types > > d'annonce utilisés simultanément est l'annonce de l'intersection entre > > les deux ensemble "QQ-PREFIX" et "MY-PREFIXES" qui sera dans ce cas > > l'ensemble "QQ-PREFIX". > apparement c'est plutot un AND > j'ai mis en 2eme ligne "neighbor x.x.x.x route-map QQ-PREFIX out", tout > en gardant en 1er ligne > "neighbor x.x.x.x advertise-map MY-PREFIXES non-exist-map 1ST-ISP-UP" > quand l'ISP primaire est UP, rien n'est annoncée (j'aurai esperé voir > QQ-PREFIX) > et quand l'ISP primaire est Down alors seulement QQ-PREFIX est annoncé: > > Edge2#show ip bgp neighbors x.x.x.x advertised-routes > Network Next Hop Metric LocPrf Weight Path > *> X.X.21.0/24 p.p.p.p 2 32768 i > > Edge2#show ip route X.X.21.0 > Routing entry for X.X.21.0/24 > Known via "ospf 1", distance 110, metric 2, type extern 1 > Redistributing via bgp BBBB > Advertised by bgp BBBB match internal external 1 & 2 > > ce n'est pas le resultat attendu, je voulais voir MY-PREFIXES annoncés > au minimum et au mieux MY-PREFIXES + QQ-PREFIX (ps: l'unique /24 > QQ-PREFIX actuellement dans mon test/lab est contenu dans MY-PREFIXES, > cela a peut-etre une incidence ?). > > > > 3. Remarque: Le résultat que vous avez pu voir et que vous avez décrit > > dans: > > "neighbor x.x.x.x route-map QQ-PREFIX out > > cette ligne écrase alors "neighbor x.x.x.x route-map MY-PREFIXES out" > > > > serait du à un AND LOGIC entre les deux lignes de conf qui sont ici > > équivalentes de point de vue syntaxe. A vérifier, donc, que cet AND > > LOGIC n'existe pas entre deux syntaxes d'annonces différentes: > > > > "neighbor x.x.x.x route-map QQ-PREFIX out" > > et > > " neighbor x.x.x.x advertise-map MY-PREFIXES non-exist-map 1ST-ISP-UP" > malheureusement cet apparent "AND logic" semble exister dans ce cas > d'apres l'experience ci-dessus > > comment cumuler ces 2 lignes !? > > Merci . > > > > a mon avis le AND logic persistera, à confirmer car cela dépend du > > code constructeur. > > Please ;) dites nous les résultats de vos tests. Si vos deux > > conditions ne seront pas vérifiées (fort probable), il faut intervenir > > des nouveaux ingrédients :) > > > > Cordialement, > > Fethi > > > > ------------------------------------------------------------------------ > > *De :* jehan PRocaccia <jehan.procac...@int-evry.fr > > <mailto:jehan.procac...@int-evry.fr>> > > *À :* frnog-t...@frnog.org <mailto:frnog-t...@frnog.org> > > *Envoyé le :* Jeudi 28 février 2013 13h09 > > *Objet :* [FRnOG] [TECH] multihome BGP avec annonces conditionnelles > > et statiques > > > > Bonjour, > > > > je suis "end user" avec 2 FAI, je souhaite annoncer quelques prefixes > > (5) au second FAI afin de favoriser le trafic entrant pour ces qq > > prefixes via le 2nd FAI (plutot que le FAI primaire) , tout en > > bénéficiant d'un mécanisme automatique d'annonce de tous mes prefixes > > (60) au secondaire en cas de défaillance totale du FAI primaire . > > Je n'annonce pas tous mes préfixes aux 2 FAI en parallèle car je ne me > > sert du 2em FAI qu'en cas de backup et/ou de trafic engineering sur > > certains prefixes sélectionnés suivant les besoins du moment. > > j'ai bien réussi dans le cadre de ce dual homing BGP a annoncer de > > manière conditionnelle tous mes prefixes au second FAI seulement quand > > le primaire est défaillant => annonce bgp au 2eme FAI conditionnée > > sur la présence ou non d'une route venant du FAI primaire. > > En termes technique: > > > > router bgp ASNUM > > neighbor x.x.x.x advertise-map MY-PREFIXES non-exist-map 1ST-ISP-UP > > neighbor x.x.x.x route-map MY-PREFIXES out > > show route-map 1ST-ISP-UP > > Match clauses: > > ip address (access-lists): 3 > > Standard IP access list 3 > > 10 permit Y.Y.Y.Y, wildcard bits 0.0.0.7 log (4604 matches) > > > > Y.Y.Y.Y = reseau interco avec FAI primaire et route-map MY-PREFIXES > > contiens tous mes prefix > > > > Cette solution est satisfaisante, sauf que dans cette configuration, > > je n'arrive pas a annoncer au 2em FAI en complément mes qq prefixes > > que je juge non conditionnés par la présence du FAI primaire, bref que > > je souhaite annoncer à ma convenance, sans attendre que le primaire tombe > > j'ai bien peur de rentrer à tous les coups dans la condition > > "advertise-map if non-exist-map", et comme la route du FAI primaire > > est présente la condition est fausse et ainsi je n'annonce rien au 2em > > FAI . > > > > En résumer, comment cumuler les 2 ? => > > 1) annoncer automatiquement et de manière conditionnelle (perte du 1er > > FAI) tous mes prefix, > > 2) tout en annonçant à ma convenance (non dependante de l'etat du 1er > > FAI) qq prefixes que j'aurai selectionné "manuellement" . > > > > j'ai beau ajouter aux lignes "router BGP ASNUM" ci-dessus pour ce peer > > neighbor x.x.x.x route-map QQ-PREFIX out > > cette ligne écrase alors "neighbor x.x.x.x route-map MY-PREFIXES out", > > comment les cumuler ? > > > > Merci pour vos conseils . > > > > > > --------------------------- > > Liste de diffusion du FRnOG > > http://www.frnog.org/ > > > > > > > > --------------------------- > Liste de diffusion du FRnOG > http://www.frnog.org/ > > > --------------------------- Liste de diffusion du FRnOG http://www.frnog.org/ --------------------------- Liste de diffusion du FRnOG http://www.frnog.org/
