Histoire d'Internet : ARPANET - paquet

Histoire d'Internet : ARPANET - paquet
Schéma du réseau informatique ARPA en juin 1967. Cercle vide - ordinateur avec accÚs partagé, cercle avec une ligne - terminal pour un seul utilisateur

Autres articles de la série :

À la fin de 1966 Robert Taylor avec des fonds de l'ARPA a lancĂ© un projet de liaison de plusieurs ordinateurs en un seul systĂšme, inspirĂ© par l'idĂ©e de «rĂ©seau intergalactique» Joseph Carl Robnett Licklider.

La responsabilitĂ© de l'exĂ©cution du projet a Ă©tĂ© confiĂ©e par Taylor Ă  de bonnes mains Larry Roberts. L'annĂ©e suivante, Roberts a pris plusieurs dĂ©cisions critiques qui rĂ©sonneront par la suite dans l'architecture technique et la culture d'ARPANET et de ses successeurs, parfois mĂȘme pendant plusieurs dĂ©cennies. La premiĂšre dĂ©cision en importance, bien que non chronologiquement, Ă©tait de dĂ©finir le mĂ©canisme de routage des messages d'un ordinateur Ă  l'autre.

Le problĂšme

Si l'ordinateur A veut envoyer un message Ă  l'ordinateur B, comment ce message peut-il trouver son chemin d'un Ă  l'autre ? En thĂ©orie, on pourrait permettre Ă  chaque nƓud du rĂ©seau de communiquer avec tous les autres, en reliant physiquement chaque nƓud Ă  chaque autre nƓud par des cĂąbles. Pour communiquer avec B, l'ordinateur A enverrait simplement le message par le cĂąble sortant qui le relie Ă  B. Ce type de rĂ©seau est appelĂ© rĂ©seau entiĂšrement connectĂ©. Cependant, Ă  toute taille significative du rĂ©seau, cette approche devient rapidement impraticable, car le nombre de connexions augmente comme le carrĂ© du nombre de nƓuds (pour ĂȘtre prĂ©cis, comme (n2 - n) / 2).

Il est donc nĂ©cessaire d'avoir un moyen de construire un itinĂ©raire pour le message, qui, Ă  son arrivĂ©e sur un nƓud intermĂ©diaire, l'enverrait plus loin vers sa destination. Au dĂ©but des annĂ©es 1960, deux approches de base Ă©taient connues pour rĂ©soudre ce problĂšme. La premiĂšre - la mĂ©thode de commutation des messages par « stockage et transmission ». Cette approche Ă©tait utilisĂ©e par le systĂšme tĂ©lĂ©graphique. Lorsque le message arrivait Ă  un nƓud intermĂ©diaire, il y Ă©tait temporairement stockĂ© (gĂ©nĂ©ralement sous forme de bande papier) jusqu'Ă  ce qu'il soit possible de le transmettre ensuite Ă  sa destination, ou Ă  un autre centre intermĂ©diaire plus proche de la destination.

Puis est arrivĂ© le tĂ©lĂ©phone, nĂ©cessitant une nouvelle approche. Un dĂ©lai de quelques minutes aprĂšs chaque dĂ©claration faite par tĂ©lĂ©phone, qui devait ĂȘtre dĂ©chiffrĂ©e et transmise Ă  destination, donnerait l'impression de converser avec une personne se trouvant sur Mars. Au lieu de cela, le tĂ©lĂ©phone a utilisĂ© la commutation de circuits. L'appelant dĂ©butait chaque appel par l'envoi d'un message particulier, dĂ©signant Ă  qui il souhaitait parler. Au dĂ©but, cela se faisait en discutant avec un opĂ©rateur, puis en composant un numĂ©ro, traitĂ© par un matĂ©riel automatique sur le commutateur. L'opĂ©rateur ou l'Ă©quipement Ă©tablissaient une connexion Ă©lectrique dĂ©diĂ©e entre l'appelant et le destinataire. Pour les appels interurbains, cela pouvait nĂ©cessiter plusieurs itĂ©rations, reliant l'appel Ă  travers plusieurs commutateurs. Une fois la connexion Ă©tablie, la conversation pouvait commencer, et la connexion Ă©tait maintenue tant qu'une des parties ne la coupait pas en raccrochant.

La communication numérique, qu'il a été décidé d'utiliser dans ARPANET pour connecter les ordinateurs, fonctionnait selon le schéma de partage de temps, utilisant les caractéristiques tant du télégraphe que du téléphone. D'une part, les messages de données étaient transmis dans des paquets distincts, comme sur le télégraphe, et non sous forme de conversations continues au téléphone. Cependant, ces messages pouvaient varier en taille selon les besoins, allant de commandes de console de quelques caractÚres à de grands fichiers de données transmis d'un ordinateur à un autre. Si des fichiers prenaient du temps à arriver, personne ne s'en plaignait. Mais l'interactivité à distance nécessitait une réaction rapide, comme lors d'un appel téléphonique.

Une diffĂ©rence importante entre les rĂ©seaux de donnĂ©es d'une part et le tĂ©lĂ©phone avec le tĂ©lĂ©graphe d'autre part Ă©tait la sensibilitĂ© aux erreurs dans les donnĂ©es traitĂ©es par les machines. Un changement ou une perte lors de la transmission d'un symbole dans un tĂ©lĂ©gramme, ou la perte d'un mot dans une conversation tĂ©lĂ©phonique, ne pouvait guĂšre perturber la communication entre deux personnes. Mais si le bruit sur la ligne alternait un seul bit de 0 Ă  1 dans une commande envoyĂ©e Ă  un ordinateur distant, cela pouvait complĂštement changer le sens de la commande. C'est pourquoi chaque message devait ĂȘtre vĂ©rifiĂ© pour dĂ©tecter les erreurs et renvoyĂ© en cas de dĂ©tection. De telles rĂ©pĂ©titions seraient trop coĂ»teuses pour de grands messages, et la probabilitĂ© d'erreurs Ă©tait plus Ă©levĂ©e dans ceux-ci car ils Ă©taient transmis plus longtemps.

La solution à ce problÚme est venue grùce à deux événements indépendants survenus en 1960, mais celui qui est apparu plus tard a été d'abord remarqué par Larry Roberts et l'ARPA.

Réunion

À l'automne 1967, Roberts est arrivĂ© Ă  Gatlinburg, Tennessee, en raison des sommets boisĂ©s des Great Smoky Mountains, pour livrer un document dĂ©crivant les plans de l'ARPA pour le dĂ©ploiement du rĂ©seau. Il travaillait dĂ©jĂ  depuis presque un an au bureau des technologies de traitement de l'information (Information Processing Technology Office, IPTO), mais de nombreux dĂ©tails du projet de rĂ©seau Ă©taient encore trĂšs flous, y compris la solution au problĂšme de routage. En dehors de mentions vagues des blocs et de leurs tailles, la seule rĂ©fĂ©rence Ă  cela dans le travail de Roberts Ă©tait une brĂšve et ambiguĂ« remarque Ă  la toute fin : « Il semble nĂ©cessaire de maintenir une ligne de communication utilisĂ©e pĂ©riodiquement pour obtenir des rĂ©ponses dans un dĂ©lai allant d'une dixiĂšme Ă  une seconde, nĂ©cessaire pour un travail interactif. Cela est trĂšs coĂ»teux en termes de ressources rĂ©seau, et Ă  moins que nous n'obtenions la capacitĂ© de tĂ©lĂ©phoner plus rapidement, la commutation de messages et la concentration deviendront trĂšs importantes pour les participants au rĂ©seau. » Il est Ă©vident qu'Ă  ce moment-lĂ , Roberts n'avait pas encore dĂ©cidĂ© s'il fallait abandonner l'approche qu'il avait utilisĂ©e conjointement avec Tom Marryll en 1965, c'est-Ă -dire relier des ordinateurs par le biais d'un rĂ©seau tĂ©lĂ©phonique commutĂ© par ligne automatique.

Par coĂŻncidence, un autre homme Ă©tait Ă©galement prĂ©sent Ă  ce mĂȘme symposium, avec une idĂ©e bien mieux Ă©laborĂ©e pour rĂ©soudre le problĂšme de la routage dans les rĂ©seaux de donnĂ©es. Roger Scantlebury a traversĂ© l'Atlantique depuis le Laboratoire national de physique britannique (British National Physical Laboratory, NPL) pour prĂ©senter son rapport. Scantlebury a pris Roberts Ă  part aprĂšs sa prĂ©sentation et lui a parlĂ© de son idĂ©e. de commutation de paquets. Cette technologie a Ă©tĂ© dĂ©veloppĂ©e par son supĂ©rieur au NPL, Donald Davies. Aux États-Unis, les rĂ©alisations et l'histoire de Davies sont peu connues, bien qu'Ă  l'automne 1967, le groupe de Davies au NPL ait Ă©tĂ©, au moins d'un an, en avance sur ARPA avec ses idĂ©es.

Davies, comme de nombreux premiers pionniers des ordinateurs Ă©lectroniques, Ă©tait formĂ© en physique. Il a obtenu son diplĂŽme du Imperial College de Londres en 1943 Ă  l'Ăąge de 19 ans, et a Ă©tĂ© immĂ©diatement recrutĂ© dans un programme secret de dĂ©veloppement d'armes nuclĂ©aires nommĂ© Tube Alloys. LĂ , il dirigeait une Ă©quipe de calculateurs utilisant des calculatrices mĂ©caniques et Ă©lectriques pour fournir rapidement des solutions numĂ©riques aux problĂšmes liĂ©s Ă  la fusion nuclĂ©aire (son supĂ©rieur Ă©tait Emil Julius Klaus Fuchs, un physicien allemand expatriĂ© qui, Ă  l'Ă©poque, avait dĂ©jĂ  commencĂ© Ă  transmettre des secrets nuclĂ©aires Ă  l'URSS). AprĂšs la guerre, il a entendu parler d'un projet dirigĂ© par le mathĂ©maticien John Womersley au NPL – il s'agissait de crĂ©er un ordinateur Ă©lectronique capable d'effectuer les mĂȘmes calculs Ă  une vitesse beaucoup plus grande. L'ordinateur dĂ©veloppĂ© par Alan Turing a Ă©tĂ© nommĂ© ACE, "machine de calcul automatique".

Davis a adhĂ©rĂ© Ă  cette idĂ©e et a rejoint le NPL aussi rapidement qu'il le pouvait. En contribuant Ă  un projet dĂ©taillĂ© et Ă  la crĂ©ation de l'ordinateur ACE, il est restĂ© profondĂ©ment impliquĂ© dans le domaine des machines de calcul en tant que responsable de la recherche au NPL. En 1965, il se trouvait aux États-Unis pour une rĂ©union professionnelle liĂ©e Ă  son travail et a profitĂ© de cette occasion pour visiter plusieurs grands sites informatiques dĂ©diĂ©s au temps partagĂ© afin de comprendre de quoi il s'agissait. Dans le milieu informatique britannique, le temps partagĂ© au sens amĂ©ricain de l'utilisation interactive conjointe d'un ordinateur par plusieurs utilisateurs n'Ă©tait pas connu. Pour eux, le temps partagĂ© signifiait la rĂ©partition de la charge de travail de l'ordinateur entre plusieurs programmes de traitement par lots (ce qui signifiait, par exemple, qu'un programme pouvait fonctionner pendant qu'un autre Ă©tait occupĂ© Ă  lire des donnĂ©es sur bande). Cette variante sera ensuite appelĂ©e multiprogrammation.

Les pĂ©ripĂ©ties de Davis l'ont amenĂ© au Project MAC au MIT, au projet JOSS de la RAND Corporation en Californie, et au systĂšme de partage de temps de Dartmouth dans le New Hampshire. Sur le chemin du retour, un de ses collĂšgues a suggĂ©rĂ© d'organiser un sĂ©minaire sur le partage collaboratif pour informer la communautĂ© britannique sur les nouvelles technologies qu'ils avaient dĂ©couvertes aux États-Unis. Davis a acceptĂ© et a accueilli chez lui plusieurs figures importantes du domaine informatique amĂ©ricain, y compris Fernando JosĂ© Corbato (le crĂ©ateur du « systĂšme de partage de temps compatible » au MIT) et le cĂ©lĂšbre Larry Roberts.

Lors du sĂ©minaire (ou peut-ĂȘtre juste aprĂšs), une idĂ©e a frappĂ© Davis : la philosophie de la division du temps pouvait Ă©galement ĂȘtre appliquĂ©e aux lignes de communication des ordinateurs, et pas seulement aux ordinateurs eux-mĂȘmes. Les ordinateurs Ă  temps partagĂ© fournissent Ă  chaque utilisateur un court laps de temps processeur, puis passent Ă  un autre, crĂ©ant pour chaque utilisateur l'illusion d'avoir son propre ordinateur interactif. De la mĂȘme maniĂšre, en dĂ©coupant chaque message en morceaux de taille standard, que Davis a appelĂ©s « paquets », un canal de communication peut ĂȘtre partagĂ© entre plusieurs ordinateurs ou utilisateurs d'un mĂȘme ordinateur. De plus, cela rĂ©soudrait tous les aspects de la transmission de donnĂ©es pour lesquels les commutateurs tĂ©lĂ©phoniques et tĂ©lĂ©graphiques Ă©taient mal adaptĂ©s. L'utilisateur travaillant avec un terminal interactif, envoyant de courtes commandes et recevant de courtes rĂ©ponses, ne sera pas bloquĂ© par la transmission d'un gros fichier, car cette transmission sera divisĂ©e en de nombreux paquets. Toute dĂ©tĂ©rioration dans de tels messages volumineux affectera un seul paquet, qui peut facilement ĂȘtre retransmis pour complĂ©ter le message.

Davis a dĂ©crit ses idĂ©es dans un document non publiĂ© de 1966 intitulĂ© « Proposition pour un rĂ©seau de communication numĂ©rique ». À ce moment-lĂ , les rĂ©seaux tĂ©lĂ©phoniques les plus avancĂ©s Ă©taient sur le point d’informatiser les commutateurs, et Davis a proposĂ© d'intĂ©grer la commutation de paquets dans le rĂ©seau tĂ©lĂ©phonique de nouvelle gĂ©nĂ©ration, crĂ©ant ainsi un rĂ©seau de communication Ă  large bande capable de traiter diverses demandes, des simples appels tĂ©lĂ©phoniques Ă  l'accĂšs Ă  distance aux ordinateurs. À ce stade, Davis avait Ă©tĂ© promu directeur de NPL, et il avait formĂ© un groupe de communication numĂ©rique dirigĂ© par Scantlebury pour rĂ©aliser son projet et crĂ©er une version dĂ©monstration fonctionnelle.

Au cours de l'annĂ©e prĂ©cĂ©dant la confĂ©rence de Gatlinburg, l'Ă©quipe de Scantlbury a travaillĂ© sur tous les dĂ©tails de la crĂ©ation d'un rĂ©seau Ă  commutation de paquets. La dĂ©faillance d'un nƓud pouvait ĂȘtre surmontĂ©e grĂące au routage adaptatif, capable de fonctionner avec plusieurs chemins vers la destination, et la perte d'un paquet individuel pouvait ĂȘtre rĂ©solue par sa retransmission. La simulation et l'analyse indiquaient qu'une taille de paquet optimale serait de 1000 octets – si elle Ă©tait trop petite, les coĂ»ts de bande passante des lignes pour les mĂ©tadonnĂ©es dans l'en-tĂȘte seraient trop Ă©levĂ©s, trop grande – et le temps de rĂ©ponse pour les utilisateurs interactifs augmenterait trop souvent Ă  cause de grands messages.

Histoire d'Internet : ARPANET - paquet
Le travail de Scantlbury contenait des détails tels que le format du paquet


Histoire d'Internet : ARPANET - paquet

et l'analyse de l'impact des tailles de paquet sur les délais dans le réseau.

Pendant ce temps, les recherches de Davis et de Scantlbury ont conduit Ă  la dĂ©couverte de travaux de recherche dĂ©taillĂ©s menĂ©s par un autre AmĂ©ricain, qui avait eu une idĂ©e similaire quelques annĂ©es avant eux. Mais en mĂȘme temps, Paul Baran, ingĂ©nieur Ă©lectricien de la RAND Corporation, ne pensait pas du tout aux besoins des utilisateurs d'ordinateurs Ă  temps partagĂ©. RAND Ă©tait un think tank financĂ© par le ministĂšre de la DĂ©fense des États-Unis Ă  Santa Monica, en Californie, créé aprĂšs la Seconde Guerre mondiale pour la planification Ă  long terme et l'analyse des problĂšmes stratĂ©giques pour les besoins militaires. L'objectif de Baran Ă©tait de repousser la guerre nuclĂ©aire en crĂ©ant un rĂ©seau de communication militaire trĂšs fiable, capable de survivre mĂȘme Ă  une attaque nuclĂ©aire Ă  grande Ă©chelle. Un tel rĂ©seau rendrait une frappe prĂ©ventive de l'URSS moins attrayante, car il serait trĂšs difficile de dĂ©truire la capacitĂ© des États-Unis Ă  riposter contre plusieurs points sensibles. Pour cela, Baran proposa un systĂšme qui segmente les messages en ce qu'il appelait des blocs de messages, qui pourraient ĂȘtre transmis indĂ©pendamment Ă  travers un rĂ©seau de nƓuds de communication avec une redondance de connexions, puis regroupĂ©s Ă  la destination finale.

ARPA avait accĂšs Ă  de volumineux rapports de Baran pour RAND, mais comme ils n'Ă©taient pas liĂ©s aux ordinateurs interactifs, leur importance pour ARPANET n'Ă©tait pas Ă©vidente. Apparemment, Roberts et Taylor ne les ont pas remarquĂ©s. À la place, lors d'une rencontre fortuite, Scantlebury a tout prĂ©sentĂ© Ă  Roberts sur un plateau : un mĂ©canisme de commutation bien conçu, son applicabilitĂ© Ă  la tĂąche de crĂ©ation de rĂ©seaux informatiques interactifs, des documents de rĂ©fĂ©rence de RAND, et mĂȘme le terme « paquet ». Le travail de NPL a Ă©galement convaincu Roberts qu'une bande passante adĂ©quate nĂ©cessiterait des vitesses plus Ă©levĂ©es, c'est pourquoi il a mis Ă  jour ses plans pour des lignes de communication de 50 Kbit/s. Ainsi, la partie fondamentale du problĂšme de routage a Ă©tĂ© rĂ©solue pour la crĂ©ation d'ARPANET.

En vérité, il existe une autre version de l'origine de l'idée de la commutation de paquets. Roberts a plus tard affirmé qu'il avait déjà eu de telles pensées, grùce au travail de son collÚgue, Len Kleinrock, qui aurait décrite ce concept dÚs 1962 dans sa thÚse de doctorat sur les réseaux de communication. Cependant, il est incroyablement difficile d'extraire une telle idée de ce travail, et de plus, je n'ai trouvé aucune autre confirmation de cette version.

Des réseaux qui n'existaient pas

Comme nous le voyons, deux équipes ont devancé l'ARPA dans le développement de la commutation de paquets, une technologie si efficace qu'elle est désormais à la base de pratiquement toutes les communications. Pourquoi ARPANET est-elle devenue le premier réseau significatif à l'utiliser ?

Tout est une question de subtilitĂ©s organisationnelles. L'ARPA n'avait pas d'autorisation officielle pour crĂ©er un rĂ©seau de communication, mais il y avait un grand nombre de centres de recherche dĂ©jĂ  Ă©tablis avec leurs propres ordinateurs, une culture de « libertĂ©s » oĂč presque personne ne veillait, et des montagnes d'argent. La demande initiale de Taylor en 1966 pour des fonds pour crĂ©er ARPANET s'Ă©levait Ă  1 million de dollars, et Roberts a continuĂ© Ă  dĂ©penser cette somme chaque annĂ©e Ă  partir de 1969 pour crĂ©er et faire fonctionner ce rĂ©seau. Pour l'ARPA, cette somme Ă©tait insignifiante, donc aucun de ses supĂ©rieurs ne s'inquiĂ©tait de ce que Roberts en faisait tant que cela pouvait ĂȘtre d'une maniĂšre ou d'une autre liĂ© aux besoins de la dĂ©fense nationale.

Chez BĂ©ran, RAND n'avait ni les moyens ni l'autoritĂ© pour agir. Son travail Ă©tait purement de recherche et d'analyse, et pouvait ĂȘtre appliquĂ© Ă  la dĂ©fense si l'on le souhaitait. En 1965, RAND a effectivement recommandĂ© son systĂšme aux forces aĂ©riennes, qui ont reconnu la viabilitĂ© du projet. Mais sa mise en Ɠuvre a reposĂ© sur les Ă©paules de l'agence de communications de dĂ©fense, qui n'Ă©tait pas particuliĂšrement familiarisĂ©e avec la communication numĂ©rique. BĂ©ran a convaincu la direction de RAND qu'il valait mieux retirer cette proposition que de la voir mise en Ɠuvre de maniĂšre dĂ©sordonnĂ©e, ce qui aurait pu nuire Ă  la rĂ©putation de la communication numĂ©rique distribuĂ©e.

Davis, en tant que responsable de NPL, avait un bien plus grand pouvoir que BĂ©ran, mais un budget plus limitĂ© que celui d'ARPA, et il ne disposait pas d'un rĂ©seau social et technique de chercheurs en informatique dĂ©jĂ  Ă©tabli. Il a rĂ©ussi Ă  crĂ©er un prototype de rĂ©seau local Ă  commutation de paquets (il n'y avait qu'un seul nƓud, mais de nombreux terminaux) Ă  NPL Ă  la fin des annĂ©es 1960, avec un modeste budget de 120 000 ÂŁ sur trois ans. ARPANET dĂ©pensait environ la moitiĂ© de ce montant chaque annĂ©e pour le fonctionnement et l'entretien de chacun des nombreux nƓuds du rĂ©seau, sans compter les investissements initiaux dans le matĂ©riel et les logiciels. L'organisation capable de crĂ©er un rĂ©seau britannique Ă  grande Ă©chelle Ă  commutation de paquets Ă©tait la poste britannique, qui gĂ©rait les rĂ©seaux de tĂ©lĂ©communications dans le pays, en dehors de la messagerie directe. Davis a rĂ©ussi Ă  capter l'intĂ©rĂȘt de plusieurs fonctionnaires influents avec ses idĂ©es sur un rĂ©seau numĂ©rique national unifiĂ©, mais changer la direction d'un systĂšme aussi vaste n'Ă©tait pas de son pouvoir.

Licklider, en combinant chance et planification, a trouvĂ© une belle serre oĂč son rĂ©seau intergalactique pourrait s'Ă©panouir. Il ne faut pas dire que tout, sauf la commutation de paquets, reposait uniquement sur l'argent. L'exĂ©cution de l'idĂ©e a Ă©galement jouĂ© un rĂŽle. De plus, l'esprit d'ARPANET a Ă©tĂ© façonnĂ© par plusieurs autres dĂ©cisions importantes au stade de la conception. Nous allons donc examiner comment la responsabilitĂ© Ă©tait rĂ©partie entre les ordinateurs qui envoyaient et recevaient des messages et le rĂ©seau par lequel ces messages Ă©taient transmis.

À lire aussi

  • Janet Abbate, Inventer Internet (1999)
  • Katie Hafner et Matthew Lyon, Where Wizards Stay Up Late (1996)
  • Leonard Kleinrock, “Une histoire prĂ©coce d'Internet,” IEEE Communications Magazine (aoĂ»t 2010)
  • Arthur Norberg et Julie O’Neill, Transformer la technologie informatique : Traitement de l'information pour le Pentagone, 1962-1986 (1996)
  • M. Mitchell Waldrop, La machine de rĂȘve : J.C.R. Licklider et la rĂ©volution qui a rendu l'informatique personnelle (2001)

Source : habr.com

Acheter un hĂ©bergement fiable pour les sites avec protection DDoS, serveurs VPS VDS đŸ”„ Acheter un hĂ©bergement fiable pour les sites avec protection DDoS, serveurs VPS VDS | ProHoster