# Entwurf: Support-Anfrage an die Telekom zu eingehendem IPv6

**Überholt — nicht in dieser Form versenden (12.09.2026).** Neue Messungen
zeigen eingehende Pakete am Mango und einen funktionierenden HTTP-Testserver
auf tnix. Die getestete Blockade lag in Mangos Firewall; der zuvor
beobachtete `wan6`-Zähler lag hinter der bereits entscheidenden `wan`-Zone.
Siehe [aktueller Testaufbau](ipv6-test-tnix.md). Der folgende Entwurf ist
nur noch historischer Kontext.

Hintergrund und Testbefund: `docs/roadmap.md`, Abschnitt
„Connector-Architektur", Einträge vom 12.09.2026. Ziel der Mail: klären,
warum die bereits gebuchte und korrekt konfigurierte Option „Feste
IPv6-Adresse (Präfix 64)" nicht die im Produktflyer beworbene direkte
Erreichbarkeit liefert — nicht nur die Adresse als Diagnose-Info
weitergeben.

Diese Anfrage richtet sich an den **Geschäftskunden-Support** (die Option
ist ein Business-Produkt), nicht an die allgemeine Kundenhotline —
Kontakt laut Produktflyer: freecall 0800 33 01300. Vor dem Versenden:
eigene Kundendaten (Rufnummer, Kundennummer) ergänzen, wo `[…]` steht.
Die Test-IPv6-Adresse unten ist die tatsächlich beim Test beobachtete —
falls sich das Präfix seither geändert hat, vor dem Versenden mit einer
aktuellen Adresse ersetzen.

---

**Betreff:** Option „Feste IPv6-Adresse (Präfix 64)" gebucht und korrekt
konfiguriert, aber nicht von außen erreichbar

Sehr geehrtes Telekom-Geschäftskunden-Support-Team,

ich habe für meinen Mobilfunkanschluss die Option „Feste IPv6-Adresse
(Präfix 64)" gebucht und möchte darüber einen kleinen selbst gehosteten
Server erreichbar machen. Laut Produktflyer ist der Mobilfunk-Zugang
damit „weltweit direkt adressierbar"; in der Praxis komme ich von außen
aber nicht auf das Gerät.

**Kundendaten:** […Rufnummer/Kundennummer…]

**Konfiguration:** APN auf dem Endgerät korrekt auf `festip.telekom`
gestellt (nicht den normalen APN `internet.v6.telekom.de`). Die dabei
zugewiesene Adresse liegt im erwarteten Fixed-IP-Adressbereich
(`2a01:598:ec1e:ce00::/64` zum Testzeitpunkt, Präfix laut Option fest).

**Befund:** Ausgehende IPv6-Verbindungen funktionieren einwandfrei.
Eingehende, von mir nicht zuvor initiierte Verbindungen zu dieser Adresse
werden jedoch offenbar weiterhin netzwerkseitig blockiert. Getestet mit
lokal vollständig geöffneter Firewall auf meinem eigenen Endgerät (um
eine eigene Fehlkonfiguration auszuschließen):

- ICMP-Ping von vier unabhängigen externen Standorten (verschiedene
  Länder/Kontinente, über einen öffentlichen Prüfdienst) — keine Antwort
  von keinem der vier Standorte.
- Ein HTTP-Request von einer Cloud-Infrastruktur außerhalb meines
  Netzes auf Port 80 und 443 — ebenfalls kein Erfolg (Timeout bzw. aktive
  Ablehnung, je nach Pfad).

Auf meinem eigenen Endgerät kommt dabei nachweislich kein einziges dieser
Pakete an (eigener Firewall-Paketzähler bleibt bei 0) — die Blockade
liegt also vor meinem Gerät, im Mobilfunknetz selbst.

**Meine Frage:** Warum liefert die gebuchte und korrekt konfigurierte
Option nicht die beworbene direkte Erreichbarkeit? Ist dafür eine weitere
Einstellung nötig (z. B. im Business Service Portal), oder gibt es eine
bekannte Einschränkung, die im Flyer nicht erwähnt ist? Falls es sich um
einen Fehler auf Netzseite handelt, bitte ich um Weiterleitung an die
zuständige technische Stelle.

Vielen Dank für eine Rückmeldung.

Mit freundlichen Grüßen
[…Name…]