Zusammenfassung

  • Digitels Betriebsleiter sagt, die Call Detail Records (CDR) hätten IPv4-, aber keine IPv6-Adressen gespeichert; die Lücke sei erst nach fast einem weiteren Jahr geschlossen worden. Ein Schema, eine Stichprobe oder ein Audit wurde nicht veröffentlicht.
  • Venezuelas Verwaltungsbestimmung 096 setzt Vorgaben für die IPv6-Implementierung und den Übergangsplan. Die geprüften Quellen belegen weder ein bestimmtes CDR-Feld noch eine Aufbewahrungsfrist oder ein Verfahren zur Teilnehmerabfrage.
  • Netzfähigkeit und die nachträgliche Rekonstruktion der einem Anschluss zugewiesenen Adresse sind getrennte Nachweise für Betriebsbereitschaft.

Der zweite Zeitplan lief außerhalb des Paketpfads

Eine Mobilfunkumstellung wird oft an Geräten, Verkehr und Dual-Stack-Schaltungen abgelesen. Der Bericht, den die LACNIC am 14. Oktober veröffentlichte, beschreibt eine weniger sichtbare Verzögerung. Andres Carmona, Leiter des zentralisierten Betriebs bei Corporación Digitel, schreibt, die CDR des Unternehmens hätten IPv4-Adressen gespeichert, IPv6 aber nicht. Bis die Lücke geschlossen war, sei fast ein weiteres Jahr vergangen.

Damit stehen zwei Fähigkeiten nebeneinander, die in einer Umstellungskennzahl leicht zusammenfallen. Ein Netz kann IPv6-Pakete weiterleiten, während ein benachbarter Abrechnungs- oder Datensatzprozess weiter nur das alte Adressformat kennt. Carmona legt das CDR-Schema nicht offen. Seine Darstellung markiert dennoch die Schnittstelle zwischen Transport und Nachweis: Digitel sagt, es müsse einen Teilnehmer mit der Adresse verknüpfen können, die dieser zu einem bestimmten Zeitpunkt verwendet hat.

Das ist ein Hinweis auf einen betrieblichen Kontrollpunkt, aber kein Beweis für ein Versagen. Carmona nennt die CDR-Frage den letzten regulatorischen Engpass. Er veröffentlicht jedoch weder einen Datensatz noch ein Audit, eine Feststellung der CONATEL oder eine Zahl betroffener Anschlüsse. Auch steht dort nicht, der IPv6-Dienst habe bis zur Änderung der CDR gewartet. Der Beitrag sagt nur, die Behebung der Datensatzlücke habe fast ein weiteres Jahr gedauert. Daraus folgt weder, dass Nutzer nicht identifizierbar waren, noch dass ihnen ein Schaden entstand.

Die Vorschrift definiert kein CDR-Schema

Die venezolanische Telekommunikationsbehörde CONATEL veröffentlichte die Verwaltungsbestimmung 096 am 16. Juni 2025 im Amtsblatt Nr. 43.150. Ihr erklärter Zweck ist, Maßnahmen und Ziele für die IPv6-Einführung bei Telekommunikationsanbietern festzulegen, die das IP-Protokoll einsetzen. Die Kanzlei LEĜA fasst eine Höchstfrist von zwei Jahren für Netze, Hardware und Software zusammen, die native IPv6-Präfixe unterstützen, sowie eine Mitteilung und einen Übergangsplan innerhalb von 30 Tagen.

Das beschreibt einen Weg zur technischen Implementierung. In den hier geprüften Unterlagen findet sich keine Vorgabe dazu, wie eine CDR eine IPv6-Adresse abbilden muss. Carmonas Bezeichnung als regulatorischer Engpass kann eine Erwartung des Anbieters an eine umfassendere Nachvollziehbarkeit meinen, eine andere Compliance-Frage oder eine interne Designanforderung. Der Beitrag unterscheidet diese Möglichkeiten nicht. Die Aussage eines Unternehmens dokumentiert seine Umsetzungserfahrung; sie beweist nicht, dass der Regulierer ein Datenbankfeld angeordnet hat.

Auch die Frist trägt kein einfaches Compliance-Urteil. Nach der LEĜA-Zusammenfassung läuft die Zweijahresfrist ab Inkrafttreten und endet im Juni 2027. Zum Recherchezeitpunkt am 16. Oktober 2026 lag die äußerste Frist noch in der Zukunft. Carmona sagt, Digitel sei der erste venezolanische Mobilfunkanbieter gewesen, der das Dual-Stack-Ziel erreicht habe. Eine CONATEL-Prüfliste oder ein unabhängiger Test zu Datum, erfassten Diensten und Kriterien liegt hier nicht vor. Das Ergebnis ist vom Unternehmen berichtet, nicht landesweit auditiert.

Drei Prüfungen sollten getrennt bleiben. Eine Infrastrukturprüfung fragt, ob Hardware und Software natives IPv6 verarbeiten. Ein Dienstetest fragt, ob Sitzungen zustande kommen. Ein Nachweistest fragt, ob Adresse, Zuweisungszeitraum und Teilnehmerkonto später zusammengeführt werden können. Jede Prüfung betrachtet eine andere Ebene; das Bestehen einer Prüfung beantwortet die anderen nicht.

RFC 6888 ist ein begrenzter Vergleich

RFC 6888 erklärt, warum bestimmte Protokolle wichtig sein können, aber nur in einem klar abgegrenzten Fall. Abschnitt 4 behandelt Mapping-Protokolle für Carrier-Grade NAT (CGN). Wenn mehrere Teilnehmer eine öffentliche IPv4-Adresse teilen, können externe Adresse, Port, Zeitstempel, Protokoll und Teilnehmerkennung nötig sein, um eine beobachtete Verbindung einem Anschluss zuzuordnen. Die RFC bezeichnet diese Feldliste ausdrücklich als informativ, nicht als Vorgabe. Sie weist auch auf das mögliche Logvolumen hin und rät CGNs aus Datenschutzgründen davon ab, Zieladressen oder Zielports ohne administrative Notwendigkeit zu speichern.

Das ist ein bedingter Vergleich und keine Beschreibung von Digitel. Carmona sagt nicht, dass das Unternehmen CGN verwendet; eine CDR ist nicht automatisch ein NAT-Mapping-Log. Die RFC schließt die Lücken des Berichts nicht. Sie zeigt lediglich den Zielkonflikt im Protokolldesign: genug Informationen für eine definierte Betriebsfrage, aber keine unnötige Datensammlung und kein unbegrenztes Logvolumen.

Was Digitel konkret geändert hat, bleibt offen. Der Beitrag sagt nicht, ob ein Feld, ein Kennzeichen, eine Abrechnungsschnittstelle, eine Berichtskette oder mehrere Systeme angepasst wurden. Zeitgenauigkeit, Aufbewahrung, Zugriffe, Korrekturen und Tests sind ebenfalls nicht beschrieben. Die Aussage, die Lücke sei geschlossen, erlaubt keine Bewertung des Umfangs.

Der nächste Nachweis sollte die Frage testen

Hilfreich wäre ein datenschutzgerechter Prüfbericht. Er könnte Datum und Umfang eines Tests, die Adressfamilie, Zuweisungsintervall und Kontozuordnung, die Normalisierung von Zeitangaben, Aufbewahrungsdauer, Zugriffs- und Korrekturrechte sowie den Anteil bestandener Datensätze nennen. Teilnehmernamen oder rohe CDR müssten dafür nicht öffentlich werden. Eine CONATEL-Prüfliste oder unabhängige Prüfung könnte außerdem klären, ob der Test an Bestimmung 096, einer anderen Regel oder dem internen Betriebsstandard von Digitel gemessen wurde.

Damit wäre nicht die gesamte IPv6-Qualität beurteilt. Beantwortet würde eine engere Frage: Gehört zu der gemeldeten Dual-Stack-Fähigkeit ein nachvollziehbarer und überprüfbarer Datensatzprozess? Der öffentliche Stand belegt zwei unterschiedlich weit reichende Aussagen: CONATEL hat einen Rahmen für die IPv6-Implementierung gesetzt; Digitel sagt, bis IPv6 in den CDR stand, sei fast ein weiteres Jahr vergangen. Ein rechtlicher Befund, der beides verbindet, liegt nicht vor.

Ein Migrationsplan sollte daher neben dem Weiterleitungspfad auch Abrechnung und Datensatzsysteme aufführen und für jede Ebene einen Nachweis benennen. Geht es um Netzfähigkeit, ist ein Netztest gefragt. Geht es um die Zuordnung von Teilnehmer und Adresse, ist ein geschützter Datensatztest gefragt. Wer das eine als Ersatz für das andere nimmt, lässt die am wenigsten sichtbare Schnittstelle ungeprüft.

Quellen