Résumé
- Le responsable des opérations de Digitel affirme que les relevés d’appels de l’opérateur enregistraient les adresses IPv4, mais pas IPv6, et que la correction a pris près d’un an supplémentaire. Aucun schéma, extrait ou audit public ne l’étaye.
- La disposition 096 du Venezuela prévoit des exigences de mise en œuvre d’IPv6 et de déclaration du plan de transition. Les sources consultées n’établissent ni champ CDR obligatoire, ni durée de conservation, ni procédure d’identification d’abonné.
- La capacité du réseau et la reconstruction, à une date donnée, de l’adresse utilisée sont deux preuves de préparation différentes.
La transition ne s’arrête pas au chemin des paquets
Le point le plus discret d’un basculement mobile peut se trouver hors du réseau de transport. Dans un article publié par LACNIC le 14 octobre, Andres Carmona, présenté comme responsable des opérations centralisées de Corporación Digitel, indique que les Call Detail Records (CDR), ou relevés d’appels, conservaient les adresses IPv4 mais pas les IPv6. Il écrit qu’il a fallu près d’une année supplémentaire pour combler cet écart.
Ce détail transforme la question. Un service à double pile peut transporter IPv6 pendant qu’un système voisin continue de représenter l’adresse comme si l’ancien protocole était seul. Le texte de Digitel ne fournit pas le format des relevés; il signale néanmoins une frontière entre deux capacités : acheminer le trafic et conserver les éléments que l’opérateur dit nécessaires pour relier un abonné à l’adresse utilisée à un instant donné.
La déclaration est utile parce qu’elle nomme un point de contrôle. Elle ne prouve pas, à elle seule, une défaillance. Carmona qualifie le problème de CDR de dernier obstacle réglementaire, mais ne publie ni enregistrement témoin, ni résultat de contrôle, ni constat du régulateur, ni nombre d’abonnés concernés. L’article ne dit pas non plus que le service IPv6 a attendu la modification des relevés. Il dit que la correction a pris près d’un an. Affirmer que des utilisateurs étaient impossibles à identifier ou lésés dépasserait donc le dossier.
L’obligation de déploiement ne décrit pas un relevé d’appel
La Commission nationale des télécommunications (CONATEL) a publié la disposition administrative 096 dans la Gazette officielle no 43.150 du 16 juin 2025. Son objet annoncé est de fixer les mesures de mise en œuvre d’IPv6 et les objectifs applicables aux opérateurs de télécommunications utilisant le protocole IP. LEĜA Abogados résume un délai maximal de deux ans pour mettre en place une architecture, des équipements et des logiciels capables de prendre en charge les préfixes IPv6 natifs, ainsi qu’une démarche de notification et de plan de transition dans les 30 jours.
Ce cadre détermine une trajectoire de déploiement. Les éléments examinés ici ne montrent pas qu’il prescrit la manière dont un CDR doit représenter une adresse IPv6. Le mot « réglementaire » de Carmona peut renvoyer à l’interprétation par l’opérateur d’une attente plus large de traçabilité, à une question de conformité distincte ou à une exigence propre à Digitel. Son article ne précise pas laquelle. Le témoignage d’un opérateur renseigne son expérience; il ne prouve pas qu’un régulateur a imposé un champ de base de données.
La chronologie empêche aussi un verdict simple. Selon LEĜA, le délai de deux ans court à partir de l’entrée en vigueur et arrive en juin 2027. À la date de recherche du 16 octobre 2026, cette échéance maximale restait à venir. Carmona dit que Digitel a été le premier opérateur mobile du pays à atteindre l’objectif de double pile, mais aucune liste de contrôle de CONATEL ni aucun essai indépendant n’est fourni pour préciser les services et les critères vérifiés. C’est un résultat revendiqué par l’opérateur, pas un audit national.
Une règle peut demander que l’architecture et les logiciels prennent en charge IPv6; un essai de service peut vérifier l’établissement des sessions; un essai des relevés peut chercher à reconstituer l’adresse attribuée, son intervalle d’usage et le compte correspondant. Chaque contrôle observe une couche différente. Réussir l’un ne démontre pas les deux autres.
Une norme de journalisation ne décrit pas l’architecture de Digitel
La RFC 6888 éclaire l’importance que peuvent prendre les relevés, mais dans un périmètre précis. Sa section 4 porte sur les journaux de correspondance du carrier-grade NAT. Lorsque plusieurs abonnés partagent une adresse IPv4 publique, l’opérateur peut avoir besoin de l’adresse externe, du port, de l’horodatage, du protocole et d’un identifiant d’abonné pour relier une connexion observée à son utilisateur. La RFC précise que cette liste illustrative est informative, et non une obligation.
Elle signale aussi le volume que ces journaux peuvent générer et recommande qu’un CGN évite de conserver les adresses et ports de destination sauf nécessité administrative, pour des raisons de confidentialité.
Cette comparaison est conditionnelle : l’article de Carmona ne dit pas que Digitel utilise un CGN, et un CDR n’est pas automatiquement un journal de correspondance NAT. La RFC ne comble pas les lacunes du témoignage. Elle rappelle plutôt un arbitrage : conserver assez d’informations pour répondre à une question opérationnelle définie, sans multiplier les données ni la surveillance inutile.
Le changement de famille d’adresses soulève la même question de méthode. Un système qui n’enregistrait que l’IPv4 peut devoir prévoir une représentation IPv6, mais le texte public ne dit pas s’il s’agissait d’un champ, d’un identifiant, d’une interface de facturation, d’un circuit de rapports ou de plusieurs systèmes. Il ne détaille ni précision temporelle, ni durée de conservation, ni accès, ni corrections, ni tests. Dire « nous avons résolu le problème » ne permet pas d’en mesurer la portée.
Demander un essai, pas un autre chiffre de couverture
La prochaine pièce utile serait un compte rendu de vérification qui protège les abonnés. Il pourrait préciser la date et le périmètre de l’essai, la famille de l’adresse, l’intervalle d’attribution et le lien au compte, la normalisation des horodatages, la durée de conservation, les droits d’accès et de correction, ainsi que la proportion des relevés testés qui passent. Aucun nom d’abonné ni CDR brut n’a besoin d’être publié. Une liste de contrôle de CONATEL ou une assurance indépendante pourrait indiquer si ces contrôles relèvent de la disposition 096, d’une règle différente ou du standard interne de Digitel.
Un tel essai ne mesurerait pas toute la qualité d’IPv6. Il répondrait à une question plus étroite : la capacité à double pile annoncée s’accompagne-t-elle d’un processus de relevé explicable et vérifiable ? Pour l’instant, deux éléments de portée différente sont publics : CONATEL a établi un cadre de mise en œuvre d’IPv6; Digitel dit que son système de CDR a pris près d’un an de plus pour intégrer cette famille d’adresses. Les sources ne les relient pas par un constat juridique.
La leçon de déploiement reste pratique. Un plan de basculement doit nommer les systèmes de service, de facturation et de relevés qui changent avec le chemin réseau, et définir la preuve attendue pour chacun. Si l’exigence porte sur la capacité, il faut un essai réseau. Si elle porte sur la traçabilité d’une adresse à un abonné, il faut un essai protégé des relevés. Utiliser l’un comme substitut à l’autre laisse précisément l’interface la moins visible hors du champ.
Sources
- LACNIC : Digitel Venezuela, transition IPv6 à grande échelle
- Gazette officielle no 43.150, 16 juin 2025 — disposition administrative 096
- LEĜA Abogados : mesures pour la mise en œuvre d’IPv6 au Venezuela
- RFC 6888, section 4 : exigences communes pour les CGN
- Article antérieur de BTW : les cinq millions d’appareils et la question ouverte de la capacité DNS
Briefing des membres
Contexte approfondi du profil
Connectez-vous avec le bon niveau d'adhésion pour débloquer le briefing complet et les notes de source.
Réservé à Strategic Circle
Strategic Circle
Ouvert à tous les lecteurs. Débloquez les briefings de profil après adhésion et connexion.
Rejoindre Strategic CircleRéservé aux membres de Leadership Alliance
Leadership Alliance
Réservé aux propriétaires et dirigeants qualifiés d'actifs IP ; connectez-vous pour débloquer les briefings Alliance.
Rejoindre Leadership Alliance
