diff --git a/content/reseau/3-protocoles/index.md b/content/reseau/3-protocoles/index.md index 35ebb6d..d0c85a9 100644 --- a/content/reseau/3-protocoles/index.md +++ b/content/reseau/3-protocoles/index.md @@ -5,18 +5,18 @@ date: 2018-09-12 --- Les protocoles sont des conventions qui définissent des manières de communiquer. -En informatiquem on dénombre deux types de protocoles : binaires ou textuels. +En informatique on dénombre deux types de protocoles : binaires ou textuels. Théoriquement, aucun protocole ne peut être parfait. Ceci peur être illustré par -,le théorême des deux armees : +,le théorème des deux armées : -> Soit des armées aui combattent, l'armée A, composée d'un seul soldat est -> assiégés par l'arméé B composée elle de deux soldats. +> Soit deux armées qui combattent, l'armée A, composée d'un seul soldat est +> assiégés par l'armée B composée elle de deux soldats. > -> Les deux soldats B sont de part-et d'autres du soldat de A qui possède un +> Les deux soldats B sont de part et d'autres du soldat de A qui possède un > fusil. Pour assurer leurs victoire, les deux soldats B doivent attaquer de -> façon coodonnée. Utilisant des pigeons voyageurs, comment s'assurer de la bnne -> transmission des messages : le soldat A pourrait tuer le messager à tout +> façon coordonnée. Utilisant des pigeons voyageurs, comment s'assurer de la +> bonne transmission des messages : le soldat A pourrait tuer le messager à tout > moment (contenant le message ou la confirmation de bonne réception). # La commutation de circuits @@ -38,7 +38,7 @@ des routes aui peuvent être différentes. Il n'y a pas ici de réservation de route, optimisant l'utilisation de la ressource. En France, l'ingénieur [Louis Pouzin][w_l-pouzin] a inventé le datagramme qui -servira de base pour le réseau par commutation de paquest, puis pour le +servira de base pour le réseau par commutation de paquets, puis pour le protocole UDP et inspirera Vint Cerf pour la création de TCP-IP Voir [la commutation de paquets][w_comm-pak] sur Wikipedia @@ -48,7 +48,7 @@ Voir [la commutation de paquets][w_comm-pak] sur Wikipedia # Les sommes de contrôles -Les *checksum* ou sommes de controles permettent de s'assurer de l'intégrité +Les *checksum* ou sommes de contrôles permettent de s'assurer de l'intégrité d'un message reçu par le réseau. Ce n'est cependant pas un code de correction d'erreur, le but ici est bien la détection (pour éventuellement demander à l'expéditeur de renvoyer le message). @@ -66,7 +66,7 @@ Voir [les sommes de contrôles][w_checksum] # Le protocole TCP TCP pour *Transmission Control Protocol* est un protocole de transport fiable de -l'information sur des réseau infomatique. Il correspond à la couche +l'information sur des réseau informatique. Il correspond à la couche **transport** du modèle OSI. Il fonctionne en trois phases : - L'établissement d'une connection @@ -87,55 +87,55 @@ Le serveur ouvre une *socket* et attends la demande de connexion du client Durant ces échanges, les numéros de séquences du serveur et du client sont synchronisés. Le client utilise son numéro de séquence `x` pour son premier segment *SYN*. Le serveur utilise son numéro de séquence `y` dans le segment -*ACK+SYN* et le numero d'aquitement `x + 1`. Le client confirme par un *ACK* -avec comme numéro de séquence `x + 1` et comme numéro d'aquittement `y + 1`. +*ACK+SYN* et le numéro d'acquittement `x + 1`. Le client confirme par un *ACK* +avec comme numéro de séquence `x + 1` et comme numéro d'acquittement `y + 1`. ## Tranfert de données -![Transfert de données TCP (source Wikipedia)](images/Tcp_talk.svg) +![Transfert de données TCP (source Wikipedia)](./images/Tcp_talk.svg) Lors du transfert de données, les numéros de séquences sont utilisés afn de -réordonner les paquets. Les aquitements servent à s'assurer de la transmission +réordonner les paquets. Les acquittements servent à s'assurer de la transmission des messages et les sommes de contrôles leurs intégrités. - Le serveur envoi un paquet avec comme numéro de séquence `x` et est numero - d'aquittement `y` avec `z` octets - - le client réponds avec un sergment *ACK* avec comme numéro de séquence `x` - et comme numéro d'aquittenemt `y + z` + d'acquittement `y` avec `z` octets + - le client réponds avec un segment *ACK* avec comme numéro de séquence `x` + et comme numéro d'acquittement `y + z` -Les numéros de soéquences sont des nombres entiers non-signés codés sur 32bits +Les numéros de séquences sont des nombres entiers non signés codés sur 32bits ### temporisation -TCP utilise un mécanisme de temporisation et de retransmission. Après l'emvoi +TCP utilise un mécanisme de temporisation et de retransmission. Après l'envoi d'un segment, TCP attendra un certain temps la confirmation par un *ACK* correspondant. ## Terminaison d'une connexion -![Fin connexion TCP (source Wikipedia)](images/Tcp_close.svg) +![Fin connexion TCP (source Wikipedia)](./images/Tcp_close.svg) -La fin d'une connexion TCP se fait en quatre temps, chaque extremités de la +La fin d'une connexion TCP se fait en quatre temps, chaque extrémité de la connexion envoyant un segment *FIN* et répondant à l'autre par un *ACK* ## Gestion des flux -Dans un espace réseau, comment les extremités (souvent le serveur) devinent la +Dans un espace réseau, comment les extrémités (souvent le serveur) devinent la vitesse de transmission des segments? En général prudemment : le serveur -commence à transferer les données lentement et augmente au fur et à mesure le +commence à transférer les données lentement et augmente au fur et à mesure le débit. Il inspecte alors les *ACK* et ajuste le débit en fonction des retours. -![Gestion de flux d'une connexion TCP (source Wikipedia)](images/Tcp_flux.svg) +![Gestion de flux d'une connexion TCP (source Wikipedia)](./images/Tcp_flux.svg) 1. la connexion démarre doucement, le débit augmente au fur et à mesure que les *ACK* reviennent en temps et en heure. 2. les segments *ACK* n'arrivent pas à temps, le débit est diminué. - 3. à partir du moment ou les segments *ACK* arrivent bien, le débit est aumenté - à nouveau progressivement. - 4. on repasse à létape 2. + 3. à partir du moment ou les segments *ACK* arrivent bien, le débit est + augmenté à nouveau progressivement. + 4. on repasse à l'étape 2. - Il existre plusieurs algorithmes pour la gestion du débit : Reno, Vegas, Bil, + Il existe plusieurs algorithmes pour la gestion du débit : Reno, Vegas, Bil, Cubil. # Bibliographie