IMA4 2016/2017 ECP1 : Différence entre versions
(→Documents) |
(→Travail effectué) |
||
Ligne 22 : | Ligne 22 : | ||
== Travail effectué == | == Travail effectué == | ||
+ | |||
+ | Lundi 5 juin | ||
+ | |||
+ | J'ai tout d'abord commencé a me familiariser avec le logiciel de simulation et tente de comprendre comment celui ci fonctionnait. j`ai ensuite ouvert les pages HTML et JAVASCRIPT pour comprendre comment elles étaient organisées. | ||
+ | Après avoir relus les notions de bases en java script, ainsi que mes cours de réseau j'ai tente de comprendre pourquoi une des simulations fournies ne fonctionnait pas (en effet sur le schéma le plus complexe, deux stations ne sont pas capable de recevoir les paquet. Le problème venait d'une mauvaise configuration des masques. | ||
+ | Les paquet ARP sembles fonctionner pourtant il m'est demandé de veiller à leur bon fonctionnement dans le cahier des charges. | ||
== Documents == | == Documents == |
Version du 5 juin 2017 à 11:08
Sommaire
Présentation du projet
Contexte
L'élève effectue son stage au Vietnam sans aucun matériel informatique personnel. Il lui est proposé une EC purement logicielle pouvant être développée sur n'importe quel système d'exploitation. Une machine virtuelle Linux est cependant nécessaire pour une partie du projet.
Objectif
L'objectif est de compléter un simulateur réseau écrit en JavaScript et tournant dans un navigateur. Ce simulateur se trouve à l'adresse http://rex.plil.fr/reseau.
Description du projet
Il est demandé d'ajouter la gestion des paquets ICMPv4 au simulateur. Cet ajout doit se faire proprement avec gestion des paquets ARP et mise en file d'attente des paquets IPv4 en attente de résolution d'adresses IPv4 en adresses Ethernet. Les paquets ICMPv4 à gérer sont les paquets de demande (ICMP de type 8) et de réponse d'écho (ICMP de type 0) ainsi que les paquet de redirection de route (ICMP de type 5). Les machines et les éléments du réseau pourront ainsi être testées par la commande ping
mais aussi générer une erreur ICMP lorsqu'un paquet ne peut pas être routé pour diverses raisons.
En parallèle, pour tester la gestion des ICMPv4, il est demandé que le simulateur puisse gérer des éléments "externes". Le comportement de ces éléments ne sera pas pris en charge par le simulateur mais par un système d'exploitation externe. Le simulateur se contentera d'envoyer les paquets destinés aux éléments externes à une interface Ethernet virtuelle d'une machine Linux. A l'inverse, les paquets générés par l'interface virtuelle seront injectés dans le simulateur. La communication entre le simulateur et les interfaces virtuelles doit s'effectuer par des serveurs WebSocket. Vous utiliserez la bibliothèque WebSocket 2.x de Linux.
Cahier des charges
Un schéma d'ensemble précis du système est demandé. Ce schéma doit à la fois représenter l'architecture de communication entre le simulateur et les interface Ethernet virtuelles mais aussi l'architecture interne des modules du simulateur.
Planning prévisionnel
Travail effectué
Lundi 5 juin
J'ai tout d'abord commencé a me familiariser avec le logiciel de simulation et tente de comprendre comment celui ci fonctionnait. j`ai ensuite ouvert les pages HTML et JAVASCRIPT pour comprendre comment elles étaient organisées. Après avoir relus les notions de bases en java script, ainsi que mes cours de réseau j'ai tente de comprendre pourquoi une des simulations fournies ne fonctionnait pas (en effet sur le schéma le plus complexe, deux stations ne sont pas capable de recevoir les paquet. Le problème venait d'une mauvaise configuration des masques. Les paquet ARP sembles fonctionner pourtant il m'est demandé de veiller à leur bon fonctionnement dans le cahier des charges.