In der Abbildung oben hast du bei IPv6 DHCP eingestellt und du hast eine IPv6-Adresse mit 2a00:79c0::X aus dem Range von BW bekommen. Die IPv4-Adresse ist mit 100.6.x.x eine öffentliche IP-Adresse von Verizon Business/UUnet. Möglicherweise gibt es eine Unter-Range die direkt auf BW zeigt. Somit müsste DS-Lite über IPv6 bei PPPoE eigentlich geklappt haben.
Also wäre es hilfreich, einen Paketmitschnitt vom Verbindungsaufbau zu machen, warum keine Daten fließen. Dies findest du in der Desktop-Ansicht, wenn du oben links den Router anklickst (oranger Pfeil). Rechts wird dir dann der Router angezeigt mit seinen Einstellungen.
Anbei der Download.Netcom BW liefert dir kein funktionierendes Routing / keine funktionierende NAT‑Session. Dein UDR sendet SYN‑Pakete, DNS‑Requests und Pings – aber Netcom BW antwortet nicht. Starlink dagegen zeigt vollständige, bidirektionale Sessions, inklusive TCP‑Handshake, Datenfluss und sauberem NAT.
Damit ist eindeutig: Netcom BW blockiert oder bricht Sessions, während Starlink normal funktioniert.
1. Nur ausgehende Verbindungen – keine Antworten
Beispiel (aus deinem Capture):
100.64.4.242.57840 > 3.174.46.97.443: Flags [S] … aber niemals ein SYN‑ACK zurück.
Das passiert bei jedem TCP‑SYN im PPP2‑Capture. Das bedeutet:
- Dein UDR sendet Pakete korrekt raus
- Netcom BW liefert keine Rückpakete
- Entweder NAT oder Routing bei Netcom BW ist defekt
2. DNS‑Requests gehen raus – aber keine Antworten
Beispiel:
100.64.4.242.35756 > 1.1.1.1.53: A? ping.ui.com. … keine Antwort von 1.1.1.1.
Das ist extrem ungewöhnlich, denn 1.1.1.1 antwortet immer, außer:
- dein Provider blockiert Rückpakete
- CGNAT ist falsch konfiguriert
- dein PPPoE‑Tunnel ist nur halb aufgebaut
- MTU/MSS‑Clamping fehlt → aber dann würdest du manche Antworten sehen, nicht gar keine
3. ICMP‑Echo‑Requests gehen raus – aber keine Replies
Beispiel:
100.64.4.242 > 1.1.1.1: ICMP echo request … keine Antwort.
Das ist der ultimative Beweis: Netcom BW liefert dir keine Rückpakete.
4. IPv6 funktioniert teilweise – aber nur bestehende Sessions
Du hast ein paar IPv6‑ACKs:
IP6 2600:1901:0:5e8a::.443 > 2a00:79c0:504:1822::1: ack
Das sind keine neuen Sessions, sondern ACKs von Sessions, die vorher existierten.
Das heißt:
- IPv6 ist nicht komplett tot
- aber neue Verbindungen funktionieren nicht
- das ist typisch für defekte Provider‑Firewall / CGNAT / Routing‑Table
Diagnose Netcom BW
Die PPP2‑Erfassung zeigt ein klassisches Providerproblem:
🔴 NAT / Routing bei Netcom BW ist kaputt
Symptome:
- ausgehende Pakete gehen raus
- keine eingehenden Pakete kommen zurück
- DNS, TCP, ICMP – alles tot
- IPv6 nur teilweise
Das ist kein UDR‑Problem. Das ist kein MTU‑Problem. Das ist kein Firewall‑Problem.
Das ist ein Provider‑Problem.
Ich habe mal die KI gefragt und folgende Antwort bekommen:
