From owner-freebsd-isdn Mon Jul 31 13:15:11 2000 Delivered-To: freebsd-isdn@freebsd.org Received: from cool.coolfactor.org (cool.coolfactor.org [212.25.240.39]) by hub.freebsd.org (Postfix) with ESMTP id 1AD0937BCCE for ; Mon, 31 Jul 2000 13:15:00 -0700 (PDT) (envelope-from gavan@coolfactor.org) Received: from localhost ([127.0.0.1] helo=paper.durnsford.net ident=gavan) by cool.coolfactor.org with esmtp (Exim 3.03 #1) id 13JLxh-0001DY-00 for freebsd-isdn@freebsd.org; Mon, 31 Jul 2000 21:14:57 +0100 Received: from gavan (helo=localhost) by paper.durnsford.net with local-esmtp (Exim 3.03 #1) id 13JLuj-0002p3-00; Mon, 31 Jul 2000 21:11:53 +0100 Date: Mon, 31 Jul 2000 21:11:53 +0100 (BST) From: Gavan Fantom To: Martin Husemann Cc: freebsd-isdn@FreeBSD.ORG Subject: Re: established sppp connection confused by incoming call In-Reply-To: <200007311926.e6VJQSu20224@rumolt.teuto.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Mon, 31 Jul 2000, Martin Husemann wrote: > > I use sppp on one channel to maintain a connection to my ISP. This works > > fine until I receive an incoming call, at which point the sppp connection > > stops sending or receiving packets, but remains in the 'network' state. > > I use NetBSD (both 1.5_Alpha and -current), i4b 0.90 and isp as a connection > to my provider. I do have incoming calls (using ipr) during this and the > connection does not get confused. OK, I'm using i4btel > I would try to manually trigger the problem, put the isp interface in debug > mode and see what happenes. Absolutely bugger all: [call setup stuff, indicating that isp0 is in fact in debug mode] [at this point I phoned frog] Jul 31 21:00:11 frog isdnd[338]: CHD 00624 I4BTEL answering: incoming call from NotAvailable to MyNumber () Jul 31 21:00:11 frog isdnd[338]: CHD 00624 I4BTEL incoming call active (ctl 0, ch 1, tel0) Jul 31 21:00:22 frog isdnd[338]: CHD 00624 I4BTEL incoming call disconnected (remote) Jul 31 21:00:22 frog isdnd[338]: CHD 00624 I4BTEL cause 16: Normal call clearing (Q.850) Jul 31 21:00:22 frog isdnd[338]: CHD 00624 I4BTEL connected 11 seconds [at this point I could no longer ping anything on the remote end of the link, yet spppcontrol isp0 reported that the connection was in the network phase. This does not automatically resolve even after a few minutes] [Then, a few minutes later, I brought the link down] Jul 31 21:07:30 frog /netbsd: isp0: lcp close(opened) Jul 31 21:07:30 frog /netbsd: isp0: phase terminate Jul 31 21:07:30 frog /netbsd: isp0: ipcp down(opened) Jul 31 21:07:30 frog /netbsd: isp0: ipcp close(starting) Jul 31 21:07:30 frog /netbsd: isp0: lcp output Jul 31 21:07:33 frog /netbsd: isp0: lcp TO(closing) rst_counter = 2 Jul 31 21:07:33 frog /netbsd: isp0: lcp output Jul 31 21:07:35 frog /netbsd: isp0: lcp close(closing) Jul 31 21:07:35 frog last message repeated 2 times Jul 31 21:07:35 frog /netbsd: isp0: lcp open(closing) Jul 31 21:07:38 frog /netbsd: isp0: lcp TO(stopping) rst_counter = 1 Jul 31 21:07:38 frog /netbsd: isp0: lcp output Jul 31 21:07:41 frog isdnd[338]: CHD 00623 I4BPPP1 outgoing call disconnected (local) Jul 31 21:07:41 frog isdnd[338]: CHD 00623 I4BPPP1 cause 0: normal call clearing (I4B) Jul 31 21:07:41 frog isdnd[338]: CHD 00623 I4BPPP1 charging: 0 units, 475 seconds Jul 31 21:07:41 frog isdnd[338]: CHD 00623 I4BPPP1 accounting: in 9630, out 22159 (in 3292094, out 22159) [then I brought the link up again and everything was fine - until the next phone call] Am I right in understanding that these logs show a timeout sending an LCP close request? If so, which layers sit below LCP, and what's the best way to debug this? -- Gillette - the best a man can forget To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message