DrayTek UK Users' Community Forum

Help, Advice and Solutions from DrayTek Users

Draytek 2860N Line Drops

More
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.

More
31 Oct 2014 09:48 #81586 by babis3g
Replied by babis3g on topic Re: Draytek 2860N Line Drops

babis3g wrote: Human mistake, reply them that you did and there is still issue, ask them if they are able tell you what the log means


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
  • New Member
More
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?

Please Log in or Create an account to join the conversation.

More
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.

More
31 Oct 2014 12:05 #81590 by babis3g
Replied by babis3g on topic Re: Draytek 2860N Line Drops

kiman2000 wrote: 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?


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.

More
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,

Please Log in or Create an account to join the conversation.

Moderators: Sami