Moin,
dies ist zwar nun kein direktes "VoIP"-Problem, aber ich denke hier nutzen auch andere die Konstellation.
Und zwar nutzen wir bei uns und diversen Kunden ein kleines VPN-Netz in Verbindung mit Telekom-Leitungen.
Seit ca. 1 - 1,5 Wochen haben alle VPN Verbinden die gleichen Probleme. Werden entweder gar nicht er aufgebaut, oder brechen alle paar Sekunden wieder ab.
Laut Fehlerlog: 3 IKE Server, 0x0, 0x1c,...
Ich dachte zunächst es würde am DynDNS-Anbieter liegen. Aber selbst mit festen, öffentlichen IP-Adressen gibt es die Probleme. DSL ist synchron.
Was ich etwas suspekt finde, ist die Trace-Route der Standorte:
1 <1 ms <1 ms <1 ms fritz.box [192.168.121.1]
2 18 ms 18 ms 17 ms 62.**.**.**
3 21 ms 21 ms 18 ms 62.156.245.14
4 21 ms 21 ms 21 ms hh-ea7-i.HH.DE.NET.DTAG.DE [62.154.33.2]
5 23 ms 21 ms 21 ms hh-ea7-i.HH.DE.NET.DTAG.DE [62.154.33.2]
6 19 ms 18 ms 19 ms 217.237.154.141
7 37 ms 37 ms 37 ms ***.dip0.t-ipconnect.de [87.128.xx.xx]
8 37 ms 37 ms 37 ms **.dip0.t-ipconnect.de [87.128.xx.xx]
Da Punkt 4+5 und 7+8 identisch sind. Alle gestörten VPN-Verbindungen gehen über den Hop der Telekom in Hamburg.
Hat zufällig noch jemand dieses Problem, oder noch besser, eine Lösung?
AVM weiß angeblich von nichts und Telekom versteht das Problem nicht mal, bzw. verweist auf Speedports...
dies ist zwar nun kein direktes "VoIP"-Problem, aber ich denke hier nutzen auch andere die Konstellation.
Und zwar nutzen wir bei uns und diversen Kunden ein kleines VPN-Netz in Verbindung mit Telekom-Leitungen.
Seit ca. 1 - 1,5 Wochen haben alle VPN Verbinden die gleichen Probleme. Werden entweder gar nicht er aufgebaut, oder brechen alle paar Sekunden wieder ab.
Laut Fehlerlog: 3 IKE Server, 0x0, 0x1c,...
Ich dachte zunächst es würde am DynDNS-Anbieter liegen. Aber selbst mit festen, öffentlichen IP-Adressen gibt es die Probleme. DSL ist synchron.
Was ich etwas suspekt finde, ist die Trace-Route der Standorte:
1 <1 ms <1 ms <1 ms fritz.box [192.168.121.1]
2 18 ms 18 ms 17 ms 62.**.**.**
3 21 ms 21 ms 18 ms 62.156.245.14
4 21 ms 21 ms 21 ms hh-ea7-i.HH.DE.NET.DTAG.DE [62.154.33.2]
5 23 ms 21 ms 21 ms hh-ea7-i.HH.DE.NET.DTAG.DE [62.154.33.2]
6 19 ms 18 ms 19 ms 217.237.154.141
7 37 ms 37 ms 37 ms ***.dip0.t-ipconnect.de [87.128.xx.xx]
8 37 ms 37 ms 37 ms **.dip0.t-ipconnect.de [87.128.xx.xx]
Da Punkt 4+5 und 7+8 identisch sind. Alle gestörten VPN-Verbindungen gehen über den Hop der Telekom in Hamburg.
Hat zufällig noch jemand dieses Problem, oder noch besser, eine Lösung?
AVM weiß angeblich von nichts und Telekom versteht das Problem nicht mal, bzw. verweist auf Speedports...