Beiträge von Taxan4711

@MOD - evtl. Thema ändern in IPv4 + IPv6 ?

Nachdem auch die IPv4 Lease nicht mehr (bei mir) ausgegeben wird, hab ich die Hotline angerufen - Info:

1. DG erhält zahlreiche Meldungen, es werden keine kundenbezogenen Tickets mehr erzeugt
2. Nach längerer Wartezeit hat dann der Agent die Info der Technik wiedergegeben "es ist ein Großstörung, eine Entstörzeit ist im Moment nicht abzusehen". Was dann gesagt wurde, interpretiere ich persönlich als "... man spricht mehr von Tagen als von Stunden".
3. Die Kunden sollen alle individuell (per Mail?) informiert werden nach dem Ende der Entstörung
4. Sobald der/die Services wieder ungestört sind, soll man erneut anrufen (Sales Hotline), um seine Ansprüche für eine Gutschrift anzumelden

PS. diese Störung ist ein Super-Anlass, um seine Backup-Links (LTE bei mir) und die liebgewordenen Funktionen (VPNs, Apple Airprint/Airplay usw.) auszutesten finde ich

Moinsen, bei mir seit heute Nacht, 2:39:18 selbes Problem. Warum genau diese Zeit: IP6 outbound ist offen (Router/Firewall: Draytek 2866). Mein Victron VRM (Solar Akku Monitoring App) meldet einen Verbindungsaussfall zu diesem Zeitpunkt und 'schaltet zurück auf IP4'. Info: IP6 Inbound ist firewalled auf bestimmte Server/Protokolle.

Aktuelle Situation: ip4 OK, nperf.com zeigt die gebuchte Bandbreite, aber IP6 baut der Router keinen Link zu DG auf. Das ist etwas nervig, da unsere VPN Inbound WG Tunnels für die Kollegen über IP6 laufen, grrr.

Ratio: ist bei dieser Häufung vermutlich kein lokales Problem, vermutlich hat DG am Protokoll etwas verändert, aber IP6 Inbound steht im Vertrag -> muss geliefert werden.

prima, vielen Dank für die Info Conicost.

Ich bin eigentlich kein Skeptiker, aber bei 24 Monaten Bindung ist es schon wesentlich, ob man einen Anspruch darauf hat (... siehe AGB, da steht nur 'dynamisch').

Hintergrund ist ein Eintrag in einem andere Forum - dort hat die DTAG unter der Hand auf CGNAT umgestellt während der Vertragslaufzeit. Passiert ist es ebenfalls in einer Wohnanlage und nur durch Intervention der Hausverwaltung wurde die Änderung zurückgenommen ...

Ich weiss, das kann niemand verbindlich beantworten, aber vielleicht gibt es ja Forenmitglieder, die bei DTAG etwas 'hinter die Kulissen' schauen.
Der DTAG Weg ist ja eher die Ausnahme, DG / VF machen CGNAT.

Moin in die Runde,

wg Umzug besteht die Möglichkeit einen FTTH der DTAG zu erhalten oder klassisch VDSL (Wohnanlage mit beiden Möglichkeiten).

Aus den AGB geht nicht hervor, ob der FTTH Anschluß mit einer öffentlichen IPv6 ausgestattet ist, oder mit einer privaten (CGNAT).

Bestimmt hat jemand praktische Erfahrungen ...?

Hintergrund: ich benötige eine öffentliche IPv4, da dort ein VPN Tunnel enden soll. Lösungen über Jump-Server wären unattaktiv, da würde ich mach dann für VDSL entscheiden wollen ...

VG

Moin in die Runde,

bin gerade am Wechsel vom 2860 zum 2866 ... unter äusserst zu lobender Unterstützung durch Draytek. Folgend ein paar Erfahrungen ...

Folgende Infos:

1. der Hinweis von Frank_m ist 'mandatory' - DG vergleicht die WAN MAC beim Verbindungsaufbau. Wenn sich die ändert, dann nach Abklemmen des alten Routers einen RESET om ONT. Beim PON ONT an der Seite mit Büroklammer o.ä. solange Drücken, bis die Status LED kurz rot leuchtet. Danach exakt 61 Minuten warten und erst dann den neuen Router anschliessen. Die Wartezeit lässt sich verkürzen, wenn in der Konsole des Routers ein "IPv4 DCHP-Release" Befehl abgesetzt werden kann.

2. Falls mschlee eine IPv4 Adresse erhält und ins Internet kommt, dann ist Punkt 1. erfolgreich gewesen. IPv6 spielt für DG an dieser Stelle keine Rolle.

3. IPv6 >am DG Anschluss< ist leider im Moment noch ein Schattenthema bei Draytek. Von - garkeinen ausser lokalen, über falsche oder sich nicht erneuernde IPv6 globale Addressen, bis zum Crash des Routers, wenn IPv6 enabled ist - geht die Bandbreite. Im Moment habe ich IPv6 de-aktiviert, suche aber Kontakt zu Kollegen zum Informationsaustausch.

... da schliesse ich mich dem Kommentar von alfalfa an - nicht nur an dieser Stelle versucht das GUI Eingaben ohne eine erkennbare Logik oder aussagekräftige Fehlermeldungen, d.h. mehr als "Eingabe nicht zulässig", abzuwehren ...

Folgendes ist vielleicht für weitere Leser, die in Vertragslaufzeit von KER auf DG Router wechseln wollen, interessant.

Ich habe den DG Router innerhalb der Widerspruchsfrist zurückgegeben und danach noch etwas Stress mit DG gehabt.
Die Ursache liegt im Kleingedruckten (AGB).

DG nimmt einen Abruf eines DG Routers (egal, ob gebührenfrei wie BASIC oder sonstige Änderung) zum Anlass, die Vertragslaufzeit vom Zeitpunkt dieser Vertragsänderung auf "Start" zu setzen und die Mindest-Vertragslaufzeit (bei mir 24 Monaate) neu beginnen zu lassen. Bei mir war bereits 50% der Mindestvertragslaufzeit abgelaufen (12 Monate). Mit dem Abruf hat sich die Mindestlaufzeit infolge um 1 Jahr verlängert auf insgesamt 3 Jahre - nciht das, was ich wünsche.

Da hilft auch nicht die aktuelle AGB Änderung als Reaktion auf das jüngst erlassene Verbrauchervertragsschutz-Gesetzes, das nach Ablauf der Mindestvertragslaufzeit einem eine monatliche Kündigungsfrist einräumt (vor dieser Gesetzesänderung haben sich Verträge erneut um 24 oder 12 Monate verlängert, wenn man das Kündigungsdatum verpasst hat).
Aber man kommt auch mit diesem Gesetz nicht in der Mindestvertragslaufzeit aus einem Vertrag, und wenn sich diese w.o. aufgrund AGBs verlängert, dann Pech gehabt.

Da mein Widerspruch (auf die Vertragsänderung durch Abruf des BASIC Routers) in der gesetzten Frist erfolgte, hatte ich Anspruch darauf, die davor geltenden Konditionen zu erhalten, sprich 24 Monate Laufzeit und nicht 36.
Wie erwarte hat DG den Vertrag nicht 'zurückgesetzt', dies erfolgte erst durch eine - wiederrum rechtzeitige Intervention.

Wie es technisch weitergegangen ist, berichte ich im Routerforum, dort in der 'Draytek' Rubrik.

@frank - ja, aber wie / warum auch immer, soll sich DG drum kümmern.

Es ist ein provisionierter Router und IPv6 Connectivity ist zugesagt, Ticket bei DG ist offen.

Merci für die vielen Hinweise.

merci frank,

ping = icmp = keine ports (die trägt dieses teil selber ein).

es sieht ja wohl so aus denke ich, als ob das dg netz den dg router nach ablauf kurzer zeit nicht mehr versorgt.

ps: ja, ich habe bewusst keine fb bestellt ...

vg donald

foldende ergebnisse nach de-aktivierung der fw regeln:

und ein dejavue:

root@ubuntu:~# ping -6 2001:4860:4860::8888

PING 2001:4860:4860::8888(2001:4860:4860::8888) 56 data bytes

64 bytes from 2001:4860:4860::8888: icmp_seq=1 ttl=119 time=11.3 ms

64 bytes from 2001:4860:4860::8888: icmp_seq=2 ttl=119 time=9.53 ms

64 bytes from 2001:4860:4860::8888: icmp_seq=3 ttl=119 time=7.73 ms

64 bytes from 2001:4860:4860::8888: icmp_seq=4 ttl=119 time=9.83 ms

64 bytes from 2001:4860:4860::8888: icmp_seq=5 ttl=119 time=7.76 ms

64 bytes from 2001:4860:4860::8888: icmp_seq=6 ttl=119 time=9.70 ms

From 2a00:6020:4609:9200:eebe:ddff:fe29:e09b icmp_seq=7 Destination unreachable: Address unreachable

From 2a00:6020:4609:9200:eebe:ddff:fe29:e09b icmp_seq=8 Destination unreachable: Address unreachable

From 2a00:6020:4609:9200:eebe:ddff:fe29:e09b icmp_seq=9 Destination unreachable: Address unreachable

From 2a00:6020:4609:9200:eebe:ddff:fe29:e09b icmp_seq=10 Destination unreachable: Address unreachable

From 2a00:6020:4609:9200:eebe:ddff:fe29:e09b icmp_seq=11 Destination unreachable: Address unreachable

From 2a00:6020:4609:9200:eebe:ddff:fe29:e09b icmp_seq=12 Destination unreachable: Address unreachable

From 2a00:6020:4609:9200:eebe:ddff:fe29:e09b icmp_seq=13 Destination unreachable: Address unreachable

From 2a00:6020:4609:9200:eebe:ddff:fe29:e09b icmp_seq=14 Destination unreachable: Address unreachable

From 2a00:6020:4609:9200:eebe:ddff:fe29:e09b icmp_seq=15 Destination unreachable: Address unreachable

traceroute to 2a00:6020:4609:9200:dea6:32ff:fe39:f55f (2a00:6020:4609:9200:dea6:32ff:fe39:f55f), 30 hops max, 80 byte packets

1 r3win7.core.init7.net (2001:1620:2777:1a::1) [AS13030] 1.039 ms 1.374 ms 1.651 ms

2 2a00:5641:109::2 (2a00:5641:109::2) [AS13030] 1.137 ms 1.552 ms 1.744 ms

3 r2win9.core.init7.net (2a00:5641:109::1) [AS13030] 0.910 ms 1.210 ms 1.621 ms

4 r1win12.core.init7.net (2a00:5641:137::1) [AS13030] 1.095 ms 1.334 ms 1.799 ms

5 r1zrh6.core.init7.net (2a00:5641:137::2) [AS13030] 1.498 ms 1.756 ms 2.048 ms

6 r1glb1.core.init7.net (2001:1620:2::32a) [AS13030] 1.379 ms 3.279 ms 3.531 ms

7 2a00:5641:12d::4 (2a00:5641:12d::4) [AS13030] 1.992 ms 2.356 ms 2.630 ms

8 2a00:5641:12e::2 (2a00:5641:12e::2) [AS13030] 1.672 ms 1.951 ms 2.158 ms

9 2a00:5641:12e::7 (2a00:5641:12e::7) [AS13030] 7.320 ms 7.676 ms 7.967 ms

10 * * *

11 ffm-bb1-v6.ip.twelve99.net (2001:2034:1:6b::1) [AS1299] 10.700 ms 10.668 ms 10.647 ms

12 ddf-b2-v6.ip.twelve99.net (2001:2034:0:21::1) [AS1299] 10.479 ms 11.871 ms 10.499 ms

13 * * *

14 2a00:6020:0:b::2 (2a00:6020:0:b::2) [AS60294] 10.795 ms 2a00:6020:0:a::2 (2a00:6020:0:a::2) [AS60294] 10.765 ms 10.725 ms

15 2a00:6020:ffff:ffff::21 (2a00:6020:ffff:ffff::21) [AS60294] 19.015 ms 18.989 ms 18.917 ms

16 * * *

17 * * *

18 * * *

besonders beeindruckend, dass sich nicht mal ihr eigener DNS Server ping'en lässt:

root@ubuntu:~# tracert6 2a00:6020:100::1

traceroute to 2a00:6020:100::1 (2a00:6020:100::1) from 2a00:6020:4609:9200:dea6:32ff:fe39:f55f, 30 hops max, 60 bytes packets

1 2a00:6020:4609:9200:eebe:ddff:fe29:e09b (2a00:6020:4609:9200:eebe:ddff:fe29:e09b) 0.254 ms 0.142 ms 0.248 ms

2 2a00:6020:4609:9200:eebe:ddff:fe29:e09b (2a00:6020:4609:9200:eebe:ddff:fe29:e09b) 3005.638 ms !H 3005.623 ms !H 3005.597 ms !H

Moin,

nachdem die DG nicht mehr mit meinem Router reden möchte (oder umgekehrt, der Support ist aktiv), versuche ich als Workaround einen DG Basic Router (nicht kundeneigen, sondern von DG provisioniert) zu verwenden (Sagecom) - IPv4 soweit OK.

Für IPv6 hat der DG-Router eine Firewall parametrierbar, die ich versucht habe, mit den in den vorangegangenen Post vorgestellten Hilfmitteln ($.util.isValidIpv6 = function(str) { return true; }) für beliebige Adressen zu öffnen:

(f55f) ist eine Ubuntu Box auf dem LAN Port des Routers, IPv6 Ports beide "0", soll sein 'any port' ...? OK ?.

Nach Einrichten der Regeln dann Ping Test nach draussen und von draussen zur Box, mit seltsamen Ergebnissen:

draussen (init7) --> ubuntu:

traceroute to 2a00:6020:4609:9200:dea6:32ff:fe39:f55f (2a00:6020:4609:9200:dea6:32ff:fe39:f55f), 30 hops max, 80 byte packets

1 r3win7.core.init7.net (2001:1620:2777:1a::1) [AS13030] 0.981 ms 1.192 ms 1.455 ms

2 2a00:5641:109::2 (2a00:5641:109::2) [AS13030] 0.947 ms 1.224 ms 1.532 ms

3 r2win9.core.init7.net (2a00:5641:109::1) [AS13030] 0.902 ms 1.171 ms 1.481 ms

4 r1win12.core.init7.net (2a00:5641:137::1) [AS13030] 1.065 ms 1.368 ms 1.677 ms

5 r1zrh6.core.init7.net (2a00:5641:137::2) [AS13030] 1.424 ms 1.764 ms 2.095 ms

6 r1glb1.core.init7.net (2001:1620:2::32a) [AS13030] 1.393 ms 1.704 ms 1.397 ms

7 2a00:5641:12d::4 (2a00:5641:12d::4) [AS13030] 1.903 ms 2.273 ms 2.559 ms

8 2a00:5641:12e::2 (2a00:5641:12e::2) [AS13030] 18.465 ms 18.762 ms 19.069 ms

9 2a00:5641:12e::7 (2a00:5641:12e::7) [AS13030] 6.996 ms 7.223 ms 7.543 ms

10 * * *

11 ffm-bb1-v6.ip.twelve99.net (2001:2034:1:6b::1) [AS1299] 10.642 ms 10.611 ms 10.587 ms

12 ddf-b2-v6.ip.twelve99.net (2001:2034:0:21::1) [AS1299] 12.003 ms 10.418 ms 10.526 ms

13 * * *

14 2a00:6020:0:b::2 (2a00:6020:0:b::2) [AS60294] 10.952 ms 10.934 ms 10.905 ms

15 2a00:6020:ffff:ffff::21 (2a00:6020:ffff:ffff::21) [AS60294] 19.685 ms 19.650 ms 19.602 ms

16 * * *

17 * * *

18 * * *

von drinnen --> draussen:

root@ubuntu:~# ping -6 2001:4860:4860::8888

PING 2001:4860:4860::8888(2001:4860:4860::8888) 56 data bytes

64 bytes from 2001:4860:4860::8888: icmp_seq=1 ttl=119 time=10.6 ms

64 bytes from 2001:4860:4860::8888: icmp_seq=2 ttl=119 time=8.81 ms

64 bytes from 2001:4860:4860::8888: icmp_seq=3 ttl=119 time=10.8 ms

64 bytes from 2001:4860:4860::8888: icmp_seq=4 ttl=119 time=9.77 ms

64 bytes from 2001:4860:4860::8888: icmp_seq=5 ttl=119 time=7.70 ms

From 2a00:6020:4609:9200:eebe:ddff:fe29:e09b icmp_seq=6 Destination unreachable: Address unreachable

From 2a00:6020:4609:9200:eebe:ddff:fe29:e09b icmp_seq=7 Destination unreachable: Address unreachable

From 2a00:6020:4609:9200:eebe:ddff:fe29:e09b icmp_seq=8 Destination unreachable: Address unreachable

From 2a00:6020:4609:9200:eebe:ddff:fe29:e09b icmp_seq=9 Destination unreachable: Address unreachable

From 2a00:6020:4609:9200:eebe:ddff:fe29:e09b icmp_seq=10 Destination unreachable: Address unreachable

From 2a00:6020:4609:9200:eebe:ddff:fe29:e09b icmp_seq=11 Destination unreachable: Address unreachable

From 2a00:6020:4609:9200:eebe:ddff:fe29:e09b icmp_seq=12 Destination unreachable: Address unreachable

aha, nochmal von drinnen --> draussen:

root@ubuntu:~# tracert6 2001:4860:4860::8888

traceroute to 2001:4860:4860::8888 (2001:4860:4860::8888) from 2a00:6020:4609:9200:dea6:32ff:fe39:f55f, 30 hops max, 60 bytes packets

1 2a00:6020:4609:9200:eebe:ddff:fe29:e09b (2a00:6020:4609:9200:eebe:ddff:fe29:e09b) 0.381 ms 0.237 ms 0.245 ms

2 2a00:6020:4609:9200:eebe:ddff:fe29:e09b (2a00:6020:4609:9200:eebe:ddff:fe29:e09b) 3006.596 ms !H 3005.630 ms !H 3006.172 ms !H

(e09b) ist das LAN des DG Routers

Genauso gab es zu Zeiten für Minutenbruchteile eine Antwort für das tracert von draussen --> drinnen, dann fail für längeren Zeit, so wie oben.

Wie passt das alles zusammen ..... ???

na dann reihe ich mich mal mit ein ... PON Anschluss mit Draytek VIGOR 2860 an NT: IPv4 broken / IPv6 OK.
aktuelles Update: DG Basic (mit 172 Netz) zw. NT und 2860 (WAN2 Port): IPv4 OK, IPv6 werden Adressen an die Endpoints verteilt, diese sind von draussen aber nicht erreichbar (verständlich, vorteilhaft ist, dass die DG IPv6 Konfig quasi statisch ist, evtl. geht die Route manuell ...).
Performance: Mein DG Anschluss ist 300/150. Draytek direkt (als es noch ging) lieferte 320/155, aus dem DG Basic kommen 250/150. Für mich OK, der Uplink ist bei mir wichtig.

Zitat von frank_m

Naja, solange sich DG an die Standards hält, ist es eher Sache des Routerherstellers, die Kompatibilität sicherzustellen. Und da AVM, Ubiquiti, Lancom, Cisco und was wir sonst noch so alles hier im Forum finden kein Problem mit der Umstellung hatten, dürfte relativ klar sein, wer hier aktiv werden muss.

Guter Punkt,

es wäre doch interessant im Formum einmal abzufragen, welche Fabrikate ausser FB an einem DG Anschluß als KER betrieben werden. Neben den Router-Typen gibts ja dann auch ein Gefühl für die Anzahlen ...
Meine Google Suchen führen in der Regel nur auf FB oder selten Eigenkonstruktionen mit pfsense o.ä.

Zitat von HubeBube

Nach dem zweiten und dritten Lesen des Postings kann ich da schwerlich einen Zusammenhang mit dem konkreten Thread hier erkennen. Evtl. ist es schon zu spät oder ich bin zu dumm...

... das soll lediglich ein Beispiel sein, dass DG wenig bis kein Interesse hat, KER zu unterstützen und seine Schnittstellen mit der Breite des Router-Marktangebotes kompatibel zu halten, es geht eher in die Richtung einer Verdrängung von KERs.

Moin in die Runde,

zum Thema KER (so benennt DG kundeneigene Router) möchte ich hier gerne einen Eintrag cross-posten, den ich im Router Forum eingestellt habe (letzter Beitrag).

Ich vermute, dass evtl. Drittrouter-Betreiber aktuell einem Problem gegenüberstehen, das möglicherweise für die hier beschriebenen Phänomene mit verantwortlich sein kann.
Insbesondere geht es dabei um Draytek Router ...

https://www.router-forum.de/draytek-vigor/…problem.t74839/

Vielleicht hilft es dem einen oder anderen ...

Ein FW Update für den 2860 (Version 3.9.1, Juni 2021) hat das Problem behoben. Den 2862 kann ich nicht (mehr) testen, aber für dieses Modell wurde kein FW Upate im Juni veröffentlicht.

kurzes Update:

WS Trace mit einem Win-10 PC als "DTE" am DG Anschluss.

Interessant, dass das Timing anders abläuft, bereits 20 Minuten nach WAN Link-Up (16:22), d.h. Starten der DHCP Lifetime sieht es so aus:

d.h. WIN10 fängt den Renew Zyklus bereits nach 20 Minuten an und führt diesen dann weiterhin in diesem Abstand durch - wartet also nicht bis Lifetime / 2.

frank_m - aus Deinen beiden Bildern kann ich leider die Sequenz nach dem Reply nicht absehen (und wann der erste Renew erfolgte, d.h. LT /2 oder LT /3).

Der Draytek Support hat sich gleich gemeldet und sucht Traces, bei denen es funktioniert. Falls also jemand noch einen Fritzbox Trace (Wireshark) beisteuern möchte, bitte PN.

nee, beide WLAN am Router aus, das LAN abgesteckt. WLAN am Notebook per Soft-Off (network setting). Das Frame kommt ja aus dem Draytek definitiv und der WLAN Port vom NB ist nicht in Wireshark als Sniffer Port aktiviert.

Nachdem der Mirror Port am Draytek normalerweise ein normaler LAN Port ist, befürchte ich eher, dass die Beschreibung nicht korrekt ist.

Ich warte jetzt ersteinmal ab, was von Draytek kommt. Wenn ich nochmal trace, dann hänge ich einen Repeater in die WAN Leitung.

Wie bereits gesagt, selbst wenn man jetzt weiter seziert, hat man keine Mittel etwas zu ändern.

Verspäteter Aprilscherz: Ich frag mich gerade, was passiert, wenn der DG Anschluss auf einer Fritzbox terminiert und ob ich zwischen Fritzbox und Draytek ein Transfernetz aufmachen kann ;-))

DG NT <--> Draytek WAN-2 Port

Notebook <--> LAN Port2 und Setup am Draytek:

Zumindest der Beschreibung nach sollen am Mirror Port nur die Packete der zu spiegelnden Ports ausgegeben werden.

Der Trace zeichnet alles auf, zur Auswertung Filter DHCPv6

Hier die DHCv6 Frames vor dem Reconfigure :

1. - Renew:

2. - Reply:

3. - Reconfigure

Danke euch beiden,

Was mich stört ist der Reconfigure, das darf er nicht senden. Weiterhin ist die Reconfigure Option "Renew" an einen Client, zumindest in diesem Moment denkt der Draytek, er ist DHCP Server am LAN (die Sender MAC ....de:88 ist die des LAN Anschlusses).

Moin,

wg. Refresh - richtig, Voreinstellung ist "disabled", theoretisch kann das zu anderem Verlauf führen, der am Ende aber auch fehlschlägt.

wg. Reply Details - im Anhang der Replay (#12090) komplett aufgeklappt.

wg. Reconfigure - nein, kein LAN Traffic, ausschliesslich WAN-2. Die Sequenz ist bei mehreren Traces auch immer gleich. Es läuft ja auf dem Router auch ein DHCPv6 Server, der aber nur Richtung LAN Seite sprechen sollte. Das ist ja genau meine Vermutung, dass dort der Fehler liegt ...

Das Problem ist, dass einem die Hände gebunden sind, es ist ja kein Open-Source Gerät. Selbst wenn man den Fehler noch weiter einkreist, kann man ihn nicht beheben.

Der Draytek Support hat den kompletten Trace, ich warte jetzt erst auf Reaktion von dieser Seite.

Danke nochmal und schöne Ostern!

Moin Alf,

refresh time on/off hatten wir schon ... ;-))

Klar ignoriert der Server das Reconfigure, aber dass der Client ein nach RFC nicht zulässiges Frame aussendet (er darf nur darauf hören) ist für mich Indiz genug, dass die state-machine des Draytek ausser Takt ist.

Wenns interessiert - ich habe via Lan-2-Lan VPNs weitere Draytek Router an anderen Locations gekoppelt. Sinn der Sache ist, dass Apple Bonjour (Airplay, Airprint, ...) so zwischen den Standorten möglich ist (MS Multicasts natürlich auch). ISP ist DT, jeweils WAN-1 VDSL.

Eine weitere Macke vom Draytek ist, dass sobald ich WAN-2 (DG) aufmache, die Multicasts der L2L VPNs an diesem Router nicht mehr verarbeitet werden, also Schritt zurück (die Traces sind mit einem isolierten Router erstellt worden).

An dem Standort mit DT und DG stehen deshalb jetzt 2 x Draytek, jeder mit nur einem WAN, die in einer Art Cluster (Draytek nennt das high availability) zusammen werkeln an einem LAN.

Ist sehr nett, das Cluster propagiert ins LAN eine (virtuelle) default Route (IPv4, IPv6) samt DHCPvX, DNS und per Prio kann ein Knoten bevorzugt werden. Hiermit funktioniert auch der L2L Multicast für Apple usw. Falls ein WAN Link ausfällt, übernimmt der Standby und ein Client merkt nichts davon.

Lange Rede kurzer Sinn - ich verliere viel, wenn ich nur wg. DG einen Draytek durch eine Fritzbox austausche. Ich hoffe, dass der Draytek Support das Engineering bewegen kann, das Problem zu fixen.