Il ne reste plus qu'à décrire proprement une méthode "Trill - Lisp
interconnect" pour avoir un mapping complet entre les différentes couches,
mais aussi pour signaler plus proprement un déplacement de ressources (à
l'heure actuelle, Lisp attend que la ressource déplacée envoie un premier
paquet pou
Le protocole TRILL propose un système d'annuaire qui permet de réduire
l'ARP. Quand on ne connaît pas la MAC attachée à une IP on peut
interroger l'annuaire.
http://datatracker.ietf.org/doc/draft-ietf-trill-directory-framework/
2013/1/31 Emmanuel Thierry :
>
> Bonjour,
>
> Le 31 janv. 2013 à 09:19
Bonjour,
Le 31 janv. 2013 à 09:19, Jimmy Thrasibule a écrit :
> Le plus souvent dans les data center, on possède un inventaire des
> adresses physiques de chaque machine.
>
> Ne serait-il pas imaginable de créer une sorte de serveur DNS pour les
> adresses physiques ?
Le protocole LISP décrit
Jimmy Thrasibule wrote:
>Le plus souvent dans les data center, on possède un inventaire des
>adresses physiques de chaque machine.
>
>Ne serait-il pas imaginable de créer une sorte de serveur DNS pour les
>adresses physiques ?
>
>
>Jimmy
>
>
>
>---
>Liste de diffusion du F
Le plus souvent dans les data center, on possède un inventaire des
adresses physiques de chaque machine.
Ne serait-il pas imaginable de créer une sorte de serveur DNS pour les
adresses physiques ?
Jimmy
---
Liste de diffusion du FRnOG
http://www.frnog.org/
La virtualisation du réseau des utilisateurs sur le cloud permet aussi
de résoudre ces problèmes.
Chaque domaine de broadcast fourni aux utilisateurs (ou client) est
encapsulé sur le réseau physique (grâce à des techno comme NVGRE, STT,
VXLAN...) et est capable d'être routé sur ce réseau physique.
Stephane Bortzmeyer, le Wed 30 Jan 2013 09:34:04 +0100, a écrit :
> La principale différence est qu'ARP utilise le "broadcast" et ND le
> "multicast". En théorie, cela permet que les requêtes n'aillent
> pas dans tout le réseau, seulement dans les parties où il y a des
> machines IPv6.
Mais aussi,
http://www.bortzmeyer.org/6820.html
Auteur(s) du RFC: T. Narten (IBM), M. Karir (Merit Network), I. Foo (Huawei
Technologies)
Lorsque des dizaines de milliers, voire des centaines de milliers de
machines, sont connectées au même résea
