Cette version se distingue notamment de la version 1 par le support complet des spécifications de Mobile IPv6, basé sur la RFC 3775 (finalisé en juin 2004) et non plus sur un document en cours d'élaboration comme c'était le cas précédemment. De plus un gros transfert de code du noyau vers la partie utilisateur devrait permettre une intégration plus simple dans la branche principale du noyau Linux.
Il s'agit d'une étape importante, signe que la technologie est là et prête à sortir des laboratoires de recherche, comme le montrent certaines initiatives telles que le projet IPv6-ADIRE ou la Journée Mobilité IPv6 organisée récemment. De façon basique, on désigne par le terme mobilité le fait de pouvoir subir un changement de configuration réseau tout en gardant une connectivité, le tout de manière transparente. On distingue la mobilité horizontale correspondant au fait de se déplacer en utilisant une même technologie d'accès (par exemple une personne qui passe d'un réseau à un autre en sans-fil) et la mobilité verticale correspondant quant-a elle à un changement d'interface réseau (par exemple une personne connecté à la fois en filaire et en sans-fil et qui voudrait que le sans-fil prenne le relais lorsque son câble réseau est débranché). Sans gestion de la mobilité, de tels changements entraînent une modification de l'adresse IP et une coupure des connexions en cours. Mobile IPv6 est un protocole standardisé par l'IETF qui permet de résoudre ce problème en introduisant le concept d'adresse mère: avec une seule et même adresse, un utilisateur reste joignable quel que soit le réseau dans lequel il se trouve ou l'interface qu'il utilise.
Parallèlement à MIPL, le projet KAME développe le support de la mobilité IPv6 pour l'ensemble des Unix/BSD. Du côté des implémentations propriétaires, Microsoft a également développé un patch pour Windows XP SP1. Cisco et 6Wind intègrent eux aussi la mobilité IPv6 dans leurs équipements.
Des utilisations concrètes de la mobilité IPv6 sont faites au Japon par des ambulances qui permettent de suivre l'état du patient en direct avant l'arrivée à l'hôpital. D'autres tests se déroulent dans des voitures, cars, avions. Pour les applications industrielles, on peut d'ores et déjà compter sur les fabricants de terminaux mobiles qui de plus en plus renferment un Linux embarqué. Des applications au niveau des services peuvent également être envisagées, notamment en fournissant une connectivité IPv6 dans les transports en commun.
Avec le succès écrasant des GSM, et l'arrivée de la téléphonie 3ème génération, gageons que la mobilité IPv6 soit la killer application qui permettra à IPv6 de prendre (enfin !) son envol.
Aller plus loin
- Site officiel (24 clics)
- L'annonce (2 clics)
- IPv6-Adire (15 clics)
- Journée Mobilité IPv6 (10 clics)
- GO-Core (2 clics)
- USAGI - Linux IPv6 (4 clics)
# bien!
Posté par wahnby . Évalué à 4.
Pour ceux qui ne savent pas, si vous voulez IPv6 et que vous etes chez free vous pouver signer la pétition: http://ipv6pourtous.free.fr/
[^] # Re: bien!
Posté par Thomas DAVID . Évalué à 5.
[^] # Re: bien!
Posté par alung . Évalué à 0.
[^] # Re: bien!
Posté par kowalsky . Évalué à 3.
C'est taggé skype...?
[^] # Re: bien!
Posté par inico (site web personnel) . Évalué à 2.
ils reglent la QoS pour que le traffic a destination du port 80 et qui ressemble un peu à du traffic web soit prioritaire sur tous le reste .
[^] # Re: bien!
Posté par kowalsky . Évalué à 3.
[^] # Re: bien!
Posté par inico (site web personnel) . Évalué à 2.
[^] # Re: bien!
Posté par kowalsky . Évalué à 2.
ils reglent la QoS pour que le traffic a destination du port 80 et qui
ressemble un peu à du traffic web soit prioritaire sur tous le reste
tu veux dire:
charger une distrib sur le port 80 en http, ça va etre du download de base
donc avec une QoS favorisante (pour shematiser)
charger une distrib en bittorent, QoS defavorisante...?
Un tunnel VPN...? defavorisante la QoS...?
Moi j'ai un abonnement chez wanadoo, et je n'ai jamais constaté de difference,
que se soit sur mes tunnels VPN, a destination de n'importequelle
ports tcp...
ça m'interesse ton histoire, parce que j'avais constaté des variations de
temps de reponse et de debits il y a peu (env. 2 mois), mais depuis, plus
rien, tout "stable"...!
Je ne trouve rien de concluant la dessus sur le web, sur la QoS qui m'empeche
de trouver...!! :)
[^] # Re: bien!
Posté par inico (site web personnel) . Évalué à 2.
En faite, il y a un QoS chez tous les FAi mais ca ne se remarque uniquement quand il y a saturation ce qui est souvent le cas chez Free non degroupé ...
[^] # Re: bien!
Posté par Jak . Évalué à 2.
# Fin de KAME
Posté par herodiade . Évalué à 5.
Les ressources du projet seront réallouées notament pour travailler sur la mobilité.
cf. http://www.kame.net/newsletter/20051107/ et http://www.wide.ad.jp/news/press/20051107-KAME-e.html
Pour un complément d'informations en français et de bonne qualité sur IPv6 en général et la mobilité en particulier, le fameux O'Reilly « IPv6, Théorie et Pratique » de Gisèle Cizault (nom d'écrivain pour un collectif de spécialistes) est maintenant en cours de « wikification », gracieusement et publiquement accessible sur http://livre.point6.net/index.php/Accueil
[^] # Re: Fin de KAME
Posté par FRLinux (site web personnel) . Évalué à 1.
[1] http://www.oreilly.com/catalog/ipv6na/
Steph
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.