
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 :
- Histoire des relais
- Histoire des ordinateurs électroniques
- Histoire du transistor
- Histoire d'Internet
à la fin de 1966 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 «» .
La responsabilitĂ© de l'exĂ©cution du projet a Ă©tĂ© confiĂ©e par Taylor Ă de bonnes mains . 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 , 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. . 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Ă© . 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 , 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. 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 (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.

Le travail de Scantlbury contenait des dĂ©tails tels que le format du 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, , 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
