Domaine principal
Infrastructure Internet
Au sein de la facette Domaine principal, l'analyse Infrastructure Internet regroupe les articles par domaine principal afin que les lecteurs puissent suivre un périmètre précis de l'infrastructure Internet, de la gouvernance, des marchés de connectivité ou du capital numérique. Cette page rassemble les articles associés, les preuves publiques, les institutions, les entreprises, les personnes, l'exposition régionale, les dépendances opérationnelles et le contexte de marché qui pourraient sinon être répartis entre différentes pages de catégories. Elle explique le domaine, la classe d'acteurs probable, le contexte de marché ou de gouvernance, ainsi que les sources que les lecteurs devraient utiliser pour comparer les signaux. Opérateurs, analystes et lecteurs de gouvernance peuvent voir comment un même domaine se manifeste à travers les événements, les profils, les évolutions de marché, les preuves issues de sources publiques, les dépendances régionales et les décisions d'infrastructure à plus long cycle au fil du temps.
Histoire d'Internet
L’appel vers Amsterdam : comment EUnet acheminait le courrier et Usenet en Europe
À Louvain, l’ordinateur européen le plus proche qui recevait Usenet se trouvait à Amsterdam. Le coût estimé d’une liaison téléphonique internationale a pourtant retardé l’accès du département à ces échanges. Ce détour par la Belgique éclaire l’histoire d’EUnet: une communauté…
Histoire d'Internet
Le fichier d’index était une porte de sortie : l’expérience ALIWEB, 1993–1994
ALIWEB laissait chaque serveur Web décrire une sélection de ses ressources dans un petit fichier, puis rassemblait ces fichiers dans une base consultable. Son pari le plus durable était ailleurs: ces descriptions pourraient passer à un meilleur système si le service central…
Récits
APNIC laisse en discussion la définition de l’abus par adresse IP
Prop-172 veut définir les atteintes techniques liées aux ressources Internet, mais APNIC 62 n’a pas débouché sur une décision de consensus. La question qui reste ouverte est celle de l’évaluation d’une réponse contestée par le titulaire d’une ressource et le plaignant.
Histoire d'Internet
De KAIST à la NCA : le transfert puis l’autonomie du KRNIC
Le registre Internet coréen a changé de tutelle avant de devenir une fondation indépendante. Un compte rendu de septembre 1994 saisit ce passage en une phrase — et par le changement d’adresse d’un serveur de noms.
Histoire d'Internet
La passerelle Internet de VSNL dépendait encore du réseau téléphonique local
La passerelle ouvrait le service commercial indien vers l’étranger. Pour atteindre un abonné, il fallait aussi un itinéraire intérieur: une ligne téléphonique, une liaison louée ou le réseau public de données qui conduisait au nœud de service.
Histoire d'Internet
MFS a racheté UUNET pour faire passer l’accès Internet par sa fibre urbaine
En 1996, l’intérêt du rachat d’UUNET par MFS ne tenait pas seulement à l’ajout d’un fournisseur Internet. UUNET aurait consacré une part importante de ses coûts à l’accès local par les réseaux téléphoniques, tandis que MFS construisait de la fibre métropolitaine. Les documents…
Tendances centres de données Europe et Moyen-Orient
Le futur seuil européen des centres de données repose sur une carte incomplète
La Commission européenne prépare des normes minimales de performance alors que la première campagne de déclaration ne couvre qu’une partie des centres qui devraient déclarer leurs données. Cette lacune ne rend pas les chiffres inutiles; elle oblige à distinguer ce qu’ils…
Histoire d'Internet
Un droit d’usage de la capacité pour 25 ans exigeait encore une maintenance : la faillite de KPNQwest
En 2002, KPN Telecom ne demandait pas simplement qui possédait le câble. Après la faillite de KPNQwest, elle a demandé aux curateurs de maintenir en service la capacité prévue par son contrat. La décision rendue en 2004 révèle ce qu’un droit d’usage de longue durée ne pouvait…
Histoire d'Internet
RARP trouvait l’adresse, pas la configuration : RFC 903
Au démarrage, une station sans disque pouvait connaître l’adresse gravée dans son interface réseau sans disposer de l’adresse Internet nécessaire à IP. En 1984, la RFC 903 lui a donné une question limitée au lien local: quelle adresse de protocole un serveur associe-t-il à cette…
Histoire d'Internet
La RFC 1 proposait une méthode de travail, pas un protocole hôte achevé
Dans sa première Request for Comments, Steve Crocker esquissait les logiciels dont des ordinateurs distincts auraient besoin pour communiquer sur le réseau ARPA. Dès l’introduction, il précisait pourtant que les accords restaient provisoires. Les textes suivants retracent des…
Récits
Le projet de NIR malaisien pose une question centrale : qui attribue les ressources Internet ?
Le récit public d’APNIC sur ses échanges avec la Malaisie fait apparaître une question plus précise que celle d’un registre local: qui prendra la décision finale d’attribution, et qui en répondra lorsque cette décision s’inscrira dans le système régional ?
Histoire d'Internet
Le test de Jon Postel en 1998 portait sur les transferts de zone, pas les requêtes DNS
En janvier 1998, Jon Postel a demandé aux opérateurs des serveurs racine d’obtenir une copie de la zone racine depuis un serveur de l’IANA hébergé à l’USC/ISI. Son message concernait la façon dont les serveurs recevaient cette copie. Il précisait qu’elle serait identique à celle…
Récits
Les réponses DNSKEY de la racine portent la signature KSK-2024
À 15 h 32 UTC le 11 octobre, quatre requêtes directes ont renvoyé la signature DNSKEY portant le numéro 38696. Un relevé trois heures plus tôt affichait encore 20326; les mêmes noms ont renvoyé 38696 de nouveau vers 16 h 09 UTC. La page IANA revalidée indiquait alors KSK-2024…
Histoire d'Internet
MILNET a été séparé logiquement avant la séparation physique des circuits
La séparation entre la recherche et les opérations militaires non classifiées ne s’est pas faite en un seul basculement. Le service MILNET a commencé en premier; une frontière logique a été mise en place en 1983; la partition physique est venue en 1984. Des passerelles contrôlées…
Histoire d'Internet
Au Brésil, les sorties du réseau académique restaient concentrées
En 1995, une rétrospective de RNP décrit deux sorties internationales, à Brasília et São Paulo. Quelques années auparavant, l’élargissement du réseau intérieur n’avait pourtant pas encore réparti les accès vers l’étranger. Cette évolution raconte moins une « première connexion »…
Récits
La fiche de LACNIC laisse floue la chronologie du non-consensus
L’index de LACNIC date du 29 août le statut de non-consensus de la version 4 de LAC-2023-4, tout en affichant une évaluation du 25 août au 8 septembre et en précisant que cette version n’a pas été discutée. Une autre proposition sur les ressources héritées a paru le 16 septembre.
Histoire d'Internet
Les paquets ont précédé la société : les débuts de LINX en 1994
Le registre situe London Internet Exchange Limited en 1995. Les récits de LINX, eux, font remonter son activité à 1994. Les deux dates ne se contredisent pas: elles désignent le démarrage d’un service et la naissance d’une personne morale.
Histoire d'Internet
Avant le DNS, JUNET avait déjà son arbre de noms
Avant que les réseaux universitaires du Japon n’adoptent TCP/IP et DNS, JUNET faisait fonctionner des adresses hiérarchiques par UUCP et lignes téléphoniques. Cette convention a aidé les bénévoles à préserver des noms d’organisation pendant la croissance du réseau, puis lors du…
Histoire d'Internet
Cleveland Free-Net : accès gratuit, 5 cents de coût par session
Le Cleveland Free-Net proposait l’informatique communautaire sans abonnement, mais son bilan d’exploitation de 1995 chiffre ce que l’écran de connexion ne montrait pas: lignes téléphoniques, modems et soutien universitaire. Le passage par Internet réduisait fortement le coût par…
Histoire d'Internet
Même client, même groupe de serveurs : la règle de relais BOOTP du RFC 1542
Quand une requête de démarrage doit franchir une limite de sous-réseau, le relais entre dans l’échange entre le client et le serveur. Le RFC 1542 pose une règle discrète mais décisive: on peut répartir les clients entre plusieurs serveurs, à condition que les requêtes successives…