DualStack möglich für VPN?

DS Light gibt es ausschließlich nur bei Cabel. Alles andere ist immer Dual ​@patplu 

Wenn du bei o2 einen Kabelanschluss hast, dann gibt's kein Dual Stack (auch nicht gegen Gebühr).

Ich habe hier einen VDSL Anschluss und kein Kabelanschluss. In der Fritz!Box ist angegeben, dass ein DSlite Tunnel verwendet wird. 

Wichtig wäre hier, dass eine vollwertige IPv4 verwendet wird, IPv6  wird hier im Unternehmensumfeld nicht verwendet. 

Ist das vielleicht kein VDSL-Anschluss der Telekom, sondern eines lokalen Anbieters via Vitroconnect? Bei VDSL Anschlüssen der Telekom endet der DSL-Benutzername auf @s93.bbi-o2.de

Hallo blablup, das ist ein Benutzername mit dem beschriebenen @s93.bbi-o2.de, also somit VDSL Telekom? Danke.

Und somit hast du Dual und kein DS Lite ​@patplu 

OK, gibt es denn in der FritzBox eine Möglichkeit, das hier sicher zu bestätigen? Die IPv4 ist aber dennoch nur dynamisch, korrekt? Nur die IPv6 ist statisch, nehme Ich an. 
Woher könnten denn in diesem Zusammenhang noch Probleme mit VPN beruhen? Gibt es hier Tipps?

Leider ist hier auch kein Glasfaser möglich, wenn es möglicherweise an der Stabilität liegen könnte. Es handelt sich zwar um einen Neubau mit Glasfaser und FFTH Möglichkeit, jedoch ist das noch der Telekom vorbehalten ...

​@patplu Siehst in der Fritzbox ob v4/v6 verbunden ist wenn es richtig konfiguriert ist 

Internet- online Monitor-Verbindungsdetail

In der Fritz!Box ist angegeben, dass ein DSlite Tunnel verwendet wird. 

Dann ist deine Fritzbox wohl falsch konfiguriert. Werksreset und Neueinrichtung ohne manuellen Eingriff durch dich sollte das korrigieren. 

Ich korrigiere: Ich sehe hier, dass IPv4 und IPv6 vorhanden sind. Ich werde das nun erneut testen. Die Vermutung liegt hier auch nahe, dass die VPN-Software SonicWall Mobile Connect mit dem Gateway SonicWall NSA 2700 nicht optimal unter macOS arbeitet … das vorherige OpenVPN Connect war hier performanter und hatte mehr Konfigurationsmöglichkeiten. 

Hallo ​@patplu,

herzlich willkommen hier bei uns in unserer o2 Community 🙂

Konntest du deine Verbindung nochmal testen?

Hast du weiterhin Verbindungsabbrüche mit deiner jetzigen Konstellation?

Viele Grüße,

Gerrit

Servus,

naja, läge es an einer Anschlusseigenschaft(z.B. Carrier Grade NAT), sollte das Problem auch unabhängig der Uhrzeit auftreten. Davon abgesehen dass bei xDSL Produkte (normalerweise) kein Carrier Grade NAT verwendet wird.

Ist dein Arbeitgerber zufällig bei der Telekom angebunden? Die sind eher dafür bekannt Netzübergaben nicht ausreichend zu dimentionieren, was dann ggf. bei Stosszeiten zu Probleme führt. Vielleicht ist deswegen das Problem nur zeitbezogen zu Zeiten höherer Netzlast?

poste doch mal die Modemwerte, falls dein (ggf. im Router integriertem) Modem das ermöglicht auch den Spektrum (mit Min/Max Werte) und ggf. auch einen Foto der aufgeschraubten TAE-Dose, so dass man das verwendete Telefonkabel erkennen kann.

Ich konnte mittlerweile das VPN erneut testen, die Ergebnisse sind aber leider nicht zufriedenstellend. Da Ich als Verantwortlicher bei meinem Arbeitgeber mit dem Dienstleister für das Gateway im Kontakt stehe, hatten wir hier bereits alle möglichen Parameter konfiguriert, was hier jedoch nicht wirklich erfolgsbringend gewesen ist. Über den mobilen Hotspot funktioniert es, über das heimische Netzwerk leider nicht. Die Routerkonfiguration wurde auch geprüft, auch bereits ein Werksreset durchgeführt, jedoch ebenfalls ohne Erfolg. Ich bin hier derzeit ein wenig ratlos, ein Wechsel auf Glasfaser ist bei o2 aktuell nicht möglich an dieser Adresse und eine eigene IP scheint hier für Business vorbehalten, wie ich es gelesen hatte.

Bezüglich der Frage, ob der AG bei Telekom angebunden ist: Ja, tatsächlich, jedoch Company Access mit Fiber, darüber hinaus aber auch eine sekundäre Leitung über Unitymedia bzw. Vodafone. 

Hallo ​@patplu ,
magst du nochmal die Modemwerte posten? 
Vielleicht kann almightyloaf noch helfen ? 
Gruß, Solveig 

ob der AG bei Telekom angebunden ist: Ja, tatsächlich, jedoch Company Acces

Macht für die Anbindung vom Telekom Netz (AS3320) zu andere Netze (ASx) aber keinen Unterschied. Wenn der Anbindungen zwischen ASx und AS3320 nicht ausreichend dimensioniert sind (wofür die Telekom nun mal bekannt ist), kann es zu solche Probleme kommen.

Ggf. Wäre es sinnvoll, da genauer hinzuschauen oder eben sich umzusehen ob ein Wechsel möglich ist zu einem Internetanbieter, der, sofern ihr auch tatsächlich Einschränkungen messen konntet (hier ist ein Kapazität, Packet Loss und Latenztest imho angebracht) derartige Probleme nicht hat. Ihr könnt aber auch eurem derzeitigen Anbieter, also die Telekom, darum bitten ihre Netzübergaben korrekt zu dimensionieren, wie gesagt, falls ihr einen Engpass messen konntet. Alternativ könnt ihr testweise das VPN über der Backup-Infrastruktur bereitstellen, so das ihr da das Telekom-Netz als mögliche Ursache ausschließen könnt.

Die Telekom kann ja weiterhin der Infrastrukturbetreiber sein des Glasfaseranschlusses, aber das dahintergelagerte Netz darf ruhig ein anderes sein als AS3320. Ähnlich wie ein o2 Glasfaser Anschluss, dort ist die Telekom der Infrastrukturbetreiber (je nach Ort), das Netz dahinter, bzw. den Traffic wird aber in das Telefonica Netz (AS6805) weitergeleitet, so dass man die Engpässe von AS3320 umgeht.

Wie gesagt, läge es an einer Eigenschaft des o2 Anschlusses, in dem Fall den Carrier-Grade NAT, würde das Problem “immer” da sein und nicht nur an bestimmten Uhrzeiten, da das Carrier-Grade NAT immer aktiv ist und nicht nur morgens oder abends.

Edit: Achso ehm, da dein Anschluss ja eh einen xDSL Anschluss ist, entfällt das Thema Carrier-Grade NAT so oder so, macht aber die Aussagen trotzdem nicht falsch. Ich denke ein Internetanbieterwechsel des Arbeitgebers dürfte die nachhaltigste Lösung sein. Alternativ kannst du zwar selbst auch ins Telekom Netz wechseln mit deinem Anschluss Zuhause, würde ich aber aufgrund der oben genannten Problematik der zu klein dimensionierten Anbindungen an “das Internet” nicht empfehlen, wobei der Aufwand hier zugegeben sicherlich kleiner ist als die eigentlich richtigere Lösung.

Aber eins nach dem anderen, zuerst messen, dann Anbieter (in dem Kontext Telekom) um Behebung bitten, und erst dann Konsequenzen ziehen.