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 utilisateurAutres articles de la série:- Historique des relais
- L'histoire des ordinateurs électroniques
- Histoire du transistor
- Histoire d'Internet
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)