Cours Réseaux

Dans cette deuxième partie on continue a explorer les mécanismes de transition. On se préoccupe des CGN c’est à dire comment déplacer le NAT à l’intérieur du réseau. On regarde aussi l’intérêt de la traduction d’en-tête pour rentre les applications compatibles entre les mondes IPv6 et IPv4. On regarde aussi l’utilisation de reverse-proxy et comment […]

Dans cette partie, on regarde les aspects globaux de la transition, pourquoi est-elle nécessaire, quelles sont les différentes approches possibles (tunnels, traductions,…). Ensuite nous regardons deux mécanismes mis en oeuvre par les opérateurs français 6rd pour Free et Softwires Hub and Spoke pour SFR. [embedplusvideo height=”365″ width=”450″ standard=”http://www.youtube.com/v/hkbwwgs9nX0?fs=1″ vars=”ytid=hkbwwgs9nX0&width=450&height=365&start=&stop=&rs=w&hd=0&autoplay=0&react=1&chapters=¬es=” id=”ep9656″ /]

On finit d’étudier 6LoWPAN en regardant les propositions pour faie entrer Neighbor Discovery dans le moule des réseaux LoWPAN. On traite rapidement RPL et l’on se focalise sur CoAP. Ce protocole simplifie l’utilisation d’une architecture REST en proposant une alternative légère à HTTP. Dans le premier cours nous avons vu l’architecture, dans ce cours nous […]

Dans cette partie, on regarde plus en détail 6LoWPAN, pourquoi IPv6 ne peut pas être directement utilisé. On étudie les différences de fonctionnement entre les approches : Mesh-Under, où le réseau est vu comme un lien sur lequel on doit ajouter les fonctions de broadcast et de relayage de niveau 2 pour permettre à IPv6 […]

Cette partie présente l’intérêt d’Internet pour connecter les objets (par exemple des capteurs). Après un peu de propagande pour IP dans ce monde hostile, on présente les différents éléments de cette architecture à savoir l’adaptation d’IPv6 à cet environnement (6LoWPAN), le routage avec RPL et CoAP pour prolonger les principes de REST aux systèmes ayant […]

Après avoir vu le fonctionnement d’une extension, on peut maintenant se permettre de les enchaîner et l’on voit que l’ordre dans lequel on les place conduit à des comportements différents.

Maintenant que l’en-tête est connue, on peut s’attaquer au mécanisme des extensions qui permettent (en théorie) d’ajouter des fonctionnalités au protocole, sans compliquer son traitement dans le réseau. Pour illustrer le fonctionnement, on regarde l’extension de routage qui permet de spécifier les routeurs par lesquels le paquet doit passer. On voit pourquoi cette extension est […]

Après s’être débarrassé de ce qui ne sert plus à rien, on secoue l’en-tête pour changer la place des champs et leur noms, on allonge la taille des champs adresses, on ajoute un champ Flow Label et on obtient un joli en-tête IPv6.

Et finalement le checksum qui n’est plus très utile, et qui en IPv6 sera supprimé du niveau 3 pour être rendu obligatoire au niveau 4.

Vient le tour de la fragmentation qui n’est employée que pour des trafic UD, ce qui fait qu’en IPv6, elle deviendra optionnelle et traitée pour une extension spécifique.