General Discussion
  >> BTwholesale DSL Implementation


Register (or login) on our website and you will not see this ad.


Pages in this thread: 1 | 2 | (show all)   Print Thread
Standard User IamQ
(experienced) Wed 05-Jan-11 09:04:47
Print Post

Cause of LCP Timeout's


[link to this post]
 
I'm looking for a cause of regular LCP timeouts from the BT side.

Have a line that's worked just fine over the xmas period while theres been no work going on the BT side - now everyone is back the line is dropping PPP upto 4 times a day reporting LCP timeout's.

Can anyone give me any pointers in getting this resolved. The ISP say they see no fault and apparentley have no other customers on the same exchange with any problems.
Standard User b4dger
(knowledge is power) Wed 05-Jan-11 11:45:27
Print Post

Re: Cause of LCP Timeout's


[re: IamQ] [link to this post]
 
It does sound like an ISP issue.

Looks like a Netgear by the wording - you could try another router to see if the PPP session behaves the same.

Standard User yarwell
(sensei) Wed 05-Jan-11 12:26:50
Print Post

Re: Cause of LCP Timeout's


[re: IamQ] [link to this post]
 
something with detailed PPP negotiation logging would show you if it's BT's RADIUS or the ISP's that is struggling to respond. Stuck sessions can behave like that too however you say the line is dropping - is this a separate problem that then creates the authentication issue ?

Is it a static or dynamic IP address ?

Phil

MaxDSL - goes as fast as it can and doesn't read the line checker first.

MaxDSL diagnostics
Are your kids pirates ? Limewire, Bearshare, Kazaa, BitTorrent, eMule are all tools of the trade.


Register (or login) on our website and you will not see this ad.

Standard User IamQ
(experienced) Wed 05-Jan-11 15:58:56
Print Post

Re: Cause of LCP Timeout's


[re: yarwell] [link to this post]
 
I shall dig you out some logging when I get in this evening.

The session is not stuck.

The line is up and in traffic - it then hangs, I then get no response from the LCP Magic packet I then get LCP Timeout and a loss of PPP.

Line restarts PPP and all works again.

Stale sessions just report as 'unable to logon' If I can find any examples I'll send those over too.
Standard User IamQ
(experienced) Wed 05-Jan-11 16:00:36
Print Post

Re: Cause of LCP Timeout's


[re: b4dger] [link to this post]
 
Its not a Netgear.

Its a Draytek 2820 (now with the current 3.3.5.1 firmware and the UK modem code.


This has been an ongoing problem for some time now and the ISP has no real idea and there is no one else on the same exchange with the same problem.

So far today 3 loss of PPP and its only afternoon.
Standard User b4dger
(knowledge is power) Wed 05-Jan-11 17:56:00
Print Post

Re: Cause of LCP Timeout's


[re: IamQ] [link to this post]
 
Are you able to try an alternate router, just to rule things out?

Standard User IamQ
(experienced) Wed 05-Jan-11 18:22:59
Print Post

Re: Cause of LCP Timeout's


[re: b4dger] [link to this post]
 
Sadley not and its in a controled enviroment which requires lots of testing before I can start swapping things out.

The router its self has been fine - the problem was seen before on an older 2800 version but much less.

Its also funny that it's not done it at all over the 'holiday' period but now BTWS are back messing about with there networks its started up again.

Based on another fault I have a feeling DLM is actually involved in this somehow I just need to prove how so I can get it removed from yet another line.
Standard User IamQ
(experienced) Wed 05-Jan-11 19:56:45
Print Post

Re: Cause of LCP Timeout's


[re: IamQ] [link to this post]
 
And another loss of PPP just now;

Here is a before while all is well and working;


Jan 5 19:16:17 gatekeeper gatekeeper: WAN1 PPPoE ==> Protocol:LCP(c021) EchoReq Identifier:0x7BMagic Number: 0x0 00 00 ##
Jan 5 19:16:17 gatekeeper gatekeeper: WAN1 PPPoE <== Protocol:LCP(c021) EchoRep Identifier:0x7BMagic Number: 0x5d73 8f 73 ##
Jan 5 19:17:47 gatekeeper gatekeeper: WAN1 PPPoE ==> Protocol:LCP(c021) EchoReq Identifier:0x7CMagic Number: 0x0 00 00 ##
Jan 5 19:17:47 gatekeeper gatekeeper: WAN1 PPPoE <== Protocol:LCP(c021) EchoRep Identifier:0x7CMagic Number: 0x5d73 8f 73 ##
Jan 5 19:18:09 gatekeeper gatekeeper: WAN1 PPPoE ==> Protocol:LCP(c021) EchoReq Identifier:0x7DMagic Number: 0x0 00 00 ##
Jan 5 19:18:09 gatekeeper gatekeeper: WAN1 PPPoE <== Protocol:LCP(c021) EchoRep Identifier:0x7DMagic Number: 0x5d73 8f 73 ##
Jan 5 19:18:28 gatekeeper gatekeeper: WAN1 PPPoE ==> Protocol:LCP(c021) EchoReq Identifier:0x7EMagic Number: 0x0 00 00 ##
Jan 5 19:18:28 gatekeeper gatekeeper: WAN1 PPPoE <== Protocol:LCP(c021) EchoRep Identifier:0x7EMagic Number: 0x5d73 8f 73 ##
Jan 5 19:19:17 gatekeeper gatekeeper: WAN1 PPPoE ==> Protocol:LCP(c021) EchoReq Identifier:0x7FMagic Number: 0x0 00 00 ##
Jan 5 19:19:17 gatekeeper gatekeeper: WAN1 PPPoE <== Protocol:LCP(c021) EchoRep Identifier:0x7FMagic Number: 0x5d73 8f 73 ##



Now look - it breaks;

Jan 5 19:45:30 gatekeeper gatekeeper: WAN1 PPPoE <== Protocol:LCP(c021) EchoReq Identifier:0x4AMagic Number: 0x5d73 8f 73 ##
Jan 5 19:45:30 gatekeeper gatekeeper: WAN1 PPPoE ==> Protocol:LCP(c021) EchoRep Identifier:0x4AMagic Number: 0x0 00 00 ##
Jan 5 19:45:56 gatekeeper gatekeeper: WAN1 PPPoE ==> Protocol:LCP(c021) EchoReq Identifier:0x87Magic Number: 0x0 00 00 ##
Jan 5 19:46:03 gatekeeper gatekeeper: WAN1 PPPoE ==> Protocol:LCP(c021) EchoReq Identifier:0x88Magic Number: 0x0 00 00 ##
Jan 5 19:46:11 gatekeeper gatekeeper: WAN1 PPPoE ==> Protocol:LCP(c021) EchoReq Identifier:0x89Magic Number: 0x0 00 00 ##
Jan 5 19:46:19 gatekeeper gatekeeper: WAN1 PPPoE ==> Protocol:LCP(c021) EchoReq Identifier:0x8AMagic Number: 0x0 00 00 ##
Jan 5 19:46:27 gatekeeper gatekeeper: WAN1 PPPoE ==> Protocol:LCP(c021) EchoReq Identifier:0x8BMagic Number: 0x0 00 00 ##
Jan 5 19:46:35 gatekeeper gatekeeper: WAN1 PPPoE ==> Protocol:LCP(c021) EchoReq Identifier:0x8CMagic Number: 0x0 00 00 ##
Jan 5 19:46:43 gatekeeper gatekeeper: WAN1 PPPoE ==> Protocol:LCP(c021) EchoReq Identifier:0x8DMagic Number: 0x0 00 00 ##

Jan 5 19:48:35 gatekeeper gatekeeper: PPP Closed : No Echo Response (PPPoA)


Now this is what a stuck session looks like;

Jan 5 19:48:42 gatekeeper gatekeeper: WAN1 PPPoE ==> Protocol:LCP(c021) ConfReq Identifier:0x00 MRU: 1500 ##
Jan 5 19:48:42 gatekeeper gatekeeper: WAN1 PPPoE <== Protocol:LCP(c021) ConfReq Identifier:0xBB MRU: 1500 Authentication Type: CHAP 05 Magic Number: 0x6906538e ##
Jan 5 19:48:42 gatekeeper gatekeeper: WAN1 PPPoE ==> Protocol:LCP(c021) ConfAck Identifier:0xBB MRU: 1500 Authentication Type: CHAP 05 Magic Number: 0x6906538e ##
Jan 5 19:48:42 gatekeeper gatekeeper: WAN1 PPPoE <== Protocol:LCP(c021) ConfAck Identifier:0x00 MRU: 1500 ##
Jan 5 19:48:42 gatekeeper gatekeeper: WAN1 PPPoE <== Protocol:CHAP(c223) Challenge Identifier:0x01 10 f1 02 12 50 3d c0 10 93 21 a0 26 33 72 17 7e e8 62 72 61 73 2d 72 65 64 39 2e 6c 2d 77 66 74 ##
Jan 5 19:48:42 gatekeeper gatekeeper: WAN1 PPPoE ==> Protocol:CHAP(c223) Response Identifier:0x01 10 d4 2d 3f 43 0b 07 18 64 77 da 1c a3 59 a2 04 db 7a 65 6e 31 30 39 34 36 34 40 7a 65 6e ##
Jan 5 19:48:43 gatekeeper gatekeeper: WAN1 PPPoE <== Protocol:LCP(c021) ConfReq Identifier:0x4E MRU: 1500 Authentication Type: CHAP 05 Magic Number: 0x6906538e ##
Jan 5 19:48:43 gatekeeper gatekeeper: WAN1 PPPoE ==> Protocol:LCP(c021) ConfReq Identifier:0x01 MRU: 1500 ##
Jan 5 19:48:43 gatekeeper gatekeeper: WAN1 PPPoE ==> Protocol:LCP(c021) ConfAck Identifier:0x4E MRU: 1500 Authentication Type: CHAP 05 Magic Number: 0x6906538e ##
Jan 5 19:48:43 gatekeeper gatekeeper: WAN1 PPPoE <== Protocol:LCP(c021) ConfAck Identifier:0x01 MRU: 1500 ##
Jan 5 19:48:43 gatekeeper gatekeeper: WAN1 PPPoE <== Protocol:CHAP(c223) Challenge Identifier:0x01 10 f5 8c 20 b4 ec a4 cc 9b 37 fc 8a 4a 7c ad 66 34 64 73 6c 33 2e 74 68 2d 6c 6f 6e ##
Jan 5 19:48:43 gatekeeper gatekeeper: WAN1 PPPoE ==> Protocol:CHAP(c223) Response Identifier:0x01 00 e7 6a f4 0b ef d0 4c 67 16 ef 37 02 0a f9 68 31 7a 66 6e 31 30 39 34 36 34 40 7a 65 6e ##
Jan 5 19:48:43 gatekeeper gatekeeper: WAN1 PPPoE <== Protocol:CHAP(c223) Failure Identifier:0x01CHAP authentication failure, unit 7465 ##
Jan 5 19:48:43 gatekeeper gatekeeper: CHAP Login Failed (PPPoA) -


Then after a retry we are connected again;

Jan 5 19:48:50 gatekeeper gatekeeper: WAN1 PPPoE <== Protocol:CHAP(c223) Success Identifier:0x01CHAP authentication success, unit 7145 ##


I'm getting really hacked off with this now.

I don't have a way to do packet capture on the ppp interface, and I can't bridge the connection to a ppp host for further testing, and this problem has only ever been seen on a BTWS cct. - I do get this from time to time at home, but I can normally link that to a BTWS outage or BRAS blip. 99% of these outages can't be linked to anything.
Standard User yarwell
(sensei) Wed 05-Jan-11 22:46:56
Print Post

Re: Cause of LCP Timeout's


[re: IamQ] [link to this post]
 
why the mix of PPPoE and PPPoA, I wonder out loud ?

Phil

MaxDSL - goes as fast as it can and doesn't read the line checker first.

MaxDSL diagnostics
Are your kids pirates ? Limewire, Bearshare, Kazaa, BitTorrent, eMule are all tools of the trade.
Standard User IamQ
(experienced) Wed 05-Jan-11 23:05:20
Print Post

Re: Cause of LCP Timeout's


[re: yarwell] [link to this post]
 
In reply to a post by yarwell:
why the mix of PPPoE and PPPoA, I wonder out loud ?


Oh because the silly router miss-reports AFAIK.

It's running PPPoA and connected with PPPoA to a standard BTWS 21CN WMBC Product.
Pages in this thread: 1 | 2 | (show all)   Print Thread

Jump to