From f1147d0fb342df3e5207d3053baac904e89b7b57 Mon Sep 17 00:00:00 2001 From: Christoph Emsenhuber Date: Tue, 16 Jun 2026 19:47:02 +0200 Subject: [PATCH] =?UTF-8?q?Call-Quality=20=F0=9F=94=8D=20IPv6-Stand=20korr?= =?UTF-8?q?igiert:=20FB-6to4=20nur=20am=20VLAN1,=20intern=20v4-only?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Verifiziert am VLAN1-Host (FB-nah): FB annonciert 2002::-Prefix per RA, curl -6 klappt, ping6 Google v6 = 100% Loss (flatterhaftes 6to4). Intern NICHT durchgereicht: Mac mini (VLAN20 hinter ap1) v6-los — ap1 kein RA/DHCPv6-PD, Branch-Switch nicht v6-konfiguriert, Core-Switch v6-Fähigkeit unklar. 6to4 untauglich für RT-Medien; saubere Alt = 6in4-Tunnelbroker (HE). Geli-CGNAT-Bypass unberührt. Co-Authored-By: Claude Opus 4.8 --- docs/call-quality-diagnosis.md | 14 ++++++++------ 1 file changed, 8 insertions(+), 6 deletions(-) diff --git a/docs/call-quality-diagnosis.md b/docs/call-quality-diagnosis.md index 42ba426..c13845c 100644 --- a/docs/call-quality-diagnosis.md +++ b/docs/call-quality-diagnosis.md @@ -68,12 +68,14 @@ lässt die **Congestion-Control kollabieren**. Roaming/Handover ist additiver Ne **IPv4 = CGNAT bestätigt:** WAN-IP `100.72.62.31` ∈ **100.64.0.0/10** (RFC 6598), außen `94.154.138.11`. **IPv6 = nativ öffentlich:** Prefix `2a0e:7a02:31c:3000::/56`, **kein CGNAT auf v6** (Prefix rotiert ~30 h → DDNS nötig). DNS = Quad9 (`2620:fe::fe:11`) + ISP-EDNS0 (`37.60.7.2`). -- **Christophs Anschluss (Stand 2026-06-16):** **Liwest bietet KEIN natives IPv6** (vom techn. Support bestätigt). - Christoph hat ersatzweise **IPv6 via 6to4** eingerichtet — **aber am Mac mini/LAN NICHT nutzbar** (verifiziert: - `stf0` down/`flags=0`, keine globale v6, kein v6-Default-Route, `curl -6`/`ping6` scheitern). ap1/TP4 ist **v4-only** - (kein DHCPv6-PD). **Fazit: kein funktionierendes IPv6 auf Christophs Seite.** ⚠️ **6to4 ist ohnehin - relay-abhängig/legacy/hohe Latenz → KEINE solide Basis für Echtzeit-Medien.** Saubere Alternative bei Bedarf: - **6in4-Tunnelbroker** (z. B. Hurricane Electric, geroutetes /48, stabil) statt 6to4. +- **Christophs IPv6-Stand (Stand 2026-06-16, korrigiert):** **Liwest bietet KEIN natives IPv6** (techn. Support bestätigt). + Die **FritzBox macht 6to4** und annonciert ein **2002::-Prefix per RA ins VLAN1** → der **FB-nahe VLAN1-Host** hat damit + **(flatterhaftes) 6to4-v6**: `curl -6` zu ifconfig.co klappt (`2002:5638:c211:…`, eingeb. v4 86.56.194.17), aber + **`ping6` Google v6 = 100 % Loss** (Google-6to4-Relays abgeschaltet) = klassische 6to4-Teilerreichbarkeit. + **Intern NICHT durchgereicht:** Mac mini (VLAN20 hinter **ap1**) hat **kein v6** — ap1 macht **kein RA/DHCPv6-PD** auf den + VLANs (TP4 v4-only), **Branch-Switch (Omada) nicht v6-konfiguriert**, **Core-Switch (ALLNET) v6-Fähigkeit unklar**. + ⚠️ **6to4 relay-abhängig/flatterhaft (empirisch: Google-ping scheitert) → KEINE Basis für Echtzeit-Medien.** + Saubere Alternative bei Bedarf: **6in4-Tunnelbroker** (Hurricane Electric, geroutetes /48). Details: Memory `project-ipv6-state`. ---