VPN Unterbricht ständig

Zyxel ZyWall 5 und Zyxel 660H

Hallo Zusammen

Wir haben einen VPN Tunnel zu unserer Filiale. Hier haben wir eine ZyWall 5 und ein Zyxel 660 ME und in der Filiale eine ZyWall 5 und ein Zyxel 660H. Die Modems sind als Bridge konfiguriert und in der ZyWall ist der VPN Tunnel eingerichtet.

Soweit funktioniert alles. Das Problem ist nun, das der VPN Tunnel immer mal wieder unterbricht und ich weis nicht wieso. Meistens um 17:05 Uhr oder kurz vor 18:00 Uhr. Zeitweise auch mal Tagsüber aber nicht so oft.
Kann mir jemand ev. Sagen wo ich etwas falsch eingestellt habe?
Ich sende unten noch einen Auszug aus dem Zywall Log File.

Vielen Dank

Gruss v.
Chris

No. Time Source IP Destination IP Note
1|2006-10-03 18:54:55 | | |CALL DETAIL RECORD
board 0 line 0 channel 0, call 5, C02 Call Terminated
2|2006-10-03 18:54:55 | | |
ppp:IPCP Closing
3|2006-10-03 18:54:55 | | |
ppp:LCP Closing
4|2006-10-03 18:52:58 |.*..* |.*..001 |IKE
Recv:[HASH][NOTFY:R_U_THERE_ACK]
5|2006-10-03 18:52:58 |.*..* |.*..001 |IKE
The cookie pair is : 0x323EC5E6A4453E1D / 0xE1C904C0BB8FA2A2
6|2006-10-03 18:52:58 |.*..001 |.*..* |IKE
Send:[HASH][NOTFY:R_U_THERE]
7|2006-10-03 18:52:58 |.*..001 |.*..* |IKE
The cookie pair is : 0x323EC5E6A4453E1D / 0xE1C904C0BB8FA2A2
8|2006-10-03 18:50:27 | | |WAN1
WAN interface gets IP:.*..001
9|2006-10-03 18:50:27 | | |
ppp:IPCP Opening
10|2006-10-03 18:50:27 | | |
ppp:IPCP Starting
11|2006-10-03 18:50:27 | | |
ppp:CHAP Opening
12|2006-10-03 18:50:26 | | |
ppp:LCP Opening
13|2006-10-03 18:50:26 | | |
ppp:LCP Starting
14|2006-10-03 18:50:26 | | |CALL DETAIL RECORD
board 0 line 0 channel 0, call 5, C02 OutCall Connected 100000000
15|2006-10-03 18:50:26 | | |PACKET TRIGGER
Packet Trigger: Protocol=1, Data=Packet Trigger: Protocol=1, Dat
16|2006-10-03 18:50:26 | | |CALL DETAIL RECORD
board 0 line 0 channel 0, call 5, C01 Outgoing Call dev=6 ch=0
17|2006-10-03 17:52:47 | | |CALL DETAIL RECORD
board 0 line 0 channel 0, call 4, C02 Call Terminated
18|2006-10-03 17:52:47 | | |
ppp:IPCP Closing
19|2006-10-03 17:52:47 | | |
ppp:LCP Closing
20|2006-10-03 17:50:40 |.*..* |.*..001 |IKE
Rule [GenfRemote] Tunnel built successfully
21|2006-10-03 17:50:40 |.*..* |.*..001 |IKE
The cookie pair is : 0x323EC5E6A4453E1D / 0xE1C904C0BB8FA2A2
22|2006-10-03 17:50:40 |.*..001 |.*..* |IKE
Adjust TCP MSS to 1390
23|2006-10-03 17:50:39 |.*..* |.*..001 |IKE
Recv:[HASH]
24|2006-10-03 17:50:39 |.*..* |.*..001 |IKE
The cookie pair is : 0x323EC5E6A4453E1D / 0xE1C904C0BB8FA2A2
25|2006-10-03 17:50:38 |.*..001 |.*..* |IKE
Send:[HASH][SA][NONCE][ID][ID]
26|2006-10-03 17:50:38 |.*..001 |.*..* |IKE
The cookie pair is : 0x323EC5E6A4453E1D / 0xE1C904C0BB8FA2A2
27|2006-10-03 17:50:38 |.*..* |.*..001 |IKE
Start Phase 2: Quick Mode
28|2006-10-03 17:50:38 |.*..* |.*..001 |IKE
The cookie pair is : 0x323EC5E6A4453E1D / 0xE1C904C0BB8FA2A2
29|2006-10-03 17:50:38 |.*..* |.*..001 |IKE
Recv:[HASH][SA][NONCE][ID][ID]
30|2006-10-03 17:50:38 |.*..* |.*..001 |IKE
The cookie pair is : 0x323EC5E6A4453E1D / 0xE1C904C0BB8FA2A2
31|2006-10-03 17:50:38 |.*..001 |.*..* |IKE
Phase 1 IKE SA process done
32|2006-10-03 17:50:38 |.*..001 |.*..* |IKE
The cookie pair is : 0x323EC5E6A4453E1D / 0xE1C904C0BB8FA2A2
33|2006-10-03 17:50:38 |.*..001 |.*..* |IKE
Send:[ID][HASH][NOTFY:INIT_CONTACT]BB8FA2A2
34|2006-10-03 17:50:38 |.*..001 |.*..* |IKE
The cookie pair is : 0x323EC5E6A4453E1D / 0xE1C904C0BB8FA2A2
35|2006-10-03 17:50:38 |.*..001 |.*..* |IKE
Adjust TCP MSS to 1452
36|2006-10-03 17:50:38 |.*..* |.*..001 |IKE
Recv:[ID][HASH][NOTFY:INIT_CONTACT]BB8FA2A2
37|2006-10-03 17:50:38 |.*..* |.*..001 |IKE
The cookie pair is : 0x323EC5E6A4453E1D / 0xE1C904C0BB8FA2A2
38|2006-10-03 17:50:38 |.*..001 |.*..* |IKE
Send:[KE][NONCE]
39|2006-10-03 17:50:38 |.*..001 |.*..* |IKE
The cookie pair is : 0x323EC5E6A4453E1D / 0xE1C904C0BB8FA2A2
40|2006-10-03 17:50:38 |.*..* |.*..001 |IKE
Recv:[KE][NONCE]
41|2006-10-03 17:50:38 |.*..* |.*..001 |IKE
The cookie pair is : 0x323EC5E6A4453E1D / 0xE1C904C0BB8FA2A2
42|2006-10-03 17:50:38 |.*..001 |.*..* |IKE
Send:[SA][VID][VID]
43|2006-10-03 17:50:38 |.*..001 |.*..* |IKE
The cookie pair is : 0x323EC5E6A4453E1D / 0xE1C904C0BB8FA2A2
44|2006-10-03 17:50:38 |.*..* |.*..001 |IKE
Recv:[SA][VID][VID]
45|2006-10-03 17:50:38 |.*..* |.*..001 |IKE
The cookie pair is : 0x323EC5E6A4453E1D / 0xE1C904C0BB8FA2A2
46|2006-10-03 17:50:38 |.*..* |.*..001 |IKE
Recv Main Mode request from [.*..*]
47|2006-10-03 17:50:38 |.*..* |.*..001 |IKE
Rule [Genf] Receiving IKE request
48|2006-10-03 17:50:38 |.*..* |.*..001 |IKE
The cookie pair is : 0x323EC5E6A4453E1D / 0xE1C904C0BB8FA2A2
49|2006-10-03 17:50:27 | | |WAN1
WAN interface gets IP:.*.**.001
50|2006-10-03 17:50:27 | | |
ppp:IPCP Opening
51|2006-10-03 17:50:27 | | |
ppp:IPCP Starting
52|2006-10-03 17:50:27 | | |
ppp:CHAP Opening
53|2006-10-03 17:50:26 | | |
ppp:LCP Opening
54|2006-10-03 17:50:26 | | |
ppp:LCP Starting
55|2006-10-03 17:50:26 | | |CALL DETAIL RECORD
board 0 line 0 channel 0, call 4, C02 OutCall Connected 100000000
56|2006-10-03 17:50:26 | | |PACKET TRIGGER
Packet Trigger: Protocol=1, Data=Packet Trigger: Protocol=1, Dat
57|2006-10-03 17:50:26 | | |CALL DETAIL RECORD
board 0 line 0 channel 0, call 4, C01 Outgoing Call dev=6 ch=0
58|2006-10-03 17:35:00 | | |CALL DETAIL RECORD
board 0 line 0 channel 0, call 3, C02 Call Terminated
59|2006-10-03 17:35:00 | | |
ppp:IPCP Closing
60|2006-10-03 17:35:00 |

Please also mark the comments that contributed to the solution of the article

Content-Key: 41381

Url: https://administrator.de/contentid/41381

Printed on: April 19, 2024 at 20:04 o'clock

1 Comment

Das ist schwer zu beantworten. Die Log Meldungen sind etwas kryptisch und es sieht etwas danach aus als wenn deine PPPoE Session runterfällt. Ob das nun am Router oder am Carrier selbst liegt ist schwer zu sagen.
Leider haben die Modems und diese Router nur sehr eingeschränkte Debugging Möglichkeiten so das es sehr schwer ist eine Aussage zu treffen ob es am Carrier oder an deiner Technik liegt. Das beste wäre mal das an einem DSL Anschlusspärchen eines anderen Carriers laufen zu lassen und zu sehen ob er da einen Tag konstant durchhält (..bis auf die Zwangstrennung natürlich !)
Theoretisch könnte aus die Zwangstrennung sein. Viele Carrier "merken" sich den Zeitpunkt der Erstaktivierung des Anschlusses und timen danach den Zwangsdisconnect. Es könnte also theoretisch sein das deine Erstaktivierung immer um 18 Uhr war und es deshalb immer dann zu einer Trennung kommt. Allerdings sollte das dann ein einmaliges Ereignis sein und nicht gehäuft über den Tag auftreten, denn dann hat das mit Sicherheit eine andere Ursache. Ist die Router Betriebssystemsoftware auf dem neuesten Stand ???

German solved Question Routers, Routing Networks

Hotly discussed

Check of ZFW Firewallgleixnerd - 3 Comments

How to set up and configure a Linux GRE tunnelAlexWisha - 3 Comments

WIREGUARD VPN ON UDM PRO BEHIND FRITZBOX - HANDSHAKE DID NOT COMPLETEjstricker - 3 Comments

End of Support dates for Office 2016, 2019 Apps und Productivity ServersDani - 1 Comment