Re: [FRnOG] [TECH] BGP et HSRP

2018-04-10 Par sujet Radu-Adrian Feurdean
On Tue, Apr 10, 2018, at 17:35, Michel Py wrote: > > Arnaud Launay a écrit : > > Le petit poisson, il va sur un IX, il est très content de se connecter sur > > un switch (voire > > de se faire transporter jusqu'au dit switch...), et d'avoir un RS plus ou > > moins bien fourni, > > parce que de

RE: [FRnOG] [TECH] BGP et HSRP

2018-04-10 Par sujet Michel Py
>> Michel Py a écrit: >> Combien il y a d'organisations qui pairent, disons à France-IX ? Bon je >> comprends que >> les tier-1 ils veulent pairer individuellement à 100 G, mais pour le petit >> poisson ? > Arnaud Launay a écrit : > Le petit poisson, il va sur un IX, il est très content de se

Re: [FRnOG] [TECH] BGP et HSRP

2018-04-09 Par sujet Arnaud Launay
Le Mon, Apr 09, 2018 at 05:30:00PM +, Michel Py a écrit: > Combien il y a d'organisations qui pairent, disons à France-IX > ? Bon je comprends que les tier-1 ils veulent pairer > individuellement à 100 G, mais pour le petit poisson ? Le petit poisson, il va sur un IX, il est très content de

RE: [FRnOG] [TECH] BGP et HSRP

2018-04-09 Par sujet Michel Py
> Youssef Bengelloun-Zahr > P.S : on est d’accords sur le fond, eBGP en Interconnexion physique directe > routeur à routeur. C'est impossible en pratique, çà demanderait un nombre de câbles impossible à gérer. 2 pairs : 1 câble et session BGP. 3 pairs : 3 câbles et sessions BGP. 4 pairs : 6

Re: [FRnOG] [TECH] BGP et HSRP

2018-04-08 Par sujet Youssef Bengelloun-Zahr
Et les IXP L3 ? Coucou HOPUS.net  My 2 cents. P.S : on est d’accords sur le fond, eBGP en Interconnexion physique directe routeur à routeur. Le 8 avr. 2018 à 19:32, Michel Py a écrit : >>> Antoine BOURAS a écrit : >>> il faut un Point à Point

RE: [FRnOG] [TECH] BGP et HSRP

2018-04-08 Par sujet Michel Py
>> Antoine BOURAS a écrit : >> il faut un Point à Point (physique) quand on fait du eBGP > Radu-Adrian Feurdean a écrit : > Ce qui est totalement faux. Exemple flagrant : les IXP, dont quelques > "petits" LANS a plusieurs Tbps. Bon exemple. En plus, dans bien des IXP, en plus du VLAN de peering

Re: [FRnOG] [TECH] BGP et HSRP

2018-04-08 Par sujet Radu-Adrian Feurdean
On Sat, Apr 7, 2018, at 16:17, Antoine BOURAS wrote: >il faut un Point à Point (physique) quand on fait du eBGP… Ce qui est totalement faux. Exemle flagrant : les IXP, dont quelques "petits" LANS a plusieurs Tbps. Mais je suis d'accord que ca va dans le sens du concept "le L2 s'arrete autant

RE: [FRnOG] [TECH] BGP et HSRP

2018-04-08 Par sujet Michel Py
> Frederic Dhieux a écrit : > J'utilise de mon côté ce système pour des firewalls, c'est très souple et > efficace. > Les 2 firewalls sont en BGP vers les routeurs edge et la CARP est annoncée en > next-hop. Je ne suis donc pas le seul à faire çà. Tu pourrais poster un vague schéma ? > Ca

Re: [FRnOG] [TECH] BGP et HSRP

2018-04-08 Par sujet Frederic Dhieux
Hello, J'utilise de mon côté ce système pour des firewalls, c'est très souple et efficace. Les 2 firewalls sont en BGP vers les routeurs edge et la CARP est annoncée en next-hop. Ca permet d'avoir une bascule très rapide, d'avoir une cohérence entre les gateways actives pour les VLAN derrière et

RE: [FRnOG] [TECH] BGP et HSRP

2018-04-07 Par sujet Michel Py
> Antoine BOURAS a écrit : > Sinon, je ne te cache pas, quand j'ai vu ça j'ai eu mal aux yeux. C'est parce que t'as pas bien regardé ce que je proposais. J'aurais du préciser : eBGP entre 2 AS. Si c'était du iBGP, je suis au courant qu'il faut ou full mesh ou route reflector ou confederation.

Re: [FRnOG] [TECH] BGP et HSRP

2018-04-07 Par sujet David Ponzone
Ok mais HSRP/VRRP sert à quoi alors ? Le 7 avr. 2018 à 16:38, Michel Py a écrit : >> David Ponzone >> BGP n’implémente pas de HA (synchro d’état entre master et slave). > > Je sais. > >> Donc ton routeur stand-by, quand il passe actif, il n’a pas la session BGP >> up. > > C'etais pas ce que

RE: [FRnOG] [TECH] BGP et HSRP

2018-04-07 Par sujet Michel Py
> David Ponzone > BGP n’implémente pas de HA (synchro d’état entre master et slave). Je sais. > Donc ton routeur stand-by, quand il passe actif, il n’a pas la session BGP up. C'etais pas ce que je proposais. > Le routeur en face lui continue de balancer des paquets BGP de la session en >

Re: [FRnOG] [TECH] BGP et HSRP

2018-04-07 Par sujet Antoine BOURAS
Je pense que ce n’est pas juste une question de manque de moyens financiers et « pauvreté ». BGP mérite un minimum de respect et on ne doit pas se permettre de faire ce genre de chose ☹ - Il ne faut pas oublier que BGP est sur TCP ? Elle va faire comment la pauvre session TCP quand HSRP

Re: [FRnOG] [TECH] BGP et HSRP

2018-04-07 Par sujet Vincent Bernat
❦ 7 avril 2018 03:34 GMT, Michel Py  : > Les timers de BGP sont lents, comparés à HSRP. Ton routeur principal > meurt, if faut quand même quelques minutes avant que tout le monde > s'en aperçoive. Ah bah dis donc. :) Si tu colles un timer de 1s, en 3s, la

Re: [FRnOG] [TECH] BGP et HSRP

2018-04-06 Par sujet David Ponzone
Michel, BGP n’implémente pas de HA (synchro d’état entre master et slave). Donc ton routeur stand-by, quand il passe actif, il n’a pas la session BGP up. Le routeur en face lui continue de balancer des paquets BGP de la session en cours au nouveau routeur, qui ne comprend pas parce qu’il est en

RE: [FRnOG] [TECH] BGP et HSRP

2018-04-06 Par sujet Michel Py
>> Michel Py a écrit : >> Comment vous faites par chez vous BGP et HSRP ? >> On ne peut PAS avoir l'adresse virtuelle qui soit le router-ID. >> Dont il faut une session 2 sessions BGP et set next-hop l'adresse virtuelle >> dans la route-map out. >> R1 192.168.0.1 R3

Re: [FRnOG] [TECH] BGP et HSRP

2018-04-06 Par sujet Manuel Guesdon
On Fri, 6 Apr 2018 20:36:24 + Michel Py wrote: >| Comment vous faites par chez vous BGP et HSRP ? Heu quel intéret de faire du BGP sur du HSRP ? Manuel -- __ Manuel Guesdon - OXYMIUM

Re: [FRnOG] [TECH] BGP et HSRP

2018-04-06 Par sujet Clément Guivy
On 06/04/2018 22:36, Michel Py wrote: Bonjour à tous, Comment vous faites par chez vous BGP et HSRP ? On ne peut PAS avoir l'adresse virtuelle qui soit le router-ID. Dont il faut une session 2 sessions BGP et set next-hop l'adresse virtuelle dans la route-map out. R1 192.168.0.1