Pourquoi ne pas mettre en place 1 ou 2 serveurs sur chaque segment pour assurer la resolution ARP.
Le poste client decouvre la presence des serveurs de resolution d'adresse MAC, il envoie dans ce cas une requete ARP en UNICAST pour connaitre l'adresse mac de la machine qu'il souhaite joindre.
si le serveur de resolution d'@mac tombe en panne ou est indisponible le poste client envoie une requete ARP en broadcast.
autrement on pourrait augmenter les timeout des requetes ARP et avoir un mecanisme de rafraichissement (UNICAST) des entree dans la table ARP
Envoyé: jeudi 28 août 2014 à 15:35
De: "Stephane Bortzmeyer" <bortzme...@nic.fr>
À: "Vincent Bernat" <ber...@luffy.cx>
Cc: frnog-t...@frnog.org
Objet: [FRnOG] Re: [TECH] RFC 7342: Practices for Scaling ARP and ND in Large Data Centers
De: "Stephane Bortzmeyer" <bortzme...@nic.fr>
À: "Vincent Bernat" <ber...@luffy.cx>
Cc: frnog-t...@frnog.org
Objet: [FRnOG] Re: [TECH] RFC 7342: Practices for Scaling ARP and ND in Large Data Centers
On Thu, Aug 28, 2014 at 03:30:36PM +0200,
Vincent Bernat <ber...@luffy.cx> wrote
a message of 37 lines which said:
> Les IP des machines peuvent être annoncées dans un protocole de
> routage
Annoncer les /32 et /128 en OSPF ? Pas bête mais inhabituel. Qui fait
cela ?
---------------------------
Liste de diffusion du FRnOG
http://www.frnog.org/
Vincent Bernat <ber...@luffy.cx> wrote
a message of 37 lines which said:
> Les IP des machines peuvent être annoncées dans un protocole de
> routage
Annoncer les /32 et /128 en OSPF ? Pas bête mais inhabituel. Qui fait
cela ?
---------------------------
Liste de diffusion du FRnOG
http://www.frnog.org/
