Région
Global Internet Governance
La veille régionale Global Internet Governance explique comment les entreprises, les personnes, les décisions politiques, les opérations réseau, les signaux d’investissement, la demande de centres de données, l’exécution des projets télécoms et les contraintes de marché façonnent le déploiement des infrastructures dans un même marché géographique ou périmètre de gouvernance. La page relie les articles publiés aux preuves, aux acteurs régionaux, aux dépendances opérationnelles, au contexte de marché et aux risques clients ou réglementaires qui, autrement, seraient répartis entre différentes pages thématiques ou pages d’entreprise. Les lecteurs peuvent comparer qui est actif, quels signaux sont étayés par des preuves publiques, comment le risque d’exécution local s’articule avec la stratégie plus large des infrastructures Internet et quels changements peuvent affecter les clients, les partenaires, les régulateurs ou la planification des investissements. Les lecteurs peuvent aussi comprendre la géographie, les secteurs d’infrastructure concernés, la base de preuves publiques et les questions pratiques qui rendent la page régionale plus utile qu’une simple liste d’articles.

Histoire d'Internet
Le paragraphe 72 de l'Agenda de Tunis et le forum qui ne pouvait pas décider
Le Forum sur la gouvernance de l'Internet n'est pas né avec une version défectueuse du pouvoir réglementaire. Il a été conçu sans ce pouvoir. Le paragraphe 72 de l'Agenda de Tunis de 2005 a donné au nouveau forum un large programme: discuter des politiques publiques, connecter…

Histoire d'Internet
Genève 2003: Le compromis qui a reporté la question de l'autorité
La première phase du SMSI n'a pas attribué l'autorité finale sur Internet. Les gouvernements ont vu leur souveraineté reconnue, le secteur privé a conservé son rôle technique et économique, et la société civile ainsi que les organisations internationales ont été incluses.…

IETF
Plaidoyer de la NRS pour des normes sans souveraineté des organismes de normalisation
La Number Resource Society (NRS) peut promouvoir des interfaces ouvertes fondées sur l'IETF et utiliser des preuves de mise en œuvre sans prétendre que la NRS ou un organisme de normalisation définit les droits des opérateurs. Les registres reconnus et les fournisseurs autorisés…

IETF
Ce que les responsables politiques des RIR ont mal emprunté à l'IETF
Les processus de politique des registres Internet régionaux ont emprunté le consensus approximatif d'une culture d'ingénierie où les affirmations pouvaient être testées par des implémentations indépendantes et rejetées par des réseaux qui ne les déployaient pas. Appliqués à des…

IETF
La capture des normes se mesure aux implémentations, pas à la présence
Une réunion de normalisation bondée peut encore produire un résultat dont l'auteur, la position des brevets, le code et le déploiement sont contrôlés par un intérêt commercial étroit. Une réunion clairsemée peut produire un protocole véritablement indépendant si les objections…

IETF
L’urgence du domaine de la sécurité et le problème du coucher du soleil
Les normes de sécurité doivent souvent agir avant que les preuves soient complètes. Une attaque nouvellement pratique, une primitive compromise ou un changement dans les capacités de l’adversaire peuvent rendre le retard plus dangereux qu’une première réponse imparfaite. Cette…

IETF
La voix architecturale de l'IAB et ses limites démocratiques
L'IAB est précieux car il peut examiner les risques à travers les protocoles, la recherche, les domaines de normalisation et les limites institutionnelles qu'aucun groupe de travail ne possède seul. Cette compétence panoramique n'en fait pas un législateur pour l'Internet.

IETF
Le recours qui prend plus de temps que l'implémentation
Un recours à l'IETF peut être procéduralement disponible et pratiquement tardif. La RFC 2026 offre à un opposant des voies de recours auprès des présidents de groupe de travail, des directeurs de domaine, de l'IESG et de l'IAB, mais elle ne fixe aucun délai maximal général pour…

IETF
Statut BCP et le mythe du consentement universel
Le statut Best Current Practice enregistre un jugement sérieux de l'IETF: un document a passé le chemin de révision applicable et exprime la meilleure pensée technique ou procédurale actuelle de la communauté. Cela ne signifie pas que chaque implémenteur a participé, que chaque…

IETF
Le RFC devenu politique en dehors de l'IETF
Un RFC peut devenir extrêmement influent sans devenir une loi. Les implémentations interopérables, la dépendance opérationnelle, les choix d'approvisionnement, la pratique des registres et l'adoption motivée par les autorités publiques peuvent donner une force pratique à un avis…

IETF
Les experts évaluateurs: points uniques de politique
L'examen par un expert désigné donne à l'IANA accès à un jugement technique restreint sans obliger chaque extension de protocole à passer par une nouvelle RFC. L'efficacité est réelle, mais la concentration aussi: un seul bénévole peut devenir la porte pratique par laquelle un…

IETF
Registres de protocoles et la discrète fonction IANA
Chaque protocole Internet extensible dépend d’un registre de valeurs convenues. Les RFC décident qui peut recevoir un point de code et à quelles conditions; l’IANA transforme ces règles en un fait opérationnel public et durable. Ce dispositif fonctionne parce que la politique…

IETF
La divulgation de brevet qui arrive après le consensus
Une divulgation de brevet peut être formellement publique et arriver encore trop tard pour que le consensus soit éclairé. Au moment où un groupe de travail a sélectionné une architecture, les éditeurs ont stabilisé le texte, les implémenteurs ont écrit du code et les acheteurs…

IETF
Humains, pas entreprises — jusqu'à ce que les employeurs paient le temps
L'IETF a raison de demander un jugement technique individuel plutôt que des votes d'entreprise. Mais la participation individuelle est une règle de conduite, pas une preuve que le pouvoir des organisations a disparu. Les employeurs financent le temps, les voyages, les labos, les…

IETF
RFC 2026 et les droits d'un objecteur
L'IETF offre à un objecteur technique quelque chose de plus sérieux qu'un droit de parole et de moins puissant qu'un veto: une voie des chefs de groupe de travail aux directeurs de zone, à l'IESG et à l'IAB. Cette voie peut exposer une erreur, mais sa hiérarchie interne, sa…

IETF
L'exécution de code comme vérification anti-rhétorique
L'implémentation et le déploiement peuvent contraindre une proposition de l'IETF à répondre à des questions que la prose élégante élude: les systèmes indépendants interopèrent-ils, les opérateurs peuvent-ils diagnostiquer les défaillances, et le bénéfice revendiqué survit-il au…

IETF
Le consensus approximatif: pour les protocoles, pas la propriété
Le consensus approximatif a gagné sa légitimité en testant les objections techniques contre l’architecture, l’interopérabilité, la mise en œuvre et le déploiement. C’est une méthode puissante pour décider comment les réseaux doivent communiquer. Mais elle n’est pas, en elle-même…

ICANN
Un ICP-2 pour les services, pas les franchises territoriales
Un successeur moderne de l'ICP-2 devrait cesser de traiter les régions de service continentales comme des franchises institutionnelles permanentes. Il devrait certifier les fournisseurs sur les fonctions qui rendent un système de numérotation mondial fiable: unicité, sécurité…

ICANN
Plaidoyer de la NRS pour l'option de sortie oubliée par ICP-2
ICP-2 imaginait la migration lorsqu'un nouveau registre régional remplaçait le service en place, et le projet de réforme actuel imagine une opération d'urgence lorsqu'un RIR entier fait défaut. Aucun ne part de l'opérateur qui a besoin de continuité avant que la défaillance…

ICANN
Conformité ICP-2 sans recertification périodique
La reconnaissance a donné à chaque Registre Internet Régional une place durable dans le système de numérotation de l'Internet après un examen de lancement exigeant. Elle n'a pas créé de test indépendant de routine pour vérifier si les capacités démontrées au lancement existent…
