{"id":342,"date":"2017-04-25T11:28:20","date_gmt":"2017-04-25T09:28:20","guid":{"rendered":"http:\/\/www.gatoux.com\/?page_id=342"},"modified":"2017-04-25T15:32:35","modified_gmt":"2017-04-25T13:32:35","slug":"lhistoire-du-protocole","status":"publish","type":"page","link":"https:\/\/racine.gatoux.com\/lmdr\/index.php\/lhistoire-du-protocole\/","title":{"rendered":"L’histoire du protocole"},"content":{"rendered":"

C’est encore la faute des militaires …<\/h2>\n

C’est vrai, chacun y va de sa propre petite histoire sur IP. On trouve cependant quelques accords. Tout le monde s’accordent \u00e0 dire qu’il a pour origine un cahier des charges militaire. En effet, l’US Army poss\u00e9dait d\u00e9j\u00e0 dans les ann\u00e9es 60 pas mal d’ordinateurs raccord\u00e9s entre-eux par des r\u00e9seaux d’\u00e9changes de messages.<\/p>\n

Certains diront qu’IP est une des cons\u00e9quences de l’effet Spoutnik ! Les US se sont, un jour, r\u00e9veill\u00e9s avec un satellite Russe qui faisait Bip-Bip au dessus de leurs t\u00eates. Celui-ci pouvait les atteindre sans qu’ils puissent r\u00e9agir (pour peu qu’il ait \u00e9t\u00e9 arm\u00e9 !), et il faisait plusieurs fois le tour de la terre en moins de temps qu’il ne faut pour le dire !<\/p>\n

Terroris\u00e9s (craintifs ses riquains !) ils se sont rendus compte que, depuis le ciel, des missiles correctement plac\u00e9s pouvaient isoler leurs centres de commandements en cassant leurs r\u00e9seaux de raccordement. Ceux-ci \u00e9taient en effet peu fiables, pas de routage de secours, configuration manuelle, enfin bref, la pr\u00e9histoire quoi !!<\/p>\n

Ils ont donc demand\u00e9 l’\u00e9tude d’un nouveau r\u00e9seau \u00e0 commutation de paquets qui serait capable de r\u00e9sister \u00e0 une amputation partielle de ses infrastructures.<\/p>\n

L’ ARPA<\/strong> (A<\/strong>dvanced R<\/strong>esearch P<\/strong>roject A<\/strong>gency) a \u00e9t\u00e9 charg\u00e9 d’\u00e9tablir un cahier des charges d’un protocole d’interconnexion des r\u00e9seaux de d\u00e9fense am\u00e9ricains avec reconfigurations automatiques en cas de ruptures. C’est la d\u00e9finition du mode de transfert en paquets et bient\u00f4t la naissance de l’IP\/DoD (Department Of Defense).<\/p>\n

En 1969, les premiers tests d’IP se d\u00e9roulent sur un r\u00e9seau de 4 noeuds interconnect\u00e9s. C’est, je pense, la premi\u00e8re fois qu’IP se prom\u00e9ne si je puis dire ! Tr\u00e8s rapidement l’arm\u00e9e \u00e9tend son r\u00e9seau de d\u00e9fense sur IP et on assiste \u00e0 la cr\u00e9ation d’ARPANET<\/strong> (ARPA Network<\/strong>).<\/p>\n

Oui … Mais si les Universit\u00e9s s’en m\u00ealent …<\/h2>\n

L’arm\u00e9e, pour ses besoins de recherche (d’armes toujours plus high-tech !), utilise de nombreux scientifiques g\u00e9n\u00e9ralement bas\u00e9s en Universit\u00e9s (sauf pour la bombe A o\u00f9 ils les avait mis dans un camp !!), et a donc petit \u00e0 petit propos\u00e9 le raccordement de certaines universit\u00e9s au r\u00e9seau ARPANET. Petit \u00e0 petit le r\u00e9seau a grossi. Et l’arm\u00e9e a donc isol\u00e9 la partie militaire du r\u00e9seau qui s’est alors appel\u00e9 : MilNet<\/strong> (Military Network).<\/p>\n

Autre fait concourant \u00e0 la popularisation d’IP f\u00fbt la lib\u00e9ration du code UNIX<\/strong> d\u00e9velopp\u00e9 par ATT (inutile de les pr\u00e9senter je pense !) \u00e0 l’universit\u00e9 de Berkeley (Unix BSD). IP a alors \u00e9t\u00e9 int\u00e9gr\u00e9 au noyau UNIX, ce qui a largement contribu\u00e9 \u00e0 son expansion, sachant qu’UNIX \u00e9tait l’OS start de l’\u00e9poque (tout \u00e7a c’\u00e9tait avant l’arriv\u00e9e de notre Bilou International, que dis-je … galactique !).<\/p>\n

Et, il y a eu les LAN aussi …<\/h2>\n

Sont apparues dans les ann\u00e9es 70 et 80 des nouvelles technologies de r\u00e9seaux sur support dits \u00ab\u00a0fiables\u00a0\u00bb. Ces r\u00e9seaux avaient une couverture limit\u00e9e \u00e0 celle de l’entreprise, ils \u00e9taient donc locaux. Ce sont des RLE<\/strong> (R\u00e9seaux Locaux d’Entreprises) plus connus sous l’appelation de LAN<\/strong> (Local Area Network). Leurs noms vous sont sans doute familiers : Ethernet<\/strong>, Token Ring<\/strong> ou FDDI<\/strong> (attention c’est un MAN : Metropolitan Area Network). Leur caract\u00e9ristique principale de support fiable, garantissait une transmission avec un minimum d’erreurs. Il n’y avait alors plus lieu d’utiliser des protocoles complexes (connexion, gestion de flux, contr\u00f4le d’erreur, reprise sur erreur, …) comme X25 pour assurer le transport de l’information. Ils sont devenus le terrain de pr\u00e9dilection d’IP !<\/p>\n

Et puis, VINTCERF : le Papa d’Internet !<\/h2>\n

Puis le Papa d’Internet est arriv\u00e9 : Vintcerf<\/strong> qui d\u00e9fini le protocole TCP<\/strong> qui va pallier aux insuffisances d’IP. En effet, je l’ai dit, IP est un protocole tr\u00e8s simple qui ne garanti aucune livraison d’information, ne fait pas de contr\u00f4le ou de reprise sur erreur, n’\u00e9tabli pas de connexion et encore moins de gestion de flux. Si ces caract\u00e9ristiques sont garantes d’un excellent rendement de transmission (mois de contr\u00f4les = moins d’infos de gestion = meilleur d\u00e9bit utile) elles avaient du mal \u00e0 s’appliquer aux r\u00e9seaux longues distance de l’\u00e9poque qui \u00e9taient avouons le tout sauf performants ! Le protocole TCP a permis d’\u00e9tablir au-dessus d’IP (en couche 4) une connexion entre deux machines qui permettait le contr\u00f4le et la reprise d’erreur, la gestion de flux, et d’autres subtilit\u00e9s comme l’adressage de sockets ! Ce fut une r\u00e9elle avanc\u00e9e !<\/p>\n

IP certes ! Mais IP et ses petits amis …<\/h2>\n

Puis sont n\u00e9 un tas de protocoles annexes, v\u00e9ritables greffons d’IP qui sont venus enrichir les fonctions, et ont fini par le propulser \u00e0 la premi\u00e8re place aujourd’hui. Ces protocoles sont HTTP<\/strong> (pour l’HTML et le Web), NNTP<\/strong> (pour les News), SMTP<\/strong> (pour le Mail), SNMP<\/strong> (pour l’administration), TELNET<\/strong> (pour l’\u00e9mulation d’\u00e9cran virtuel), …<\/p>\n

Certains protocoles moins connus par le grand public contribuent cependant \u00e0 la notori\u00e9t\u00e9 d’IP, ce sont les protocoles de routage que j’esp\u00e8re nous aurons un jour la chance d’\u00e9tudier ensemble. Ils se nomment RIP<\/strong>, EGP<\/strong>, IGRP<\/strong>, OSPF<\/strong>, BGP<\/strong>(4) et c’est en fait eux les garants de l’acheminement de vos pages Web sur vore navigateur. Sans eux, Internet ne serait pas ce qu’il est aujourd’hui !<\/p>\n

Tout \u00e7a c’est bien, mais \u00e7a ne remplacera pas l’homme !<\/h2>\n

Mais le facteur le plus important dans la popularisation d’IP ne se situe pas au niveau technique. Il est au niveau humain, et il tient \u00e0 son principe d’\u00e9volution. En effet tout l’environnement protocolaire IP est en v\u00e9rit\u00e9 le fruit de travaux coll\u00e9giaux entre des centaines de passionn\u00e9s. On dit qu’Internet ne supporte aucune loi, et c’est vrai. C’est l’utilisateur qui l’a fait \u00e9voluer en fonction de ses besoins. Chaque protocole est le r\u00e9sultat de travaux d’un ou plusieurs groupes qui avaient des besoins et ont cherch\u00e9 des solutions. Ils ont ensuite publi\u00e9 le r\u00e9sultat de leurs cogitations sous forme de brouillons (des DRAFTS<\/strong>) pour information et participation. Lorsqu’un consensus est adopt\u00e9, le DRAFT se mue en RFC<\/strong> (Request For Comments = Appel \u00e0 commentaire). Cette RFC fait office de norme, mais n’en est pas une. C’est \u00e0 dire que chacun peut se l’approprier, la modifier et sortir sa propre version. Il n’y a aucune information \u00e9mise sur l’\u00e9volution d’une RFC, il faut s’enqu\u00e9rir soit m\u00eame d’une possible \u00e9volution.<\/p>\n

Ce principe de fonctionnement peut para\u00eetre brouillon mais il a l’avantage d’\u00eatre extr\u00eamement dynamique ! C’est ce mode de fonctionnement qui a permis \u00e0 IP de supplanter les environnements OSI, qui s’ils sont parfaitement cern\u00e9s et normalis\u00e9s, n’en mettent pas moins dix ans pour para\u00eetre !!<\/p>\n

Oui, mais c’est qui le Chef ?<\/h2>\n

Il n’existe pas comme avec OSI, sur Internet d’organisme de r\u00e9glementation des normes. Sur Internet il n’y a pas de normes, il y a des RFC, qui comme leur nom l’indique sont des Avis que l’on peut commenter (pour modifier !). Les seuls organismes vaguement r\u00e9glementaires que l’on peut trouver sont :<\/p>\n