Archive for the ‘cours enregistrés’ Category

Support de cours Formation M2M

Thursday, May 15th, 2014

F2R201A – Transition IPv6 (2/2)

Wednesday, April 10th, 2013

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 ils peuvent intervenir dans une première étape de migration d’une entreprise vers IPv6.

F2R201A – Transition IPv6 (1/2)

Wednesday, April 10th, 2013

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.

Du M2M à l’Internet des Objets

Thursday, March 14th, 2013

Yannick Delibie de la société Kerlink présente sa vision du marché de l’Internet des Objets.

Première partie

Présentation de Kerlink et des problématiques liée à la télé relève des compteurs d’eau et de gaz.

Seconde partie: Le marché du M2M

Troisième Partie: le marché de L’internet des Objets

Dans cette partie, Yannick présente également son projet de traversé de la méditerranée en Juin en planche en voile.

Pascal Thubert – RPL and the Fringe

Friday, March 8th, 2013

Super cours de Pascal Thubert sur RPL et les évolutions de l’Internet à la bordure du réseau (la frange). Où l’on apprend tout (par le co-auteur des RFC) sur RPL et surtout les raisons qui ont conduit au standard actuel.

Première partie

Seconde partie

F2R501D – CoAP (3/3)

Friday, March 1st, 2013

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 nous focalisons sur le protocole avec la partie transport et la partie représentation des URI. Nous regardons comment l’interopérabilité est faite entre HTTP et CoAP ainsi que les protocoles de découverte de ressources.

F2R501D – 6LoWPAN (2/3)

Friday, March 1st, 2013

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 discuter avec n’importe quel noeud
  • Route-Over, où chaque noeud est vu comme un router

On se penche ensuite sur la compression des en-têtes et l’on étudie leur performances pour Mesh-Under et Route-Over

F2R501D – Réseaux de Capteurs (1/3)

Tuesday, February 12th, 2013

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 des ressources contraintes.

F2R201 – Cours 4 – Partie 8 – Ordre des extensions

Sunday, January 6th, 2013

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.

F2R201 – Cours 4 – Partie 7 – Extension Routing

Sunday, January 6th, 2013

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 supérieure aux options identiques d’IPv4. Tellement supérieure qu’elle a été retirée du protocole car pouvant permettre des attaques par déni de service.