Re: [FRnOG] [TECH] Session BGP priorité

2013-06-30 Par sujet Arnaud Fenioux
Hello, Pour le trafic entrant je pense que le prepend est le mieux, mais il est possible de spliter le prefix en deux morceaux, d'annoncer l'agrégat d un coté, et les 2 plus spécifiques de l'autre coté. Ok c est mal... 2013/6/27 Mohamed Touré mohamed.to...@secresys.com Errata ! Une erreur

Re: [FRnOG] [TECH] Session BGP priorité

2013-06-30 Par sujet David Ramahefason
Le prepend n'a Le 30 juin 2013 17:23, Arnaud Fenioux afeni...@gmail.com a écrit : Hello, Pour le trafic entrant je pense que le prepend est le mieux, mais il est possible de spliter le prefix en deux morceaux, d'annoncer l'agrégat d un coté, et les 2 plus spécifiques de l'autre coté. Ok

[FRnOG] [TECH] Session BGP priorité

2013-06-27 Par sujet Etienne Girard
Bonjour, Juste une petite question : Je dispose actuellement de 2 sessions BGP vers 2 transtaires différents. Chaque transitaire est branché sur un routeur différent. Ces 2 routeurs sont reliés via un Lan-to-Lan. Je voudrais savoir comment je peux à tout mon traffic (entrant et sortant) de passer

Re: [FRnOG] [TECH] Session BGP priorité

2013-06-27 Par sujet Frederic Dhieux
Le 6/27/13 9:10 AM, Etienne Girard a écrit : Bonjour, Juste une petite question : Je dispose actuellement de 2 sessions BGP vers 2 transtaires différents. Chaque transitaire est branché sur un routeur différent. Ces 2 routeurs sont reliés via un Lan-to-Lan. Je voudrais savoir comment je peux

Re: [FRnOG] [TECH] Session BGP priorité

2013-06-27 Par sujet Benjamin BILLON
Hiho, local-pref pour la sortie, et prepend pour l'entrée. Sinon y'a ça : http://www.cisco.com/en/US/tech/tk365/technologies_tech_note09186a0080094934.shtml?referring_site=bodynav mais j'ai pas lu. SALUT. Benjamin Bonjour, Juste une petite question : Je dispose actuellement de 2 sessions

Re: [FRnOG] [TECH] Session BGP priorité

2013-06-27 Par sujet Radu-Adrian Feurdean
On Thu, Jun 27, 2013, at 9:37, Benjamin BILLON wrote: local-pref pour la sortie, et prepend pour l'entrée. Juste pour rappeler que le prepend pour l'entree donne des resultats un peu aleatoires (ton traffic entrant, c'est le traffic sortant de quelqu'un d'autre, qui peut utiliser a son tour le

Re: [FRnOG] [TECH] Session BGP priorité

2013-06-27 Par sujet Mohamed Touré
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. Cordialment 2013/6/27

Re: [FRnOG] [TECH] Session BGP priorité

2013-06-27 Par sujet Fleuriot Damien
Au risque de poser une question un peu noob, pourquoi vous utilisez du preprend en ingress au lieu du MED ? Le MED c'est quand même fait pour ça… On Jun 27, 2013, at 9:37 AM, Benjamin BILLON bbil...@splio.fr wrote: Hiho, local-pref pour la sortie, et prepend pour l'entrée. Sinon y'a ça

Re: [FRnOG] [TECH] Session BGP priorité

2013-06-27 Par sujet Nicolas Strina
Hello, Surement parce que la plupart des opérateurs avec des ASN à 3-4 chiffres (ou plus) ne savent pas l'honorer correctement ? Je vois pour nous .. On utilise clairement le MED et souvent .. Tout le monde s'en fout. Peer, uplinks, clients etc .. INGRESS ou EGRESS donc. J'ai pas mal d'ex. ou

Re: [FRnOG] [TECH] Session BGP priorité

2013-06-27 Par sujet Mohamed Touré
Du fait qu'il soit optionnel comme attribut, son implémentation par les développeurs ou son support par un carrier ne sont pas garantis. Il est important de se mettre d'accord avec le peer au préalable, ou il sera ignoré par défaut. Cordialement 2013/6/27 Nicolas Strina

Re: [FRnOG] [TECH] Session BGP priorité

2013-06-27 Par sujet Radu-Adrian Feurdean
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

Re: [FRnOG] [TECH] Session BGP priorité

2013-06-27 Par sujet Jérôme Nicolle
Le 27/06/2013 11:56, Fleuriot Damien a écrit : Le MED c'est quand même fait pour ça… Non. Le MED c'est fait pour plusieurs liens entre les deux mêmes AS, il n'a jamais été prévu que le MED doive être transmis au delà du premier AS. Il peut l'être, comme les communautés, mais il est d'usage de le

Re: [FRnOG] [TECH] Session BGP priorité

2013-06-27 Par sujet Michael Hallgren
Le 27/06/2013 11:56, Fleuriot Damien a écrit : Au risque de poser une question un peu noob, pourquoi vous utilisez du preprend en ingress au lieu du MED ? Le MED c'est quand même fait pour ça… Mais, je lis « 2 sessions BGP vers 2 transtaires différents » ci-dessous. On utilise, normalement,

Re: [FRnOG] [TECH] Session BGP priorité

2013-06-27 Par sujet Mohamed Touré
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

Re: [FRnOG] [TECH] Session BGP priorité

2013-06-27 Par sujet Mohamed Touré
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).