Bonjour,
J’ai une question sur une situation toute bête que j’ai sur un AS:
Mettons que j’aie (pour simplifier) 2 routeurs, un IGP (ospf en
l’occurence, mais ça importe peu) qui récupère les routes connectées
sur chaque routeur (R1 et R2), de l’iBGP entre les loopbacks, et un
transit avec une
Le 18/01/2016 13:40, Guillaume Tournat a écrit :
> Expand n'existe plus, et il n'est donc plus possible d'avoir des licences.
> Et sans licence, aucune compression n'est possible...
Sauf que le hardware est quand même bon : Intel Core Mobile en 65 ou
45nm, deux slots de RAM, deux ports gigabit
On Mon, Jan 18, 2016, at 23:03, frnog.kap...@antichef.net wrote:
> Ah bon? Moi qui pensait bêtement qu'un AS ça servait à annoncer des préfixes
> pour permettre de leur faire parvenir des paquets.
Exact, mais pour ca tu n'as pas forcement besoin du tien.
> Si j'avais su que le but de l'AS
Bonjour,
> On 19 Jan 2016, at 10:11, Aurélien wrote:
>
> Est-ce que quelqu’un a déjà eu ce genre de souci ? Est-ce qu’il existe
> des solutions de configuration pour contourner ou minimiser ce type de
> problème ? (Evidemment, on peut le minimiser en mettant un Xeon dans
>
Alors, Solution 1: un serveur genre Dell R610, ça va te coûter 700€ max en
broke pour une belle conf
Solution 2: tu mets sur chaque routeur une route par défaut vers l’upstream
> Le 19 janv. 2016 à 10:11, Aurélien a écrit :
>
> Bonjour,
>
> J’ai une question sur une
Hello,
Juste pour dire qu'ils sont tous partit.
Cordialement,
Xavier
---
Liste de diffusion du FRnOG
http://www.frnog.org/
Théoriquement chaqun de tes routeurs tu devrais avoir pour chaque pfx
deux paths, le préféré vers TransitX et l'autre vers TransitY
(possiblement via ton routeur voisin).
Si tu coupe une session de transit, chaque routeur devrait déjà avoir
les chemins dans la RIB vers l'autre, pas la peine
On Tue, Jan 19, 2016, at 16:19, Raphael Mazelier wrote:
> Et comme vous l'avez tous suggéré il existe plusieurs palliatifs :
>
> - faire en sorte de ré-annoncer dans IBGP les routes externes non préférés,
> - mettre des defaults statiques (et les annoncer dans IBGP), si l'on
> est sur que
> Aurélien a écrit :
> Le problème, c’est que pendant cette période de convergence, je peux
> facilement me retrouver avec des
> paquets qui m’arrivent de mes downstreams sur R1, et pour lesquels du coup je
> n’ai plus de route de
> sortie (plus de route par mon transitaire, et R2 ne m’a pas
Ça a surtout du sens avec des Route Reflectors, je pense. Voire pour
loadbalancer entre des PE dans un réseau.
Dans le cas d'espèce les routes externes ne sortiront de la VRF vers l'i-MP-BGP
que si elles sont best, RD différent ou pas...
> Le 19 janv. 2016 à 19:54, Radu-Adrian Feurdean
>
Je pense qu'une default static sur un transit, ce n'est pas forcément un bon
plan. Tu ne sais jamais trop si tu es branché sur un port de routeur en direct
ou via un switch intermédiaire (auquel cas le port ne tombe pas même s'il n'y a
plus personne de l'autre coté), ou même simplement si le
La solution la plus propre serait d'avoir au moins 2 transitaires sur
chaque routeur pour éviter ce désagrément. (genre les 2 meme transitaires a
chaque fois sur les 2 si tu ne veux pas les multiplier).
Sinon route par défaut. Eventuellement statique vers le transitaire local
et annoncée en iBGP
2016-01-19 14:25 GMT+01:00 Pierre-Yves Maunier :
> La solution la plus propre serait d'avoir au moins 2 transitaires sur chaque
> routeur pour éviter ce désagrément. (genre les 2 meme transitaires a chaque
> fois sur les 2 si tu ne veux pas les multiplier).
>
> Sinon
C'est bien comme ça que ça marche. Les routes iBGP best font que la route eBGP
correspondante (si elle existe) ne sera pas annoncée vers le peer iBGP (et ne
sera pas celle poussée en FIB).
L'objectif serait de s'assurer que les deux routeurs ont toutes les routes des
deux transits...
Dans ce
Bonjour à tous, il n'était pas parti en octobre, je relance mon offre à un prix
plus bas.
Nous cherchons à céder d'un cold corridor complet d'occasion, en bon état,
composé de :
* 12 baies en 800* 1000 KNURR 46U
* Portes grillagées avant / arrière avec codes
* 6 PDU APC7553 + 10 PDU no name
*
Raphael,
Pour moi, si A reçoit une route de Transit1 (eBGP) et de B (iBGP), et que la
route venant de B est la meilleure, il ne redistribue pas la route qu’il a eu
de Transit1 à B.
C’est peut-être variable en fonction des implémentations et/ou de la conf.
> Le 19 janv. 2016 à 12:42, Raphael
Oui effectivement,
la default apprise sur les transits en BGP que tu forces à être best sur le
routeur qui la reçoit en eBGP pour qu'il puisse la re-annoncer à son copain
(en iBGP) est encore une meilleure solution que la statique.
Le 19 janvier 2016 à 14:46, Olivier Benghozi
D’où l’idée d’une static avec tracking, donnée tantôt.
Ca reste un peu de l’arrache comme conf.
Encore une fois, vu le prix d’un serveur bi-pro quadcore avec 24Go de Ram, je
pense qu’il doit commencer par faire en sorte que son temps de convergence soit
en dessous de 20-30 secondes.
S’il a
2016-01-19 14:42 GMT+01:00 Olivier Benghozi :
> L'objectif serait de s'assurer que les deux routeurs ont toutes les routes
> des deux transits...
> Dans ce cas, pour annoncer à coup sûr la best external aux peers (même si ce
> n'est pas la best "overall" du routeur)
Oui oui tout à fait.
J'avais mal interprété le problème.
Et comme vous l'avez tous suggéré il existe plusieurs palliatifs :
- faire en sorte de ré-annoncer dans IBGP les routes externes non
préférés,
- mettre des defaults statiques (et les annoncer dans IBGP), si l'on
est sur que le port
20 matches
Mail list logo