Date: Mon, 20 Sep 1999 19:02:36 +0100 From: Brian Somers <brian@Awfulhak.org> To: Paul Herman <pherman@element-5.de> Cc: freebsd-isdn@FreeBSD.ORG Subject: Re: RFC 1661 Loop? (Was Re: if_spppsubr.c) Message-ID: <199909201802.TAA00996@keep.lan.Awfulhak.org> In-Reply-To: Your message of "Sat, 18 Sep 1999 16:41:33 %2B0200." <Pine.BSF.4.10.9909181602020.18697-100000@brain.element-5.de>
next in thread | previous in thread | raw e-mail | index | archive | help
It looks like your ISP is requesting LCP options 0x11 (unknown to me) = and 0x13 (callback). When sppp rejects them, it requests them again. This is illegal. The requesting side should either change its = request or send a terminate request. You could always try ppp(8) (from my website). I may be wrong = interpreting your logs :-0 If you do, make sure you build ppp(8) = *after* your i4b installation (you shouldn't see any -DNOI4B s on the = make command lines). > OK, > = > so I looked into the if_spppsubr.c (from 0.83) code this weekend. Code= > looks just fine. But it looks to me that both sides are stuck in the s= ame > automaton state which there seems to be no exit (state 8 - ack sent - t= o > use the language of RFC 1661.) > = > This only happens to me *sometimes*. The rest of the time I connect no= > problem. From logs (which I have learned to understand the hex by now!= :) > = > ------- When it connects, it connects no problem ----- > Sep 18 12:10:27 fw2-test /kernel: isp0: lcp open(initial) > Sep 18 12:10:27 fw2-test /kernel: isp0: phase establish > Sep 18 12:10:28 fw2-test /kernel: isp0: Up event > Sep 18 12:10:28 fw2-test /kernel: isp0: lcp up(starting) > Sep 18 12:10:28 fw2-test /kernel: isp0: lcp output <conf-req id=3D0x7 l= en=3D10 05-06-5f-cf-72-c0> > Sep 18 12:10:28 fw2-test /kernel: isp0: lcp input(req-sent): <conf-req = id=3D0x1 len=3D21 01-04-05-f4-03-04-c0-23-13-09-03-00$ > Sep 18 12:10:28 fw2-test /kernel: isp0: lcp parse opts: mru auth-prot= o lcp/0x13 [rej] send conf-rej > Sep 18 12:10:28 fw2-test /kernel: isp0: lcp output <conf-rej id=3D0x1 l= en=3D13 13-09-03-00-c0-7b-7c-36-6e> > Sep 18 12:10:28 fw2-test /kernel: isp0: lcp input(req-sent): <conf-ack = id=3D0x7 len=3D10 05-06-5f-cf-72-c0> > Sep 18 12:10:28 fw2-test /kernel: isp0: lcp input(ack-rcvd): <conf-req = id=3D0x2 len=3D12 01-04-05-f4-03-04-c0-23> > Sep 18 12:10:29 fw2-test /kernel: isp0: lcp parse opts: mru auth-prot= o > Sep 18 12:10:29 fw2-test /kernel: isp0: lcp parse opt values: mru 1524= auth-proto send conf-ack > Sep 18 12:10:29 fw2-test /kernel: isp0: lcp output <conf-ack id=3D0x2 l= en=3D12 01-04-05-f4-03-04-c0-23> > Sep 18 12:10:29 fw2-test /kernel: isp0: lcp tlu > Sep 18 12:10:29 fw2-test /kernel: isp0: phase authenticate > [....snip!....] > = > ------- When I get problems, it gets stuck in this loop ------ > Sep 18 12:10:58 fw2-test /kernel: isp0: lcp open(initial) > Sep 18 12:10:58 fw2-test /kernel: isp0: phase establish > Sep 18 12:10:59 fw2-test /kernel: isp0: Up event > Sep 18 12:10:59 fw2-test /kernel: isp0: lcp up(starting) > Sep 18 12:10:59 fw2-test /kernel: isp0: lcp output <conf-req id=3D0xd l= en=3D10 05-06-5f-cf-72-c0> > Sep 18 12:11:01 fw2-test /kernel: isp0: lcp input(req-sent): <conf-req = id=3D0xa4 len=3D24 03-04-c0-23-05-06-03-2f-a3-ce-11-0$ > Sep 18 12:11:01 fw2-test /kernel: isp0: lcp parse opts: auth-proto ma= gic lcp/0x11 [rej] lcp/0x13 [rej] send conf-rej > Sep 18 12:11:01 fw2-test /kernel: isp0: lcp output <conf-rej id=3D0xa4 = len=3D14 11-04-05-f4-13-06-01-72-73-31> > Sep 18 12:11:01 fw2-test /kernel: isp0: lcp input(req-sent): <conf-req = id=3D0xa5 len=3D14 03-04-c0-23-05-06-03-2f-a3-ce> > Sep 18 12:11:01 fw2-test /kernel: isp0: lcp parse opts: auth-proto ma= gic > Sep 18 12:11:01 fw2-test /kernel: isp0: lcp parse opt values: auth-pro= to magic 0x32fa3ce send conf-ack > Sep 18 12:11:01 fw2-test /kernel: isp0: lcp output <conf-ack id=3D0xa5 = len=3D14 03-04-c0-23-05-06-03-2f-a3-ce> > Sep 18 12:11:03 fw2-test /kernel: isp0: lcp input(ack-sent): <conf-req = id=3D0xa6 len=3D14 03-04-c0-23-05-06-03-2f-a3-ce> > Sep 18 12:11:03 fw2-test /kernel: isp0: lcp parse opts: auth-proto ma= gic > Sep 18 12:11:03 fw2-test /kernel: isp0: lcp parse opt values: auth-pro= to magic 0x32fa3ce send conf-ack > Sep 18 12:11:03 fw2-test /kernel: isp0: lcp output <conf-ack id=3D0xa6 = len=3D14 03-04-c0-23-05-06-03-2f-a3-ce> > Sep 18 12:11:05 fw2-test /kernel: isp0: lcp input(ack-sent): <conf-req = id=3D0xa7 len=3D14 03-04-c0-23-05-06-03-2f-a3-ce> > Sep 18 12:11:05 fw2-test /kernel: isp0: lcp parse opts: auth-proto ma= gic > Sep 18 12:11:05 fw2-test /kernel: isp0: lcp parse opt values: auth-pro= to magic 0x32fa3ce send conf-ack > Sep 18 12:11:05 fw2-test /kernel: isp0: lcp output <conf-ack id=3D0xa7 = len=3D14 03-04-c0-23-05-06-03-2f-a3-ce> > Sep 18 12:11:07 fw2-test /kernel: isp0: lcp input(ack-sent): <conf-req = id=3D0xa8 len=3D14 03-04-c0-23-05-06-03-2f-a3-ce> > Sep 18 12:11:07 fw2-test /kernel: isp0: lcp parse opts: auth-proto ma= gic > = > ...and repeats every 2 seconds until my ISP gives up and hangs up on me= =2E > = > How could they both get stuck like this? Or even better, what needs to = be > done to get out of this? It happens with my provider (NetCologne) abou= t > 40% of the time. I have 0.70 running on another box, and have no troub= les > with it. Ideas? Help! I'd like to fix some code! :) > = > Paul Herman > Netzwerkadministrator > -------------------------------------------------------------- _____= 5 > + element 5 AG - Sachsenring 69 - 50677 K=F6ln - Germany + / _= \ > + + | <_> = | > + Tel: +49-221-31088-0 Fax: +49-221-31088-99 + | ___= / > + Mail: pherman@element-5.de WWW: http://www.element-5.de/ + | |__/= \ > -------------------------------------------------------------- \ = / > --- > = > = > = > = > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-isdn" in the body of the message > = -- = Brian <brian@Awfulhak.org> <brian@FreeBSD.org> <http://www.Awfulhak.org>; <brian@OpenBSD.org> Don't _EVER_ lose your sense of humour ! <brian@FreeBSD.org.uk> To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199909201802.TAA00996>