On 10/14/11 16:42, Guillaume Barrot wrote:
Perso j'avais commencé à bosser sur un proto à base de DHCP sur les interfaces physiques, d'un démon de routage et le service porté sur une "loopback", mais l'idée d'avoir une table de routage peuplée de /32 dans tous les coins ... du bricolage je vous dit !
Ici aussi nous avons un besoin identique avec les datacenters virtuels reposant sur plusieurs infrastructures physiques connectées entre elles par un réseau routé : les VM peuvent tourner à un instant t sur un hôte dont on ne connait pas la localisation (on s'approchaine du principe d'incertitude en informatique, cela n'augure rien de bon ;-) .)
Puisque vous citez Vmotion, je pense que le fournisseur d'hyperviseur concerné pourrait par exemple implémenter OSPF dans Vshield pour faire annoncer les adresses IP de chacune des VM qu'un hôte physique héberge à cet instant.
J'admets que cela revient à remplir une RIB de /32, mais ce peut être résolu assez simplement avec une aire NSSA /ad hoc/ par exemple pour ne pas perturber le coeur.
Je ne pense donc pas qu'il soit nécessaire d'inventer ou implémenter de nouveaux protocoles pour répondre à une problématique somme-toute assez basique que d'autres protocoles plus anciens peuvent déjà résoudre. Il suffirait que les fournisseurs de systèmes de virtualisation poussent un peu plus loin sur les questions de réseau (questions qu'ils créent eux-même en partie, par ailleurs.)
Malheureusement, c'est souvent le réseau qui doit se plier aux exigeances du système / de l'applicatif, mais rarement l'inverse. Le plus gros écueil observé reste que souvent la limite entre les deux mondes n'est pas connue ou définie par les concepteurs de logiciels, conduisant ainsi à de belles technologies de virtualisation ou autre qui vont devoir reposer sur des infra réseaux miteuses.
La LoL-génération traduirait ceci par : "Fail." -- Antoine Versini - Nerim --------------------------- Liste de diffusion du FRnOG http://www.frnog.org/
