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
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
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
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
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
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
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
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
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
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
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
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
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,
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
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).
15 matches
Mail list logo