Re: [FRnOG] Re: [TECH] RFC 7342: Practices for Scaling ARP and ND in Large Data Centers

2014-09-13 Par sujet Radu-Adrian Feurdean
On Fri, Sep 12, 2014, at 11:06, Pierre-Yves Maunier wrote: Variante sur cette architecture (non mentionnée dans le RFC mais que j'emprunte à Vincent Bernat), annoncer dans le protocole de routage interne une route par machine (un préfixe /32 en IPv4 et /128 en IPv6). Cela résoud ce problème et

Re: [FRnOG] Re: [TECH] RFC 7342: Practices for Scaling ARP and ND in Large Data Centers

2014-09-12 Par sujet Pierre-Yves Maunier
Le 5 septembre 2014 21:14, Stephane Bortzmeyer bortzme...@nic.fr a écrit : Ah au fait, j'ai modifié mon article pour mentionner cette possibilité (qui n'était apparemment pas dans le RFC). Merci. Variante sur cette architecture (non mentionnée dans le RFC mais que j'emprunte à Vincent

Re: [FRnOG] Re: [TECH] RFC 7342: Practices for Scaling ARP and ND in Large Data Centers

2014-09-09 Par sujet Matthieu Michaud
Je sais pas si on en a déjà parlé ici mais MS le fait en BGP d'après ce que j'ai pu comprendre. Source http://datatracker.ietf.org/doc/draft-lapukhov-bgp-sdn/ 2014-09-05 21:14 GMT+02:00 Stephane Bortzmeyer bortzme...@nic.fr: On Thu, Aug 28, 2014 at 03:53:55PM +0200, Vincent Bernat

Re: [FRnOG] Re: [TECH] RFC 7342: Practices for Scaling ARP and ND in Large Data Centers

2014-08-30 Par sujet Vincent Bernat
❦ 29 août 2014 23:31 +0200, Radu-Adrian Feurdean fr...@radu-adrian.feurdean.net : Oui c'est assez courant d'annoncer des VIP en /32 dans le réseau, en OSPF, ou plutôt en BGP (avec exabgp par exemple). Enfin, entre quelques VIP et *toutes* les machines, il y a une difference Bah,

Re: [FRnOG] Re: [TECH] RFC 7342: Practices for Scaling ARP and ND in Large Data Centers

2014-08-30 Par sujet Radu-Adrian Feurdean
On Sat, Aug 30, 2014, at 10:39, Vincent Bernat wrote: Bah, pourquoi pas. Ça dépend combien tu as de machines. Il y a pas mal de switchs ToR qui sont capables d'avoir beaucoup de routes (souvent le Si ca n'oblige pas a avoir un quagga/bird/exabgp/ sur chaque serveur/VM, oui, pourquoi pas.

Re: [FRnOG] Re: [TECH] RFC 7342: Practices for Scaling ARP and ND in Large Data Centers

2014-08-30 Par sujet Vincent Bernat
❦ 30 août 2014 19:23 +0200, Radu-Adrian Feurdean fr...@radu-adrian.feurdean.net : Bah, pourquoi pas. Ça dépend combien tu as de machines. Il y a pas mal de switchs ToR qui sont capables d'avoir beaucoup de routes (souvent le Si ca n'oblige pas a avoir un quagga/bird/exabgp/ sur chaque

Re: [FRnOG] Re: [TECH] RFC 7342: Practices for Scaling ARP and ND in Large Data Centers

2014-08-29 Par sujet Radu-Adrian Feurdean
On Thu, Aug 28, 2014, at 15:57, Raphael Mazelier wrote: Oui c'est assez courant d'annoncer des VIP en /32 dans le réseau, en OSPF, ou plutôt en BGP (avec exabgp par exemple). Enfin, entre quelques VIP et *toutes* les machines, il y a une difference --- Liste

Re: [FRnOG] Re: [TECH] RFC 7342: Practices for Scaling ARP and ND in Large Data Centers

2014-08-28 Par sujet Raphael Mazelier
Le 28/08/2014 15:35, Stephane Bortzmeyer a écrit : Annoncer les /32 et /128 en OSPF ? Pas bête mais inhabituel. Qui fait cela ? Oui c'est assez courant d'annoncer des VIP en /32 dans le réseau, en OSPF, ou plutôt en BGP (avec exabgp par exemple). -- Raphael Mazelier AS39605

Re: [FRnOG] Re: [TECH] RFC 7342: Practices for Scaling ARP and ND in Large Data Centers

2014-08-28 Par sujet Pierre-Yves Maunier
Le 28 août 2014 15:35, Stephane Bortzmeyer bortzme...@nic.fr a écrit : Annoncer les /32 et /128 en OSPF ? Pas bête mais inhabituel. Qui fait cela ? On a mis ça en place chez Iguane quand j'y étais (en BGP) et chez Daily on utilise ça aussi. Avec des petits tweaks, tu peux même faire de

Re: [FRnOG] Re: [TECH] RFC 7342: Practices for Scaling ARP and ND in Large Data Centers

2014-08-28 Par sujet David Ponzone
Juste pour ma culture G, c’est quoi l’avantage par rapport à VRRP ? Le 28 août 2014 à 16:20, Pierre-Yves Maunier pymaunier+li...@gmail.com a écrit : Le 28 août 2014 15:35, Stephane Bortzmeyer bortzme...@nic.fr a écrit : Annoncer les /32 et /128 en OSPF ? Pas bête mais inhabituel. Qui fait

Re: [FRnOG] Re: [TECH] RFC 7342: Practices for Scaling ARP and ND in Large Data Centers

2014-08-28 Par sujet Pierre-Yves Kerembellec
Le 28 août 2014 à 16:26, David Ponzone david.ponz...@gmail.com a écrit : Juste pour ma culture G, c’est quoi l’avantage par rapport à VRRP ? L3 L3 everywhere ;-) Annoncer les /32 et /128 en OSPF ? Pas bête mais inhabituel. Qui fait cela ? On a mis ça en place chez Iguane quand

Re: [FRnOG] Re: [TECH] RFC 7342: Practices for Scaling ARP and ND in Large Data Centers

2014-08-28 Par sujet David Ponzone
Ah ouais, pardon, j’avais oublié le topic de départ :) Le 28 août 2014 à 16:32, Pierre-Yves Kerembellec py.kerembel...@gmail.com a écrit : Le 28 août 2014 à 16:26, David Ponzone david.ponz...@gmail.com a écrit : Juste pour ma culture G, c’est quoi l’avantage par rapport à VRRP ? L3

Re: [FRnOG] Re: [TECH] RFC 7342: Practices for Scaling ARP and ND in Large Data Centers

2014-08-28 Par sujet Romain SIBILLE
Moi, je le fais pour voir comment mettre en place de l'anycast (un lab donc, je suis étudiant...). Sorti de ça, je ne vois pas en quoi c'est bizarre de faire ça en prod' (si je raconte des bétises, merci de me corriger ;) ) Le 28/08/2014 15:35, Stephane Bortzmeyer a écrit : On Thu, Aug 28, 2014

Re: [FRnOG] Re: [TECH] RFC 7342: Practices for Scaling ARP and ND in Large Data Centers

2014-08-28 Par sujet Stéphane Diacquenod
Bonjour, sur les mainframes (z/OS), les systèmes ont toujours deux cartes réseaux et font tourner un routeurs OSPF qui annonce les VIP. Cela permet de déplacer les systèmes d'une machine à une autre, et de gérer la perte du premier router ou d'une carte réseau. Il ne me semble pas qu'une

Re: [FRnOG] Re: [TECH] RFC 7342: Practices for Scaling ARP and ND in Large Data Centers

2014-08-28 Par sujet Raphaël Jacquot
On 28.08.2014 15:57, Raphael Mazelier wrote: Le 28/08/2014 15:35, Stephane Bortzmeyer a écrit : Annoncer les /32 et /128 en OSPF ? Pas bête mais inhabituel. Qui fait cela ? Oui c'est assez courant d'annoncer des VIP en /32 dans le réseau, en OSPF, ou plutôt en BGP (avec exabgp par