Errata ! Une erreur de ma part. Je viens de m'en rendre compte ! Le MED est évalué après le LOCAL_PREF. (confusion avec le WEIGHT)
Oubliez ce que je viens de dire sur MED. Il faut lire aussi : AS2 et non AS1 On aurait eu AS3 ->AS4->AS2->AS1 ou AS3->AS2->AS1 (s'il ya un peering entre AS2 et AS3). De ce fait AS2 absorberait tout le trafic de à destination de AS1. Mais seulement aujourd'hui cette méthode n'est plus fiable car l'AS-PATH peut etre ignoré dans le calcul du best path. Pour conclure, la solution avec les annonces conditionnelles peut etre une bonne piste. Cordialement 2013/6/27 Mohamed Touré <mohamed.to...@secresys.com> > Le MED n'a de valeur que pour ton peer ! C'est une manière de forcer son > "LOCAL PREF" à lui, car l'attribut MED est évalué avant ce dernier. S'il le > prend en compte cela veut dire que tout le trafic vers AS1 (qu'il gère) > passera localement sur le meme peering (du point de vue de ton peer > uniquement).C'est une manière d'influencer son local pref pour ton trafic > entrant. > > AS3 continuera bien entendu à envoyer ton trafic au plus proche c'est à > dire sur son lien de peering avec toi. ça n'a aucun impact sur les autres > peers qui vont router ton trafic destination au plus proche. > > Après AS2 peut aussi se mettre d'accord avec AS4 pour positionner son MED > pour ton trafic. C'est pas très pratique, c'est vrai. Ce n'est pas une > solution viable. > > Une solution utilisée jadis était AS-PATH preprend. L'AS PATH etant > propagé partout permet d'influencer le trafic ce qui pouvait obliger AS3 à > ne pas utiliser son lien direct avec AS1. > > On aurait eu AS3 ->AS4->AS2->AS1 ou AS3->AS2->AS1 (s'il ya un peering > entre AS2 et AS3). De ce fait AS1 absorberait tout le trafic de à > destination de AS1. Mais seulement aujourd'hui cette méthode n'est plus > fiable car l'AS-PATH peut etre ignoré dans le calcul du best path. > > Comme déjà discuté sur ce forum, une solution consiste plutot à faire des > annonces conditionnelles. Cela consiste à annoncer tes prefixes à AS3 que > si AS2 est down. Ce qui te garantit que AS2 sera toujours le meilleur > chemin pour tes destinations, tant qu'il sera UP. > > > Cordialement > > > > 2013/6/27 Radu-Adrian Feurdean <fr...@radu-adrian.feurdean.net> > >> On Thu, Jun 27, 2013, at 11:52, Mohamed Touré wrote: >> > Bonjour >> > >> > Si ton equipement le supporte et que ton peer le supporte également et >> > qu'il est d'accord pour le prendre en compte, l'attribut MED, optional >> et >> > non transitive est une solution pour forcer ton traffic à entrer dans >> ton >> > AS multihomed par un chemin précis. >> >> Le MED n'a strictement aucune valeur vers 2 AS differents. D'ailleurs le >> MED est non-transitif, donc il ne sera pas re-transmis par ton/tes >> upstream(s). >> >> Pour faire plus clair, toi (AS1) a deux upstreams (AS2 et AS3), et un >> autre AS (AS4) a les memes upstreams (AS2 et AS3). Si toi tu veux tout >> passer (in et out) via AS2, et que AS4 veut tout passer via AS3, tu fais >> comment pour le traffic entre AS1 et AS4 ? >> Ton localpref va forcer le traffic AS1->AS2->AS4, alors que le localpref >> d'AS4 va forcer le chemin AS4->AS3->AS1 (rappel, le localpref est >> prioritaire par rapport a la taille de l'AS-PATH). Si AS2 et AS3 peerent >> entre eux, en general ils vont appliquer leurs propres localprefs, pour >> forcer une route de type "customer" par rapport a une route de type >> "peer". Vous allez avoir tous les deux du traffic entrant la ou vous le >> voulez pas. Il peut y avoir des solutions, mais ca depend du cas precis >> de chaque de tes upstreams (AS2 et AS3). >> > > > > -- > Mohamed Touré > 06 38 62 99 07 > -- Mohamed Touré 06 38 62 99 07 --------------------------- Liste de diffusion du FRnOG http://www.frnog.org/
