From owner-freebsd-isdn Tue Aug 1 13:30:57 2000 Delivered-To: freebsd-isdn@freebsd.org Received: from peedub.muc.de (peedub.muc.de [193.149.49.109]) by hub.freebsd.org (Postfix) with ESMTP id 286D437B69C for ; Tue, 1 Aug 2000 13:30:54 -0700 (PDT) (envelope-from garyj@peedub.muc.de) Received: from peedub.muc.de (localhost [127.0.0.1]) by peedub.muc.de (8.9.3/8.6.9) with ESMTP id WAA20890; Tue, 1 Aug 2000 22:23:34 +0200 (CEST) Message-Id: <200008012023.WAA20890@peedub.muc.de> X-Mailer: exmh version 2.1.1 10/15/1999 To: Gavan Fantom Cc: Martin Husemann , freebsd-isdn@FreeBSD.ORG Subject: Re: established sppp connection confused by incoming call Reply-To: Gary Jennejohn In-reply-to: Your message of "Mon, 31 Jul 2000 21:11:53 BST." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 01 Aug 2000 22:23:34 +0200 From: Gary Jennejohn Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Gavan Fantom writes: > 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. [big snip] > 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? > Turn on ALL kernel trace using isdndebug and show us the results. You stated in your first mail that you patched the Fritz!PCI driver to avoid the hang wgich can result when a raw channel is shutdown. Are you sure you did it right ? Can I see a diff between your version and the unpatched version ? (I wrote the driver BTW). --- Gary Jennejohn / garyj@muc.de gj@freebsd.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message