Résumé

  • OpenAI OpCo, LLC détient deux systèmes autonomes enregistrés auprès de l'ARIN : AS401518, nommé « OAI-01 » et enregistré le 26 novembre 2024, et AS401864, enregistré le 24 juillet 2025, tous deux rattachés à la même organisation, OOL-15.
  • L'empreinte annoncée demeure minimale : un seul préfixe IPv4, 199.47.142.0/23, soit 512 adresses, aucune allocation IPv6 selon les données agrégées, deux fournisseurs de transit et, selon la source consultée, aucun réseau client en aval.
  • Les rapports publics sur l'activité réelle de routage se contredisent ; sans données BGP en direct, la taille opérationnelle du réseau propre d'OpenAI reste, au mieux, de l'ordre de 512 adresses et, possiblement, inexistante en tant qu'annonce active.
  • La restructuration du partenariat avec Microsoft a desserré l'exclusivité : OpenAI peut désormais vendre sur AWS et Google Cloud, et l'engagement rapporté d'environ 50 milliards de dollars auprès d'Amazon ne constitue plus un péril juridique pour Microsoft.
  • Le contraste central est financier : une obligation d'achat rapportée de 300 milliards de dollars auprès d'Oracle, dont le démarrage est situé en 2027, pèse sur une structure de financement de Stargate décrite comme majoritairement adossée à la dette.

Un réseau administratif avant d'être opérationnel

Le premier fait de ce dossier est de nature purement registrique. L'objet autnum de l'ARIN pour AS401518, nommé « OAI-01 », est enregistré au nom d'OpenAI OpCo, LLC sous le descripteur d'organisation OOL-15, avec une date d'enregistrement du 26 novembre 2024 (https://whois.arin.net/rest/asn/AS401518). Ce simple enregistrement possède une signification économique qu'il ne faut ni surestimer ni négliger. Un numéro de système autonome est l'unité administrative du routage Internet : il permet à une organisation d'annoncer ses propres préfixes d'adresses, de contracter des sessions de peering et de choisir ses fournisseurs de transit. La plupart des entreprises, y compris de très grandes consommatrices de cloud, n'en possèdent pas : elles empruntent l'espace d'adressage et l'infrastructure de routage de leurs fournisseurs. Le fait qu'une filiale opérationnelle d'OpenAI détienne directement deux numéros d'AS indique une intention de construire une identité de réseau propre, distincte de celle des hyperscalers dont elle dépend par ailleurs.

Huit mois après le premier enregistrement, le 24 juillet 2025, la même organisation OOL-15 a déposé un second ASN, AS401864 (https://whois.ipip.net/AS401864). Deux enregistrements successifs sous la même entité sont compatibles avec un patrimoine de routage en croissance : les opérateurs distinguent fréquemment un AS de production d'un AS de recherche, d'un AS corporatif ou d'un AS réservé à l'interconnexion de centres de données. Mais aucune donnée publique de préfixe, de peering ou d'annonce n'établit le rôle opérationnel de ce second système autonome. Il peut s'agir d'une colonne vertébrale en préparation, d'un point de présence à venir ou d'une simple réservation administrative. L'état registrique ne dit rien de l'état opérationnel, et c'est précisément cette distance entre les deux qui constitue l'objet de cet article.

Sur l'empreinte réelle, les données agrégées décrivent un réseau délibérément petit. IPRegistry attribue à AS401518 une seule allocation d'origine, 199.47.142.0/23, soit 512 adresses IPv4, et aucune allocation IPv6 ; le réseau atteint Internet via au moins deux fournisseurs de transit — AS3356, l'infrastructure Level 3 de Lumen, et AS7018, le réseau d'AT&T — sans accord de peering direct et sans réseau client en aval (https://ipregistry.co/AS401518). Un préfixe de 512 adresses est minuscule à l'échelle d'une entreprise qui se décrit comme construisant une infrastructure d'intelligence artificielle de dimension continentale : un seul campus de centres de données d'envergure consomme typiquement des milliers d'adresses, et une colonne vertébrale mondiale en annoncerait des dizaines de préfixes répartis sur plusieurs continents.

Le profil de dépendance est, lui, révélateur. S'appuyer sur deux fournisseurs de transit de premier rang pour atteindre Internet est la configuration standard d'un réseau en phase de démarrage : elle achète de la portée immédiate sans engagement d'ingénierie de peering, mais elle laisse le coût unitaire du transit aux tarifs de détail et la qualité de service à la discrétion des transitaires. L'absence de peering direct signifie qu'aucun échange de trafic settlement-free n'est documenté ; l'absence de clients en aval signifie que le réseau ne revend rien.

En d'autres termes, AS401518 se comporte aujourd'hui comme un réseau d'extrémité, pas comme un fournisseur.

Une réserve méthodologique s'impose. Les rapports publics sur l'activité de routage de ce préfixe ne s'accordent pas tous : certaines sources agrégées décrivent une annonce active et visible mondialement, d'autres qualifient le système autonome d'inactif ou n'y rattachent aucun préfixe. Ces contradictions entre agrégateurs — fréquentes pour les réseaux récemment enregistrés, dont l'état change rapidement et dont les données se propagent à des vitesses différentes dans les bases dérivées — ne peuvent être tranchées sans observation BGP en direct.

Pour le lecteur, la conclusion prudente est double : la taille opérationnelle du réseau propre d'OpenAI est, au maximum, de l'ordre de 512 adresses ; et il n'est pas exclu qu'à certains moments aucun de ces préfixes ne soit effectivement annoncé. Dans les deux scénarios, la conclusion économique est la même : l'identité de routage existe, la puissance de réseau associée, non.

Le déplacement décisif : de l'exclusivité à la concentration

Si l'état registrique du réseau est minuscule, l'état contractuel de l'entreprise a, lui, changé de dimension. VentureBeat a rapporté que Microsoft et OpenAI avaient considérablement réduit la portée de leur accord exclusif, libérant OpenAI pour vendre sur AWS et Google Cloud (https://venturebeat.com/technology/microsoft-and-openai-gut-their-exclusive-deal-freeing-openai-to-sell-on-aws-and-google-cloud). Cette information modifie la structure concurrentielle du marché du cloud de manière non triviale. Jusqu'à la restructuration, OpenAI était à la fois le client d'ancrage d'Azure et un canal de distribution lié : ses modèles se vendaient dans l'écosystème Microsoft, et Microsoft finançait en retour la croissance de calcul de son partenaire. La fin de l'exclusivité transforme cette relation en quelque chose de plus ambigu : un concurrent-partenaire. OpenAI peut désormais placer ses modèles dans les infrastructures de deux des trois plus grands concurrents d'Azure, tandis que Microsoft conserve des droits d'investissement et une part des revenus.

Pour lire ce déplacement correctement, il faut distinguer trois couches qui sont souvent confondues dans le discours public. La première couche est l'infrastructure de routage : deux AS enregistrés, un préfixe, deux transits — c'est la couche mesurée à la section précédente, et elle est minuscule. La deuxième couche est l'approvisionnement en calcul : les contrats qui déterminent où OpenAI achète sa capacité d'entraînement et d'inférence, et qui, après la restructuration, s'étendent à plusieurs clouds au lieu d'un seul.

La troisième couche est la distribution : les canaux par lesquels les modèles d'OpenAI atteignent les clients finaux, désormais élargis à AWS et Google Cloud. La thèse de cet article est que la contrainte opérante ne se trouve ni dans la première ni dans la troisième couche, mais dans la deuxième — et plus précisément dans le financement de cette deuxième couche.

Le mécanisme est le suivant. La liberté d'acheter du calcul ailleurs n'est pas une indépendance : elle remplace une dépendance exclusive envers un fournisseur par une concentration d'obligations envers plusieurs contreparties. Chaque contrat d'achat de calcul signé crée un passif pluriannuel qui doit être financé, et le financement repose sur des revenus futurs dont le niveau reste, aux yeux des créanciers, incertain.

Plus la concentration des obligations est élevée, plus le pouvoir de négociation se déplace vers ceux qui fournissent le calcul et ceux qui fournissent la dette — et loin de l'entité qui détient les numéros d'AS. C'est pourquoi l'enregistrement registrique de OpenAI OpCo, LLC, bien que réel, est le fait le moins décisif de ce dossier.

Les termes restructurés avec Microsoft

Le contentieux qui accompagnait la renégociation portait précisément sur la question de l'exclusivité étendue à d'autres clouds. TechCrunch rapportait en avril 2026 que l'accord restructuré avait mis fin à l'exposition juridique de Microsoft concernant l'engagement d'OpenAI, évalué à environ 50 milliards de dollars, auprès d'Amazon — c'est-à-dire que Microsoft avait consenti à ce que son partenaire s'engage massivement auprès d'un concurrent direct d'Azure (https://techcrunch.com/2026/04/27/openai-ends-microsoft-legal-peril-over-its-50b-amazon-deal/). Le fait que la question se soit posée en termes de « péril juridique » indique que les droits d'exclusivité originaux étaient suffisamment explicites pour qu'un engagement de cette ampleur auprès d'AWS ait pu déclencher un différend contractuel. La résolution de ce différend par consentement, plutôt que par arbitrage, suggère que les deux parties préféraient préserver la relation plutôt que d'en tester les limites devant un tribunal — un signe classique d'interdépendance persistante.

The Verge a caractérisé la restructuration comme une forme de « divorce » organisé du partenariat : une renégociation dans laquelle OpenAI a gagné la liberté d'utiliser d'autres clouds, tandis que l'engagement d'Azure et les conditions commerciales de Microsoft étaient redéfinis (https://www.theverge.com/tech/921210/microsoft-openai-partnership-divorce-notepad). Le vocabulaire du divorce est trompeur : les termes exacts des accords restructurés ne sont pas publics, et la couverture de presse en donne des caractérisations, pas des transcripts. Ce qui peut être établi à partir des sources disponibles, c'est la direction du changement : l'exclusivité d'approvisionnement et de distribution a été desserrée, l'engagement réciproque a été redimensionné, et OpenAI sort de l'arrangement avec une liberté d'action commerciale qu'elle n'avait pas auparavant.

Il faut toutefois mesurer ce que cette liberté vaut. Une liberté de vendre sur les clouds concurrents n'a de valeur que si les marges unitaires de la distribution y sont positives et si la demande existe. Une liberté d'acheter du calcul ailleurs n'a de valeur que si les prix et les délais y sont plus favorables qu'auprès du fournisseur historique. Dans les deux cas, la liberté concédée par Microsoft était vraisemblablement conditionnée par ce que Microsoft a obtenu en échange : des droits d'investissement, une part de revenus redéfinie et un engagement Azure reformulé.

La restructuration ne desserre pas la contrainte d'OpenAI ; elle la déplace — de l'exclusivité vers la concentration d'obligations.

Stargate et l'obligation Oracle

C'est dans la couche de l'approvisionnement que se trouve le chiffre dominant. Les mêmes rapports qui décrivaient la fin de l'exclusivité situaient dans la même période l'engagement d'OpenAI auprès d'Oracle : un contrat d'achat de puissance de calcul rapporté à 300 milliards de dollars sur environ cinq ans, dont le démarrage est situé en 2027 — un engagement qui dépasse très largement les revenus actuels d'OpenAI, et dont une part majeure du carnet de commandes nouvellement divulgué d'Oracle proviendrait selon la couverture de presse (https://www.theverge.com/tech/921210/microsoft-openai-partnership-divorce-notepad). La date de 2027 est décisive pour l'analyse : la charge de paiement se situe dans le futur, ce qui fait de cet engagement un passif conditionnel dont le poids réel dépendra de la capacité d'OpenAI à le financer au moment où il devient exigible.

Le financement de Stargate, le programme d'infrastructure associé, est décrit par la même couverture comme lourdement adossé à la dette plutôt qu'aux fonds propres (https://venturebeat.com/technology/microsoft-and-openai-gut-their-exclusive-deal-freeing-openai-to-sell-on-aws-and-google-cloud). Cette caractéristique change la nature du risque. Un programme financé par fonds propres absorbe les erreurs de prévision dans les pertes des actionnaires ; un programme financé par dette transforme les erreurs de prévision en tensions de refinancement. Si la demande d'inférence — la source de revenus qui doit ultimement servir cette dette — croît moins vite que prévu, les créanciers, et non les clients, deviennent la contrepartie dont dépend la survie opérationnelle du programme. Et le carnet de commandes d'Oracle lui-même, dont la majorité proviendrait de ce contrat, devient sensible à la santé financière d'un seul client.

La combinaison de ces deux éléments dessine la contrainte opérante du dossier. D'un côté, une obligation d'achat de 300 milliards de dollars qui commence en 2027 et qui doit être payée quelle que soit la trajectoire des revenus. De l'autre, une structure de financement majoritairement dette dont les covenants, les échéances et les taux fixeront les marges de manœuvre d'OpenAI pendant la durée de l'engagement. Entre les deux, un réseau propre de 512 adresses qui, en l'état, ne contribue ni à la production ni à la réduction des coûts de cette équation.

La question n'est pas de savoir si OpenAI peut enregistrer des numéros d'AS — elle l'a fait — mais si elle peut financer, en même temps, un passif d'achat de calcul, un programme d'infrastructure endetté et la construction éventuelle d'un réseau propre d'envergure.

Il convient de marquer explicitement les limites de l'établissement des faits. Les termes exacts de la restructuration Microsoft ne sont pas publics ; les montants rapportés — 50 milliards auprès d'Amazon, 300 milliards auprès d'Oracle — proviennent de la couverture de presse et de sources non nommées, non de dépôts réglementaires ; la date de 2027 est une attribution de seconde main. Chacun de ces éléments pourrait être précisé, révisé ou contredit par des documents primaires. Cet article les traite comme des faits rapportés, clairement attribués, et non comme des certitudes contractuelles.

Conditions de suivi

Trois observables permettent de trancher les questions laissées ouvertes. Le premier est la table de routage mondiale : si AS401518 ou AS401864 commencent à annoncer des préfixes multi-régions au-delà de 199.47.142.0/23, ou si le désaccord entre agrégateurs sur l'activité du préfixe existant se résout en faveur d'une annonce persistante et stable, la thèse d'un réseau propre en construction progresse ; si l'inactivité ou la contradiction persistent, l'identité de routage reste un instrument administratif sans substance opérationnelle.

Le deuxième observable est le financement : chaque émission de dette liée à Stargate, chaque refinancement et chaque clause de covenant publiés indiqueront si la charge de l'obligation Oracle de 2027 peut être absorbée sans renégociation. Le troisième observable est la distribution : l'apparition effective des modèles d'OpenAI sur AWS et Google Cloud, au-delà des annonces, vérifiera que la liberté concédée par la restructuration s'est traduite en activité commerciale réelle.

L'entrée du répertoire pour cette entité, qui sera mise à jour au fur et à mesure de ces observables, se trouve ici : https://btw.media/fr/directory/openai-opco-llc.