DrayTek UK Users' Community Forum
Help, Advice and Solutions from DrayTek Users
Draytek 2860N Line Drops
- babis3g
- Offline
- Dedicated Contributor
Less
More
- Posts: 1686
- Thank yous received: 0
31 Oct 2014 09:47 #81585
by babis3g
Replied by babis3g on topic Re: Draytek 2860N Line Drops
Human mistake, reply them that you did and there is still issue, ask them if they are able tell you what the log means
Please Log in or Create an account to join the conversation.
- babis3g
- Offline
- Dedicated Contributor
Less
More
- Posts: 1686
- Thank yous received: 0
31 Oct 2014 09:48 #81586
by babis3g
Have you tried and the STD firmware instead of the Vector? or perhaps any backwards firmware?
Replied by babis3g on topic Re: Draytek 2860N Line Drops
Human mistake, reply them that you did and there is still issue, ask them if they are able tell you what the log meansbabis3g wrote:
Have you tried and the STD firmware instead of the Vector? or perhaps any backwards firmware?
Please Log in or Create an account to join the conversation.
- kiman2000
- Topic Author
- Offline
- New Member
Less
More
- Posts: 9
- Thank yous received: 0
31 Oct 2014 10:06 #81587
by kiman2000
Replied by kiman2000 on topic Re: Draytek 2860N Line Drops
Yes yes - done all that... I've done all the usual and unusual things to try to get this box stable before posting here. At Draytek's request I'm now back on the standard version (which was also previously unstable - but that may have been before disabling the UPnP).
Looking over last nights logs, I have also found this...
<166>1 2014-10-31T01:46:23+00:00 my.router Vigor - - - Vigor: WAN2 PPPoE <== Protocol:LCP(c021) EchoReq Identifier:0xD4Magic Number: 0x2944 5b 48 ##
<166>1 2014-10-31T01:46:23+00:00 my.router Vigor - - - Vigor: WAN2 PPPoE ==> Protocol:LCP(c021) EchoRep Identifier:0xD4Magic Number: 0x0 00 00 ##
<166>1 2014-10-31T01:46:35+00:00 my.router Vigor - - - Vigor: WAN2 PPPoE <== Protocol:LCP(c021) EchoReq Identifier:0xD5Magic Number: 0x2944 5b 48 ##
<166>1 2014-10-31T01:46:35+00:00 my.router Vigor - - - Vigor: WAN2 PPPoE ==> Protocol:LCP(c021) EchoRep Identifier:0xD5Magic Number: 0x0 00 00 ##
<166>1 2014-10-31T01:46:41+00:00 my.router Vigor - - - Vigor: WAN2 PPPoE <== Protocol:LCP(c021) TermReq Identifier:0x78 ##
<158>1 2014-10-31T01:46:41+00:00 my.router Vigor - - - Vigor: PPP Closed : Remote Terminating ()
<166>1 2014-10-31T01:46:41+00:00 my.router Vigor - - - Vigor: WAN2 PPPoE ==> Protocol:LCP(c021) TermAck Identifier:0x78 ##
<166>1 2014-10-31T01:46:41+00:00 my.router Vigor - - - Vigor: WAN 2 is down.
This looks like something just gave up and dropped for no reason.... it just terminated... am I reading that correctly that the 2860 got a request from the OR box to terminate the PPPoE connection?
I really could do with someone out there to help interpret Drayteks SysLogs.... anyone?
Looking over last nights logs, I have also found this...
<166>1 2014-10-31T01:46:23+00:00 my.router Vigor - - - Vigor: WAN2 PPPoE <== Protocol:LCP(c021) EchoReq Identifier:0xD4Magic Number: 0x2944 5b 48 ##
<166>1 2014-10-31T01:46:23+00:00 my.router Vigor - - - Vigor: WAN2 PPPoE ==> Protocol:LCP(c021) EchoRep Identifier:0xD4Magic Number: 0x0 00 00 ##
<166>1 2014-10-31T01:46:35+00:00 my.router Vigor - - - Vigor: WAN2 PPPoE <== Protocol:LCP(c021) EchoReq Identifier:0xD5Magic Number: 0x2944 5b 48 ##
<166>1 2014-10-31T01:46:35+00:00 my.router Vigor - - - Vigor: WAN2 PPPoE ==> Protocol:LCP(c021) EchoRep Identifier:0xD5Magic Number: 0x0 00 00 ##
<166>1 2014-10-31T01:46:41+00:00 my.router Vigor - - - Vigor: WAN2 PPPoE <== Protocol:LCP(c021) TermReq Identifier:0x78 ##
<158>1 2014-10-31T01:46:41+00:00 my.router Vigor - - - Vigor: PPP Closed : Remote Terminating ()
<166>1 2014-10-31T01:46:41+00:00 my.router Vigor - - - Vigor: WAN2 PPPoE ==> Protocol:LCP(c021) TermAck Identifier:0x78 ##
<166>1 2014-10-31T01:46:41+00:00 my.router Vigor - - - Vigor: WAN 2 is down.
This looks like something just gave up and dropped for no reason.... it just terminated... am I reading that correctly that the 2860 got a request from the OR box to terminate the PPPoE connection?
I really could do with someone out there to help interpret Drayteks SysLogs.... anyone?
Please Log in or Create an account to join the conversation.
- cheops2006
- Offline
- Junior Member
Less
More
- Posts: 12
- Thank yous received: 0
31 Oct 2014 11:01 #81589
by cheops2006
Replied by cheops2006 on topic Re: Draytek 2860N Line Drops
I keep getting drops/reboots too when a vpn I am connected to drops. They don't care last draytek I will be buying.
Please Log in or Create an account to join the conversation.
- babis3g
- Offline
- Dedicated Contributor
Less
More
- Posts: 1686
- Thank yous received: 0
31 Oct 2014 12:05 #81590
by babis3g
Wan > internet access Can you change the MTU 1492 then and also can you try mode detect always on (instead of ARP) - any manually dns servers delete them
Wan>General setup, can you name the isp? if you have named then leave it blank (display name)
Lan > general setup > Lan 1 add mnually your isp dns servers then exit Lan>general setup tick the box force router to use dns server lan 1
Last is possible to change lan port if you are wired?
As said i am not expert with the readings but seems the PPPoE implementation of WAN2 is broken or corrupted
Replied by babis3g on topic Re: Draytek 2860N Line Drops
Yes yes - done all that... I've done all the usual and unusual things to try to get this box stable before posting here. At Draytek's request I'm now back on the standard version (which was also previously unstable - but that may have been before disabling the UPnP).kiman2000 wrote:
Looking over last nights logs, I have also found this...
<166>1 2014-10-31T01:46:23+00:00 my.router Vigor - - - Vigor: WAN2 PPPoE <== Protocol:LCP(c021) EchoReq Identifier:0xD4Magic Number: 0x2944 5b 48 ##
<166>1 2014-10-31T01:46:23+00:00 my.router Vigor - - - Vigor: WAN2 PPPoE ==> Protocol:LCP(c021) EchoRep Identifier:0xD4Magic Number: 0x0 00 00 ##
<166>1 2014-10-31T01:46:35+00:00 my.router Vigor - - - Vigor: WAN2 PPPoE <== Protocol:LCP(c021) EchoReq Identifier:0xD5Magic Number: 0x2944 5b 48 ##
<166>1 2014-10-31T01:46:35+00:00 my.router Vigor - - - Vigor: WAN2 PPPoE ==> Protocol:LCP(c021) EchoRep Identifier:0xD5Magic Number: 0x0 00 00 ##
<166>1 2014-10-31T01:46:41+00:00 my.router Vigor - - - Vigor: WAN2 PPPoE <== Protocol:LCP(c021) TermReq Identifier:0x78 ##
<158>1 2014-10-31T01:46:41+00:00 my.router Vigor - - - Vigor: PPP Closed : Remote Terminating ()
<166>1 2014-10-31T01:46:41+00:00 my.router Vigor - - - Vigor: WAN2 PPPoE ==> Protocol:LCP(c021) TermAck Identifier:0x78 ##
<166>1 2014-10-31T01:46:41+00:00 my.router Vigor - - - Vigor: WAN 2 is down.
This looks like something just gave up and dropped for no reason.... it just terminated... am I reading that correctly that the 2860 got a request from the OR box to terminate the PPPoE connection?
I really could do with someone out there to help interpret Drayteks SysLogs.... anyone?
Wan > internet access Can you change the MTU 1492 then and also can you try mode detect always on (instead of ARP) - any manually dns servers delete them
Wan>General setup, can you name the isp? if you have named then leave it blank (display name)
Lan > general setup > Lan 1 add mnually your isp dns servers then exit Lan>general setup tick the box force router to use dns server lan 1
Last is possible to change lan port if you are wired?
As said i am not expert with the readings but seems the PPPoE implementation of WAN2 is broken or corrupted
Please Log in or Create an account to join the conversation.
- marjohn56
- Offline
- Junior Member
Less
More
- Posts: 84
- Thank yous received: 0
01 Nov 2014 13:21 #81599
by marjohn56
Replied by marjohn56 on topic Re: Draytek 2860N Line Drops
Hi,
I have done a little research, and would do some more but SWMBO has other tasks for me!
Interesting.... LCP ( Link control protocol ) from the draytek appears to be asking the OR modem for its magic number. Here is a little putty from the juniper PPP-LCP overview.
LCP can negotiate many PPP options, as follows:
MRU size—Maximum receive unit size (always accepted).
Magic number—Randomly generated number used to identify one end of a point-to-point connection. Each side negotiates its magic number, taking note of each other’s magic number. If both sides discover that the magic numbers they are negotiating are the same, each side attempts to change its magic number. If they are not successful, and the magic numbers remain the same, the session terminates because of the loopback that is detected. Magic numbers are always accepted.
By default, the router always attempts to negotiate a local magic number. The peer can also determine whether to negotiate its magic number—the peer magic number. The router always accepts a peer’s attempt to negotiate its magic number.
Keep the following points in mind when configuring the router to ignore the peer magic number mismatch and retain the PPP connection:
If the peer negotiates the magic number but sends the router an LCP echo request or reply packet that contains a null or invalid magic number, the router strictly terminates the PPP connection. The router can ignore a mismatch of the LCP peer magic number only when the peer has not negotiated the magic number.
Using the ppp magic-number disable command to disable negotiation of the magic number on the router does not affect validation of the peer magic number. When you issue the ppp magic-number disable command, the router sets only the local magic number to null, but does not change or validate the peer magic number. (For more information, see ppp magic-number disable.)
I have not copied all of the document here, but on first reading it would appear that the OR kit is not responding as it should. I may be wrong as I can find no reference quickly as to what the correct response should be, apart from another magic number that is different.
Regards,
I have done a little research, and would do some more but SWMBO has other tasks for me!
Interesting.... LCP ( Link control protocol ) from the draytek appears to be asking the OR modem for its magic number. Here is a little putty from the juniper PPP-LCP overview.
LCP can negotiate many PPP options, as follows:
MRU size—Maximum receive unit size (always accepted).
Magic number—Randomly generated number used to identify one end of a point-to-point connection. Each side negotiates its magic number, taking note of each other’s magic number. If both sides discover that the magic numbers they are negotiating are the same, each side attempts to change its magic number. If they are not successful, and the magic numbers remain the same, the session terminates because of the loopback that is detected. Magic numbers are always accepted.
By default, the router always attempts to negotiate a local magic number. The peer can also determine whether to negotiate its magic number—the peer magic number. The router always accepts a peer’s attempt to negotiate its magic number.
Keep the following points in mind when configuring the router to ignore the peer magic number mismatch and retain the PPP connection:
If the peer negotiates the magic number but sends the router an LCP echo request or reply packet that contains a null or invalid magic number, the router strictly terminates the PPP connection. The router can ignore a mismatch of the LCP peer magic number only when the peer has not negotiated the magic number.
Using the ppp magic-number disable command to disable negotiation of the magic number on the router does not affect validation of the peer magic number. When you issue the ppp magic-number disable command, the router sets only the local magic number to null, but does not change or validate the peer magic number. (For more information, see ppp magic-number disable.)
I have not copied all of the document here, but on first reading it would appear that the OR kit is not responding as it should. I may be wrong as I can find no reference quickly as to what the correct response should be, apart from another magic number that is different.
Regards,
Please Log in or Create an account to join the conversation.
Moderators: Chris
Copyright © 2025 DrayTek