Historique Internet: ARPANET - package


Diagramme du réseau informatique ARPA pour juin 1967. Un cercle vide - un ordinateur avec accÚs partagé, un cercle avec un tiret - un terminal pour un utilisateur


Vers la fin de 1966, Robert Taylor, avec de l'argent de l'ARPA, a lancé un projet pour connecter de nombreux ordinateurs en un seul systÚme, inspiré par l'idée du « réseau intergalactique » de Joseph Carl Robert Liklider .

Taylor a transfĂ©rĂ© la responsabilitĂ© de l'exĂ©cution du projet aux mains compĂ©tentes de Larry Roberts . L'annĂ©e suivante, Roberts a pris plusieurs dĂ©cisions cruciales qui seront ensuite rĂ©percutĂ©es dans l'architecture technique et la culture d'ARPANET et de ses partisans, dans certains cas mĂȘme pendant plusieurs dĂ©cennies. La premiĂšre dĂ©cision d'importance, bien que non chronologique, a Ă©tĂ© de dĂ©terminer le mĂ©canisme de routage des messages d'un ordinateur Ă  un autre.

Le problĂšme


Si l'ordinateur A veut envoyer un message Ă  l'ordinateur B, comment ce message peut-il ĂȘtre trouvĂ© de l'un Ă  l'autre? En thĂ©orie, il est possible de permettre Ă  chaque nƓud du rĂ©seau de communication de communiquer avec tous les autres, en connectant des nƓuds physiques Ă  chaque nƓud entre eux. Pour communiquer avec B, l'ordinateur A envoie simplement un message via le cĂąble sortant le reliant Ă  B. Ce rĂ©seau est appelĂ© entiĂšrement connectĂ©. Cependant, pour toute taille de rĂ©seau significative, cette approche devient rapidement impraticable, car le nombre de connexions augmente au carrĂ© du nombre de nƓuds (pour ĂȘtre prĂ©cis, comme (n 2 - n) / 2).

Par consĂ©quent, une certaine mĂ©thode de construction d'une route de message est requise, qui, Ă  l'arrivĂ©e du message Ă  un nƓud intermĂ©diaire, l'enverrait davantage Ă  la cible. Au dĂ©but des annĂ©es 1960, deux approches de base pour rĂ©soudre ce problĂšme Ă©taient connues. Le premier est la mĂ©thode de commutation des messages par «stockage et transmission». Cette approche a Ă©tĂ© utilisĂ©e par le systĂšme tĂ©lĂ©graphique. Lorsqu'un message arrivait Ă  un nƓud intermĂ©diaire, il y Ă©tait temporairement stockĂ© (gĂ©nĂ©ralement sous la forme d'une bande de papier) jusqu'Ă  ce qu'il soit possible de le transfĂ©rer davantage vers la cible, ou vers un autre centre intermĂ©diaire plus proche de la cible.

Puis le tĂ©lĂ©phone est apparu et une nouvelle approche Ă©tait nĂ©cessaire. Un dĂ©lai de plusieurs minutes aprĂšs chaque dĂ©claration faite par tĂ©lĂ©phone, qui devait ĂȘtre dĂ©cryptĂ©e et transmise Ă  destination, donnerait un sentiment de conversation avec un interlocuteur situĂ© sur Mars. Au lieu de cela, le tĂ©lĂ©phone a utilisĂ© la commutation de circuits. L'appelant a commencĂ© chaque appel en envoyant un message spĂ©cial indiquant qui il voulait appeler. Au dĂ©but, ils l'ont fait en parlant avec l'opĂ©rateur, puis en composant un numĂ©ro traitĂ© par l'Ă©quipement automatique sur le commutateur. L'opĂ©rateur ou l'Ă©quipement a Ă©tabli une connexion Ă©lectrique dĂ©diĂ©e entre l'appelant et l'appelĂ©. Dans le cas d'appels longue distance, cela pourrait nĂ©cessiter plusieurs itĂ©rations reliant l'appel via plusieurs commutateurs. Une fois la connexion Ă©tablie, la conversation elle-mĂȘme pouvait commencer et la connexion Ă©tait maintenue jusqu'Ă  ce que l'une des parties l'interrompe en raccrochant.

La communication numĂ©rique, qu'il a Ă©tĂ© dĂ©cidĂ© d'utiliser dans ARPANET pour connecter des ordinateurs fonctionnant selon le schĂ©ma de partage du temps , utilisait Ă  la fois le tĂ©lĂ©graphe et le tĂ©lĂ©phone. D'une part, les messages de donnĂ©es Ă©taient transmis dans des paquets sĂ©parĂ©s, comme sur un tĂ©lĂ©graphe, et non sous la forme de conversations continues au tĂ©lĂ©phone. Cependant, ces messages peuvent ĂȘtre de tailles diffĂ©rentes Ă  des fins diffĂ©rentes, des commandes de la console de plusieurs caractĂšres aux fichiers volumineux avec des donnĂ©es transfĂ©rĂ©es d'un ordinateur Ă  un autre. Si les dossiers Ă©taient retardĂ©s en transit, personne ne s'en plaignait. Mais l'interactivitĂ© Ă  distance nĂ©cessitait une rĂ©ponse rapide, comme un appel tĂ©lĂ©phonique.

Une diffĂ©rence importante entre les rĂ©seaux de donnĂ©es informatiques, d'une part, et un tĂ©lĂ©phone avec un 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 caractĂšre dans un tĂ©lĂ©gramme, ou la disparition d'une partie d'un mot dans une conversation tĂ©lĂ©phonique, pourrait difficilement perturber gravement la communication de deux personnes. Mais si le bruit sur la ligne passait d'un seul bit de 0 Ă  1 dans la commande envoyĂ©e Ă  l'ordinateur distant, cela pourrait complĂštement changer la signification de la commande. Par consĂ©quent, chaque message a dĂ» ĂȘtre vĂ©rifiĂ© pour les erreurs et renvoyĂ© s'il a Ă©tĂ© trouvĂ©. De telles rĂ©pĂ©titions seraient trop coĂ»teuses pour les messages volumineux, et la probabilitĂ© d'erreurs dans celles-ci Ă©tait plus grande, car elles Ă©taient transmises plus longtemps.

La solution à ce problÚme est venue grùce à deux événements indépendants qui se sont produits en 1960, cependant, ceux qui sont apparus plus tard ont été remarqués en premier par Larry Roberts et ARPA.

Rencontre


À l'automne de 1967, Roberts est arrivĂ© Ă  Gatlinburg, au Tennessee, par derriĂšre les pics boisĂ©s des Great Smoky Mountains, pour livrer un document dĂ©crivant les plans de l'ARPA pour dĂ©ployer le rĂ©seau. Il travaillait Ă  l'Office des technologies de traitement de l'information (IPTO) depuis prĂšs d'un an, mais de nombreux dĂ©tails de la conception du rĂ©seau Ă©taient encore assez vagues, y compris la solution au problĂšme de routage. En plus de vagues rĂ©fĂ©rences aux blocs et Ă  leurs tailles, la seule rĂ©fĂ©rence Ă  cela dans le travail de Roberts Ă©tait une remarque brĂšve et Ă©vasive Ă  la toute fin: «Il semble nĂ©cessaire de garder une ligne de communication pĂ©riodiquement utilisĂ©e pour recevoir des rĂ©ponses d'un dixiĂšme Ă  une seconde nĂ©cessaires pour un travail interactif. "Ceci est trĂšs coĂ»teux en termes de ressources rĂ©seau, et Ă  moins que nous ne puissions appeler plus rapidement, la commutation et la concentration des messages deviendront trĂšs importantes pour les participants du rĂ©seau." De toute Ă©vidence, Ă  ce moment-lĂ , Roberts n'avait pas encore dĂ©cidĂ© d'abandonner l'approche qu'il avait utilisĂ©e avec Tom Marrill en 1965, c'est-Ă -dire la connexion d'ordinateurs via un rĂ©seau tĂ©lĂ©phonique Ă  distance Ă  l'aide de la numĂ©rotation automatique.

Par coĂŻncidence, une autre personne Ă©tait prĂ©sente au mĂȘme symposium, avec une bien meilleure idĂ©e rĂ©flĂ©chie pour rĂ©soudre le problĂšme du routage dans les rĂ©seaux de donnĂ©es. Roger Scantbury a traversĂ© l'Atlantique en arrivant du British National Physical Laboratory (NPL) avec un rapport. Scantlebury a retirĂ© Roberts aprĂšs son discours et lui a parlĂ© de son idĂ©e de commutation de paquets . Cette technologie a Ă©tĂ© dĂ©veloppĂ©e par son responsable du NPL, Donald Davis. Aux États-Unis, les rĂ©alisations et l'histoire de Davis sont mal connues, bien qu'Ă  l'automne 1967, le groupe Davis de NPL ait au moins un an d'avance sur l'ARPA avec ses idĂ©es.

Davis, comme beaucoup des premiers pionniers des ordinateurs Ă©lectroniques, Ă©tait un physicien de formation. Il est diplĂŽmĂ© de l'Imperial College de Londres en 1943 Ă  l'Ăąge de 19 ans et a Ă©tĂ© immĂ©diatement admis dans un programme secret de dĂ©veloppement d'armes nuclĂ©aires, nommĂ© Tube Alloys . LĂ , il a dirigĂ© un groupe de calculatrices qui ont utilisĂ© des calculatrices mĂ©caniques et Ă©lectriques pour Ă©mettre rapidement des solutions numĂ©riques aux problĂšmes liĂ©s Ă  la fusion nuclĂ©aire (son chef Ă©tait Emil Julius Klaus Fuchs , un physicien expatriĂ© allemand qui avait dĂ©jĂ  commencĂ© Ă  transmettre les secrets des armes nuclĂ©aires Ă  l'URSS. ) AprĂšs la guerre, du mathĂ©maticien John Womersley, il a entendu parler du projet qu'il dirigeait dans le NPL - c'Ă©tait la crĂ©ation d'un ordinateur Ă©lectronique qui Ă©tait censĂ© effectuer tous les mĂȘmes calculs Ă  une vitesse beaucoup plus rapide. DĂ©veloppĂ© par Alan Turing, l'ordinateur s'appelait ACE, "machine informatique automatique".

Davis a saisi cette idĂ©e et a embauchĂ© le NPL aussi vite qu'il le pouvait. Contribuant Ă  la conception dĂ©taillĂ©e et Ă  la crĂ©ation de l'ordinateur ACE, il est restĂ© profondĂ©ment impliquĂ© dans le domaine des ordinateurs en tant que chef de file de la recherche en NPL. En 1965, il s'est avĂ©rĂ© qu'il Ă©tait aux États-Unis lors d'une rĂ©union professionnelle liĂ©e Ă  son travail et a profitĂ© de cette occasion pour visiter plusieurs grands sites informatiques avec partage de temps pour voir de quoi il s'agissait. Dans l'environnement informatique britannique, le partage du temps au sens amĂ©ricain du partage informatique interactif entre plusieurs utilisateurs n'Ă©tait pas connu. Au lieu de cela, leur partage du temps signifiait la distribution de la charge informatique entre plusieurs programmes de traitement par lots (de sorte que, par exemple, un programme fonctionne tandis qu'un autre est occupĂ© Ă  lire sur la bande). Ensuite, cette option sera appelĂ©e multiprogrammation.

Les errances de Davis l'ont conduit au projet MAC au MIT, au projet JOSS de RAND Corporation en Californie et au systĂšme de partage du temps de Dartmouth au New Hampshire. Sur le chemin du retour, un de ses collĂšgues a suggĂ©rĂ© d'organiser un atelier de partage pour informer la communautĂ© britannique des nouvelles technologies dont ils avaient entendu parler aux États-Unis. Davis a acceptĂ© et a accueilli de nombreuses personnalitĂ©s du secteur informatique amĂ©ricain, dont Fernando Jose Corbato (crĂ©ateur du "systĂšme de partage du temps compatible" au MIT) et Larry Roberts lui-mĂȘme.

Au cours du sĂ©minaire (ou, peut-ĂȘtre, immĂ©diatement aprĂšs), Davis a Ă©tĂ© frappĂ© par l'idĂ©e que la philosophie du partage du temps peut ĂȘtre appliquĂ©e aux lignes de communication des ordinateurs, et pas seulement aux ordinateurs eux-mĂȘmes. Les ordinateurs Ă  temps partagĂ© donnent Ă  chaque utilisateur une petite quantitĂ© de temps processeur, puis passent Ă  un autre, crĂ©ant pour chaque utilisateur l'illusion d'avoir son propre ordinateur interactif. De mĂȘme, en 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 du 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. Un utilisateur travaillant avec un terminal interactif, envoyant des commandes courtes et recevant des rĂ©ponses courtes, ne sera pas bloquĂ© par le transfert d'un fichier volumineux, car ce transfert sera divisĂ© en plusieurs paquets. Tout dommage dans ces messages volumineux affectera un seul paquet qui peut facilement ĂȘtre retransmis pour terminer le message.

Davis a dĂ©crit ses idĂ©es dans un ouvrage non publiĂ© de 1966, «Une offre pour un rĂ©seau de communications numĂ©riques». À cette Ă©poque, 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 par paquets dans un rĂ©seau tĂ©lĂ©phonique de nouvelle gĂ©nĂ©ration, crĂ©ant un rĂ©seau de communication Ă  large bande unique capable de traiter diverses demandes, des simples appels tĂ©lĂ©phoniques Ă  l'accĂšs Ă  distance aux ordinateurs. À ce moment-lĂ , Davis avait Ă©tĂ© promu directeur du NPL et il a formĂ© une Ă©quipe de communication numĂ©rique dirigĂ©e par Scantlebury pour mettre en Ɠuvre son projet et crĂ©er une dĂ©mo fonctionnelle.

Au cours de l'annĂ©e prĂ©cĂ©dant la confĂ©rence de Gatlinburg, l'Ă©quipe de Scantlebury a Ă©laborĂ© tous les dĂ©tails de la crĂ©ation d'un rĂ©seau Ă  commutation par paquets. Un nƓud pourrait Ă©chouer par le routage adaptatif, capable de travailler avec plusieurs chemins vers la destination, et un seul paquet pourrait ĂȘtre rĂ©solu en le renvoyant. La simulation et l'analyse ont indiquĂ© que la taille optimale du paquet serait de 1000 octets - si vous le rĂ©duisez beaucoup, les coĂ»ts de dĂ©bit de ligne pour les mĂ©tadonnĂ©es dans l'en-tĂȘte seront trop importants, beaucoup plus longs - et le temps de rĂ©ponse des utilisateurs interactifs augmentera trop souvent en raison de messages volumineux .


Le travail de Scantlebury contenait des détails tels que le format de l'emballage ...


... et analyse de l'effet de la taille des paquets sur la latence du réseau.

Pendant ce temps, les recherches de Davis et Scantlebury ont conduit Ă  la dĂ©couverte de travaux de recherche dĂ©taillĂ©s effectuĂ©s par un autre AmĂ©ricain qui a eu une idĂ©e similaire plusieurs annĂ©es avant eux. Mais en mĂȘme temps, Paul Beran , un ingĂ©nieur Ă©lectricien de RAND Corporation, n'a pas du tout pensĂ© aux besoins des utilisateurs d'ordinateurs partageant du temps. RAND Ă©tait un groupe de rĂ©flexion financĂ© par le ministĂšre amĂ©ricain de la DĂ©fense Ă  Santa Monica, en Californie, créé aprĂšs la Seconde Guerre mondiale pour planifier et analyser Ă  long terme les problĂšmes stratĂ©giques de l'armĂ©e. Le but de Beran Ă©tait de retarder une guerre nuclĂ©aire en crĂ©ant un rĂ©seau de communications militaires trĂšs fiable qui pourrait 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 Ă  frapper plusieurs points sensibles en rĂ©ponse. À cette fin, Beran a proposĂ© un systĂšme qui dĂ©compose les messages en ce qu'il appelle des blocs de messages qui pourraient ĂȘtre transmis indĂ©pendamment sur un rĂ©seau de nƓuds de communication avec un nombre excessif de connexions, puis assemblĂ©s ensemble au point final.

ARPA avait accĂšs aux volumineux rapports de Baran pour RAND, mais comme ils n'Ă©taient pas connectĂ©s Ă  des ordinateurs interactifs, leur importance pour ARPANET n'Ă©tait pas Ă©vidente. Roberts et Taylor, apparemment, n'ont jamais Ă©tĂ© remarquĂ©s. Au lieu de cela, Ă  la suite d'une rencontre fortuite, Scantlebury a tout prĂ©sentĂ© Ă  Roberts sur un plateau d'argent: un mĂ©canisme de commutation bien pensĂ©, l'applicabilitĂ© Ă  la tĂąche de crĂ©er des rĂ©seaux informatiques interactifs, des documents de rĂ©fĂ©rence de RAND, et mĂȘme le nom `` package ''. Le travail de NPL a Ă©galement convaincu Roberts qu'il aurait besoin de vitesses plus Ă©levĂ©es pour obtenir une bonne bande passante, il a donc mis Ă  jour ses plans pour des liaisons Ă  50 kbps. Pour crĂ©er ARPANET, la partie fondamentale du problĂšme de routage a Ă©tĂ© rĂ©solue.

Certes, il existe une autre version de l'idĂ©e de commutation de paquets. Roberts a ensuite affirmĂ© qu'il avait dĂ©jĂ  des idĂ©es similaires dans sa tĂȘte, grĂące au travail de son collĂšgue, Len Kleinrock, qui aurait dĂ©crit ce concept en 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 d'ailleurs, je n'ai trouvĂ© aucune autre preuve pour cette version.

Réseaux qui n'étaient pas


Comme nous pouvons le voir, pas moins de deux équipes étaient en avance sur ARPA dans le développement de la commutation de paquets, une technologie qui s'est avérée si efficace qu'elle sous-tend désormais presque toutes les communications. Pourquoi ARPANET est-il devenu le premier réseau important à l'utiliser?

Il s'agit de subtilitĂ©s organisationnelles. L'ARPA n'avait pas l'autorisation officielle de crĂ©er un rĂ©seau de communication, mais il y avait un grand nombre de centres de recherche avec leurs propres ordinateurs, une culture de morale "libre" que presque personne ne regardait et des montagnes d'argent. La demande initiale de Taylor de 1966 pour des fonds pour crĂ©er ARPANET a annoncĂ© un chiffre de 1 million de dollars, et Roberts a continuĂ© Ă  dĂ©penser autant chaque annĂ©e Ă  partir de 1969 pour crĂ©er et exploiter ce rĂ©seau. Dans le mĂȘme temps, cet argent Ă©tait une bagatelle pour l'ARPA, donc aucun de ses patrons n'Ă©tait inquiet de ce que Roberts faisait avec eux, tant qu'il pouvait au moins d'une maniĂšre ou d'une autre ĂȘtre attirĂ© par les besoins de la dĂ©fense nationale.

Baran chez RAND n'avait ni la capacitĂ© ni l'autoritĂ© de faire quoi que ce soit. Son travail Ă©tait purement de recherche et d'analyse, et il pourrait ĂȘtre appliquĂ© Ă  la dĂ©fense si dĂ©sirĂ©. En 1965, RAND a en fait recommandĂ© son systĂšme Air Force, et ils ont approuvĂ© la viabilitĂ© du projet. Mais sa mise en Ɠuvre est tombĂ©e sur les Ă©paules de l'agence de communication de la dĂ©fense, et lĂ , ils n'Ă©taient pas particuliĂšrement versĂ©s dans les communications numĂ©riques. Beran a convaincu les autoritĂ©s RAND qu'il valait mieux retenir cette offre que de le laisser le rĂ©aliser de toute façon et ruiner la rĂ©putation des communications numĂ©riques distribuĂ©es.

Davis, en tant que chef du NPL, avait beaucoup plus de pouvoir que Baran, mais un budget plus limitĂ© que l'ARPA, et il n'avait pas de rĂ©seau social et technique prĂȘt Ă  l'emploi Ă  partir d'ordinateurs de recherche. 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) dans le NPL Ă  la fin des annĂ©es 1960, avec un budget modeste de 120 000 ÂŁ sur trois ans. ARPANET a consacrĂ© environ la moitiĂ© de ce montant chaque annĂ©e au fonctionnement et Ă  la maintenance de chacun des nombreux nƓuds du rĂ©seau, Ă  l'exclusion de l'investissement initial en matĂ©riel et logiciels. L'organisation capable de crĂ©er un rĂ©seau britannique Ă  commutation de paquets Ă  grande Ă©chelle Ă©tait British post, qui exploitait des rĂ©seaux de tĂ©lĂ©communications dans le pays, Ă  l'exception du publipostage. Davis a rĂ©ussi Ă  intĂ©resser certains responsables influents Ă  ses idĂ©es sur un rĂ©seau numĂ©rique national, mais il n'a pas pu changer la direction du mouvement d'un systĂšme aussi Ă©norme.

Liklider, alliant chance et planification, a trouvĂ© une belle serre oĂč son rĂ©seau intergalactique pourrait s'Ă©panouir. En mĂȘme temps, on ne peut pas soutenir que tout, sauf la commutation de paquets, reposait sur de l'argent. Le rĂŽle et l'exĂ©cution de l'idĂ©e ont Ă©galement jouĂ©. De plus, l'esprit d'ARPANET a Ă©galement Ă©tĂ© dĂ©terminĂ© par plusieurs autres dĂ©cisions importantes au stade de la conception. Par consĂ©quent, nous examinerons plus en dĂ©tail comment la responsabilitĂ© a Ă©tĂ© rĂ©partie entre les ordinateurs qui ont envoyĂ© et reçu des messages et le rĂ©seau via lequel ils ont envoyĂ© ces messages.

Quoi d'autre Ă  lire


  • Janet Abbate, Inventer l'Internet (1999)
  • Katie Hafner et Matthew Lyon, Where Wizards Stay Up Late (1996)
  • Leonard Kleinrock, «An Early History of the Internet», IEEE Communications Magazine (aoĂ»t 2010)
  • Arthur Norberg et Julie O'Neill, Transforming Computer Technology: Information Processing for the Pentagon, 1962-1986 (1996)
  • M. Mitchell Waldrop, The Dream Machine: JCR Licklider and the Revolution That Made Computing Personal (2001)

Source: https://habr.com/ru/post/fr457256/


All Articles