From owner-freebsd-isdn Thu Jul 30 07:01:18 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA06388 for freebsd-isdn-outgoing; Thu, 30 Jul 1998 07:01:18 -0700 (PDT) (envelope-from owner-freebsd-isdn@FreeBSD.ORG) Received: from mail.rwth-aachen.de (mail.RWTH-Aachen.DE [137.226.144.9]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA06379 for ; Thu, 30 Jul 1998 07:01:12 -0700 (PDT) (envelope-from heinig@hdz-ima.rwth-aachen.de) Received: from HDZ-IMA.RWTH-Aachen.de (majestix.hdz-ima.RWTH-Aachen.DE) by mail.rwth-aachen.de (PMDF V5.1-10 #30440) with ESMTP id <01J00MYIEI040004O5@mail.rwth-aachen.de> for freebsd-isdn@FreeBSD.ORG; Thu, 30 Jul 1998 16:02:19 +0200 Received: from MAJESTIX/MAIL by HDZ-IMA.RWTH-Aachen.de (Mercury 1.20); Thu, 30 Jul 1998 16:01:34 +0000 Received: from MAIL by MAJESTIX (Mercury 1.20); Thu, 30 Jul 1998 16:01:12 +0000 Received: from hdz-ima.rwth-aachen.de by HDZ-IMA.RWTH-Aachen.de (Mercury 1.20) with ESMTP; Thu, 30 Jul 1998 16:01:07 +0000 Date: Thu, 30 Jul 1998 16:00:30 +0200 From: Gerald Heinig Subject: Tracing Kernel code (isppp) & possible isdnd bug To: hm@hcs.de Cc: ISDN Mailinglist Message-id: <35C07C7E.E57ECB9C@hdz-ima.rwth-aachen.de> MIME-version: 1.0 X-Mailer: Mozilla 4.05 [en] (X11; I; FreeBSD 2.2.6-RELEASE i386) Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7bit References: Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hi all, I've come across a bug in i4b which unfortunately isn't easily reproducible. I've set up my isdnd.rc file for normal dialup operation with the college (no callback & stuff) and instructed isdnd to redial up to 10 times at 5 second intervals. This has worked very well up until the latest alpha release (the current one - I believe it's 10.07.98). I don't think the previous release had this problem, though the more I think about it, the less sure I get... Basically, i4b dials, *seems* to get an active connection and then releases the line about 2 or 3 seconds afterwards. It then re-dials and says it has an active connection, only to release it again after 2-3 seconds and so on, up until 10 tries, when it stops. I've emphasised the "seems" because I'm not actually sure whether the connection could really be established. Our university dialup server gets rather congested after 21:00 hours (until about 00:30 or so) and I've often experienced difficulties getting a port between these times. Those are also the times when I usually come across this problem. At the moment (coming up to 16:00) there's been no problem at all dialing in to college. Now, I'd like to investigate this problem, because it's definitely a bug: (if the line is unavailable, then isdnd's claim about an active connection is false; if the connection really is active, then i4b shouldn't release it without manual intervention). I have a hunch that the problem lies with the ppp code (isppp). My question is: what tools are available for kernel tracing? I'll obviously see whether I can get enough info with isdntrace, but I wouldn't count on it. cheers, Gerald PS. Why do I think isppp is the culprit? Because a kill & restart of isdnd doesn't always solve the problem. PPS. I've just remembered that the "no traffic timeout" behaves erratically as well. It certainly doesn't hang up after 180 seconds of inactivity. I'll double check the outgoing &incoming packets, just to be sure. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message