Re: [FRnOG] [TECH] Redistribution de routes iBGP

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 >

Re: [FRnOG] [TECH] Redistribution de routes iBGP

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

Re: [FRnOG] [TECH] Redistribution de routes iBGP

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

Re: [FRnOG] [TECH] Redistribution de routes iBGP

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

RE: [FRnOG] [TECH] Redistribution de routes iBGP

> 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

Re: [FRnOG] [TECH] Redistribution de routes iBGP

Ç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 >

Re: [FRnOG] [TECH] Redistribution de routes iBGP

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

Re: [FRnOG] [TECH] Redistribution de routes iBGP

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

Re: [FRnOG] [TECH] Redistribution de routes 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

Re: [FRnOG] [TECH] Redistribution de routes iBGP

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

Re: [FRnOG] [TECH] Redistribution de routes iBGP

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

Re: [FRnOG] [TECH] Redistribution de routes iBGP

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

Re: [FRnOG] [TECH] Redistribution de routes iBGP

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

Re: [FRnOG] [TECH] Redistribution de routes iBGP

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)

Re: [FRnOG] [TECH] Redistribution de routes iBGP

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