From owner-freebsd-isdn Tue Mar 31 01:38:28 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA20677 for freebsd-isdn-outgoing; Tue, 31 Mar 1998 01:38:28 -0800 (PST) (envelope-from owner-freebsd-isdn@FreeBSD.ORG) Received: from ns.EUnet-Bretagne.fr (ns.eunet-bretagne.fr [193.107.210.125]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id BAA20635 for ; Tue, 31 Mar 1998 01:38:19 -0800 (PST) (envelope-from Eric.Feillant@EUnet-Bretagne.fr) Received: from EUnet-Bretagne.fr (ericf.EUnet-Bretagne.fr [193.107.210.161]) by ns.EUnet-Bretagne.fr (8.8.7/8.8.7) with ESMTP id LAA21874; Tue, 31 Mar 1998 11:34:04 +0200 (MET DST) Message-ID: <3520B957.B843BADC@EUnet-Bretagne.fr> Date: Tue, 31 Mar 1998 11:37:27 +0200 From: Eric Feillant Organization: EUnet BRETAGNE groupe EUnet X-Mailer: Mozilla 4.03 [fr] (Win95; I) MIME-Version: 1.0 To: Wolfgang Helbig CC: freebsd-isdn@FreeBSD.ORG Subject: Re: i4b-L1-F_ill:What is this? References: <199803152051.VAA00554@rvc1.informatik.ba-stuttgart.de> Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Wolfgang Helbig a écrit: > Hi, > > Now and then, depending on the configuration, the layer-1 finite > state machine seems to try an illegal state transition. This is > because the driver tries to mirror the FSM built into the ISAC > chip. If the FSM is switching to fast some intermediate transitions > might not be reported to the driver. The last transition then > makes the driver think something bad has happened. > > This patch takes this into account. I surely hope this to be the > last change in i4b_l1fsm.c for a while. > > If anyone sees something illegal in layer 1 *or* if you see a loop > of TEI-ID requests and timeouts after applying this patch please > report. > > This diff is against i4b-00.50 from March 13th. > > Wolfgang > --- /home/helbig/src/i4b/layer1/i4b_l1fsm.c Thu Mar 12 14:26:25 1998 > +++ layer1/i4b_l1fsm.c Sun Mar 15 11:38:58 1998 > @@ -412,11 +412,11 @@ Hi , When i start my computer with a US ROBOTICS ISDN card inside, i got these messages: xxx_ISAC_IRQ..: RME: Input Buffer Overflow... What does it mean ? Is there a Patch for this ? Thanx, eric. ps: If someone got the same Isdn Card as me, i would be interested in compare our configurations. -- ========= ____ ===== Eric Feillant ======== / / / ___ ___ /_ ====== EUnet BRETAGNE ======= /---- / / / / /___/ / ======= 140, bd de Creach Gwen ====== /____ /___/ / / /___ /_ ======== 29000 QUIMPER, France ===== Bretagne ========= Tel:(+33) 298101620 Fax:(+33) 298101629 Eric.Feillant@EUnet.fr http://www.EUnet.fr Partenaire CISCO, CHECKPOINT (FIREWALL), BAY NETWORKS, NEWBRIDGE, SUN, CITRIX To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message From owner-freebsd-isdn Tue Mar 31 02:05:58 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA24441 for freebsd-isdn-outgoing; Tue, 31 Mar 1998 02:05:58 -0800 (PST) (envelope-from owner-freebsd-isdn@FreeBSD.ORG) Received: from hcshh.hcs.de (hcshh.hcs.de [194.123.40.1]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id CAA24415 for ; Tue, 31 Mar 1998 02:05:53 -0800 (PST) (envelope-from hm@hcs.de) Received: from hcswork.hcs.de([192.76.124.5]) (1621 bytes) by hcshh.hcs.de via sendmail with P:smtp/R:inet_hosts/T:smtp (sender: ) id for ; Tue, 31 Mar 1998 12:05:40 +0200 (METDST) (Smail-3.2.0.97 1997-Aug-19 #16 built 1997-Oct-22) Received: by hcswork.hcs.de (Smail3.1.29.0 #12) id m0yJxwp-0000ayC; Tue, 31 Mar 98 12:07 METDST Message-Id: From: hm@hcs.de (Hellmuth Michaelis) Subject: Re: i4b-L1-F_ill:What is this? In-Reply-To: <3520B957.B843BADC@EUnet-Bretagne.fr> from Eric Feillant at "Mar 31, 98 11:37:27 am" To: freebsd-isdn@FreeBSD.ORG (ISDN Mailinglist) Date: Tue, 31 Mar 1998 12:07:15 +0200 (METDST) Reply-To: hm@hcs.de Organization: HCS Hanseatischer Computerservice GmbH X-Mailer: ELM [version 2.4ME+ PL39 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >From the keyboard of Eric Feillant: > When i start my computer with a US ROBOTICS ISDN card inside, > i got these messages: > > xxx_ISAC_IRQ..: RME: Input Buffer Overflow... Hmmm, i have such a card here and i don't get this. > What does it mean ? The D channel chip got a frame longer than 260 bytes (which is unlikely to happen). Do you get the message only once ? > Is there a Patch for this ? No. Please have a look at the isdntrace output to see what exactly is happening when you get this message. hellmuth -- Hellmuth Michaelis Tel +49 40 559747-70 HCS Hanseatischer Computerservice GmbH Fax +49 40 559747-77 Oldesloer Strasse 97-99 Mail hm@hcs.de 22457 Hamburg WWW http://www.hcs.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message From owner-freebsd-isdn Tue Mar 31 11:52:22 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA06279 for freebsd-isdn-outgoing; Tue, 31 Mar 1998 11:52:22 -0800 (PST) (envelope-from owner-freebsd-isdn@FreeBSD.ORG) Received: from peedub.muc.de (newpc.muc.ditec.de [194.120.126.33]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA06267 for ; Tue, 31 Mar 1998 11:52:16 -0800 (PST) (envelope-from garyj@peedub.muc.de) Received: from peedub.muc.de (localhost [127.0.0.1]) by peedub.muc.de (8.8.8/8.6.9) with ESMTP id VAA02118 for ; Tue, 31 Mar 1998 21:53:16 +0200 (CEST) Message-Id: <199803311953.VAA02118@peedub.muc.de> X-Mailer: exmh version 2.0.1 12/23/97 To: freebsd-isdn@FreeBSD.ORG Subject: Re: i4b-L1-F_ill:What is this? Reply-To: Gary Jennejohn In-reply-to: Your message of "Tue, 31 Mar 1998 12:07:15 +0200." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 31 Mar 1998 21:53:16 +0200 From: Gary Jennejohn Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hellmuth Michaelis writes: >>From the keyboard of Eric Feillant: > >> When i start my computer with a US ROBOTICS ISDN card inside, >> i got these messages: >> >> xxx_ISAC_IRQ..: RME: Input Buffer Overflow... > >Hmmm, i have such a card here and i don't get this. > >> What does it mean ? > >The D channel chip got a frame longer than 260 bytes (which is unlikely >to happen). > >Do you get the message only once ? > >> Is there a Patch for this ? > >No. > >Please have a look at the isdntrace output to see what exactly is happening >when you get this message. > I see exactly the same thing with a Teles 16.3 card when I boot and _before_ isdnd starts. Once the daemon is running the messages disappear. I haven't tried delaying the start of isdnd (it gets started in rc.local) so I can run isdntrace and see what's happening. Not a bad idea. Maybe I'll try it. Anyway, the whole thing is harmless and does not in any way impair the functionality of i4b. --- Gary Jennejohn Home - garyj@muc.de Work - garyj@fkr.dec.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message From owner-freebsd-isdn Tue Mar 31 14:07:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA07387 for freebsd-isdn-outgoing; Tue, 31 Mar 1998 14:07:03 -0800 (PST) (envelope-from owner-freebsd-isdn@FreeBSD.ORG) Received: from rvc1.informatik.ba-stuttgart.de (rvc1.informatik.ba-stuttgart.de [141.31.112.22]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA07310 for ; Tue, 31 Mar 1998 14:06:58 -0800 (PST) (envelope-from helbig@Informatik.BA-Stuttgart.DE) Received: (from helbig@localhost) by rvc1.informatik.ba-stuttgart.de (8.8.8/8.8.5) id AAA17463; Wed, 1 Apr 1998 00:07:15 +0200 (MET DST) From: Wolfgang Helbig Message-Id: <199803312207.AAA17463@rvc1.informatik.ba-stuttgart.de> Subject: Re: i4b-L1-F_ill:What is this? In-Reply-To: <199803311953.VAA02118@peedub.muc.de> from Gary Jennejohn at "Mar 31, 98 09:53:16 pm" To: garyj@muc.de Date: Wed, 1 Apr 1998 00:07:13 +0200 (MET DST) Cc: freebsd-isdn@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL30 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > Hellmuth Michaelis writes: > >>From the keyboard of Eric Feillant: > > > >> When i start my computer with a US ROBOTICS ISDN card inside, > >> i got these messages: > >> > >> xxx_ISAC_IRQ..: RME: Input Buffer Overflow... > > > >Hmmm, i have such a card here and i don't get this. > > > >> What does it mean ? > > > >The D channel chip got a frame longer than 260 bytes (which is unlikely > >to happen). > > > >Do you get the message only once ? > > > >> Is there a Patch for this ? > > > >No. > > > >Please have a look at the isdntrace output to see what exactly is happening > >when you get this message. > > > > I see exactly the same thing with a Teles 16.3 card when I boot and _before_ > isdnd starts. Once the daemon is running the messages disappear. Searching the source of isic_isac_irq() for this message I only found similar stuff like i4b-L1-isic_isac_irq: RME, error or input buffer overflow If not preceded by another ``i4b-L1-isic_isac_irq'' this means that the irq routine thinks to receive a frame longer than 260 bytes, which shouldn't happen (both the thinking and frames longer than 260 bytes on the D-Channel) If preceded by another ``i4b-L1-isic_isac_irq'' message, this only indicates a secondary error message and the first one is the really interesting one. > Anyway, the whole thing is harmless and does not in any way impair the > functionality of i4b. OK, but... you never know ... Maybe this bug is worse on another system. Wolfgang To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message From owner-freebsd-isdn Tue Mar 31 23:46:56 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA05982 for freebsd-isdn-outgoing; Tue, 31 Mar 1998 23:46:56 -0800 (PST) (envelope-from owner-freebsd-isdn@FreeBSD.ORG) Received: from hcshh.hcs.de (hcshh.hcs.de [194.123.40.1]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id XAA05977 for ; Tue, 31 Mar 1998 23:46:53 -0800 (PST) (envelope-from hm@hcs.de) Received: from hcswork.hcs.de([192.76.124.5]) (1521 bytes) by hcshh.hcs.de via sendmail with P:smtp/R:inet_hosts/T:smtp (sender: ) id for ; Wed, 1 Apr 1998 09:22:06 +0200 (METDST) (Smail-3.2.0.97 1997-Aug-19 #16 built 1997-Oct-22) Received: by hcswork.hcs.de (Smail3.1.29.0 #12) id m0yKHs0-0000dUC; Wed, 1 Apr 98 09:23 METDST Message-Id: From: hm@hcs.de (Hellmuth Michaelis) Subject: Re: i4b-L1-F_ill:What is this? In-Reply-To: <199803311953.VAA02118@peedub.muc.de> from Gary Jennejohn at "Mar 31, 98 09:53:16 pm" To: garyj@muc.de Date: Wed, 1 Apr 1998 09:23:36 +0200 (METDST) Cc: freebsd-isdn@FreeBSD.ORG Reply-To: hm@hcs.de Organization: HCS Hanseatischer Computerservice GmbH X-Mailer: ELM [version 2.4ME+ PL39 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >From the keyboard of Gary Jennejohn: > >> xxx_ISAC_IRQ..: RME: Input Buffer Overflow... > > I see exactly the same thing with a Teles 16.3 card when I boot and _before_ > isdnd starts. Once the daemon is running the messages disappear. Hmm - Gary, i remember we found out that you have got a constant-active ("daueraktiv" in german, don't know the english word) S0 bus, perhaps this is the cause ?! hellmuth -- Hellmuth Michaelis Tel +49 40 559747-70 HCS Hanseatischer Computerservice GmbH Fax +49 40 559747-77 Oldesloer Strasse 97-99 Mail hm@hcs.de 22457 Hamburg WWW http://www.hcs.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message From owner-freebsd-isdn Wed Apr 1 00:12:33 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA09288 for freebsd-isdn-outgoing; Wed, 1 Apr 1998 00:12:33 -0800 (PST) (envelope-from owner-freebsd-isdn@FreeBSD.ORG) Received: from ns.EUnet-Bretagne.fr (ns.eunet-bretagne.fr [193.107.210.125]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA09283 for ; Wed, 1 Apr 1998 00:12:30 -0800 (PST) (envelope-from Eric.Feillant@EUnet-Bretagne.fr) Received: from EUnet-Bretagne.fr (ericf.EUnet-Bretagne.fr [193.107.210.161]) by ns.EUnet-Bretagne.fr (8.8.7/8.8.7) with ESMTP id KAA24489; Wed, 1 Apr 1998 10:11:37 +0200 (MET DST) Message-ID: <3521F783.BFC45048@EUnet-Bretagne.fr> Date: Wed, 01 Apr 1998 10:14:59 +0200 From: Eric Feillant Organization: EUnet BRETAGNE groupe EUnet X-Mailer: Mozilla 4.03 [fr] (Win95; I) MIME-Version: 1.0 To: Wolfgang Helbig CC: garyj@muc.de, freebsd-isdn@FreeBSD.ORG Subject: Re: i4b-L1-F_ill:What is this? References: <199803312207.AAA17463@rvc1.informatik.ba-stuttgart.de> Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Wolfgang Helbig a écrit: > > Hellmuth Michaelis writes: > > >>From the keyboard of Eric Feillant: > > > > > >> When i start my computer with a US ROBOTICS ISDN card inside, > > >> i got these messages: > > >> > > >> xxx_ISAC_IRQ..: RME: Input Buffer Overflow... > > > > > >Hmmm, i have such a card here and i don't get this. > > > > > >> What does it mean ? > > > > > >The D channel chip got a frame longer than 260 bytes (which is unlikely > > >to happen). > > > > > >Do you get the message only once ? > > > > > >> Is there a Patch for this ? > > > > > >No. > > > > > >Please have a look at the isdntrace output to see what exactly is happening > > >when you get this message. > > > > > > > I see exactly the same thing with a Teles 16.3 card when I boot and _before_ > > isdnd starts. Once the daemon is running the messages disappear. > > Searching the source of isic_isac_irq() for this message I only found > similar stuff like > > i4b-L1-isic_isac_irq: RME, error or input buffer overflow > > If not preceded by another ``i4b-L1-isic_isac_irq'' this means that > the irq routine thinks to receive a frame longer than 260 bytes, which > shouldn't happen (both the thinking and frames longer than 260 bytes on > the D-Channel) > If preceded by another ``i4b-L1-isic_isac_irq'' message, this only > indicates a secondary error message and the first one is the really > interesting one. > That's exactly what i got.... > > Anyway, the whole thing is harmless and does not in any way impair the > > functionality of i4b. > > OK, but... you never know ... Maybe this bug is worse on another system. > > Wolfgang > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-isdn" in the body of the message my isdntest programm seems to give me good results... but i still can't use sppp interface. Eric. -- ========= ____ ===== Eric Feillant ======== / / / ___ ___ /_ ====== EUnet BRETAGNE ======= /---- / / / / /___/ / ======= 140, bd de Creach Gwen ====== /____ /___/ / / /___ /_ ======== 29000 QUIMPER, France ===== Bretagne ========= Tel:(+33) 298101620 Fax:(+33) 298101629 Eric.Feillant@EUnet.fr http://www.EUnet.fr Partenaire CISCO, CHECKPOINT (FIREWALL), BAY NETWORKS, NEWBRIDGE, SUN, CITRIX To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message From owner-freebsd-isdn Wed Apr 1 00:30:17 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA13021 for freebsd-isdn-outgoing; Wed, 1 Apr 1998 00:30:17 -0800 (PST) (envelope-from owner-freebsd-isdn@FreeBSD.ORG) Received: from rvc1.informatik.ba-stuttgart.de (rvc1.informatik.ba-stuttgart.de [141.31.112.22]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA13016 for ; Wed, 1 Apr 1998 00:30:08 -0800 (PST) (envelope-from helbig@Informatik.BA-Stuttgart.DE) Received: (from helbig@localhost) by rvc1.informatik.ba-stuttgart.de (8.8.8/8.8.5) id KAA22202; Wed, 1 Apr 1998 10:29:26 +0200 (MET DST) From: Wolfgang Helbig Message-Id: <199804010829.KAA22202@rvc1.informatik.ba-stuttgart.de> Subject: Re: i4b-L1-F_ill:What is this? In-Reply-To: <3521F783.BFC45048@EUnet-Bretagne.fr> from Eric Feillant at "Apr 1, 98 10:14:59 am" To: Eric.Feillant@EUnet-Bretagne.fr (Eric Feillant) Date: Wed, 1 Apr 1998 10:29:25 +0200 (MET DST) Cc: freebsd-isdn@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL30 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > my isdntest programm seems to give me good results... but i still can't use > sppp interface. Why? Where does it stop? Does it dial? Does it connect? Please send the traces put into /var/log/messages by sppp. What is the last message on the console ... I4B is still alpha and we want to fix as much bugs as possible--but we need your help. You got the point. Wolfgang To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message From owner-freebsd-isdn Wed Apr 1 01:43:33 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA24052 for freebsd-isdn-outgoing; Wed, 1 Apr 1998 01:43:33 -0800 (PST) (envelope-from owner-freebsd-isdn@FreeBSD.ORG) Received: from rvc1.informatik.ba-stuttgart.de (rvc1.informatik.ba-stuttgart.de [141.31.112.22]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id BAA23904 for ; Wed, 1 Apr 1998 01:43:17 -0800 (PST) (envelope-from helbig@Informatik.BA-Stuttgart.DE) Received: (from helbig@localhost) by rvc1.informatik.ba-stuttgart.de (8.8.8/8.8.5) id LAA22292; Wed, 1 Apr 1998 11:42:35 +0200 (MET DST) From: Wolfgang Helbig Message-Id: <199804010942.LAA22292@rvc1.informatik.ba-stuttgart.de> Subject: Re: i4b-L1-F_ill:What is this? In-Reply-To: from Hellmuth Michaelis at "Apr 1, 98 09:23:36 am" To: hm@hcs.de Date: Wed, 1 Apr 1998 11:42:35 +0200 (MET DST) Cc: garyj@muc.de, freebsd-isdn@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL30 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > >From the keyboard of Gary Jennejohn: > > > >> xxx_ISAC_IRQ..: RME: Input Buffer Overflow... > > > > I see exactly the same thing with a Teles 16.3 card when I boot and _before_ > > isdnd starts. Once the daemon is running the messages disappear. > > Hmm - Gary, i remember we found out that you have got a constant-active > ("daueraktiv" in german, don't know the english word) S0 bus, perhaps > this is the cause ?! According to Q.921 5.9.3 the max size of the information field is 260 bytes. Add four bytes (2 bytes address and 2 bytes control) and you end up with a max size of a D frame of 264 bytes. So I suggest the following change: (Didn't test it though) Wolfgang --- /home/helbig/src/i4b/layer1/i4b_l1.h Tue Mar 10 14:57:47 1998 +++ layer1/i4b_l1.h Wed Apr 1 11:38:22 1998 @@ -72,7 +72,7 @@ #define SEC_DELAY 1000000 /* one second DELAY for DELAY*/ -#define MAX_DFRAME_LEN 260 /* max length of a D frame */ +#define MAX_DFRAME_LEN 264 /* max length of a D frame */ #define min(a,b) ((a)<(b)?(a):(b)) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message From owner-freebsd-isdn Wed Apr 1 01:51:49 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA25957 for freebsd-isdn-outgoing; Wed, 1 Apr 1998 01:51:49 -0800 (PST) (envelope-from owner-freebsd-isdn@FreeBSD.ORG) Received: from ns.EUnet-Bretagne.fr (ns.eunet-bretagne.fr [193.107.210.125]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id BAA25944 for ; Wed, 1 Apr 1998 01:51:43 -0800 (PST) (envelope-from Eric.Feillant@EUnet-Bretagne.fr) Received: from EUnet-Bretagne.fr (ericf.EUnet-Bretagne.fr [193.107.210.161]) by ns.EUnet-Bretagne.fr (8.8.7/8.8.7) with ESMTP id LAA01311; Wed, 1 Apr 1998 11:50:14 +0200 (MET DST) Message-ID: <35220EA0.8E8513E1@EUnet-Bretagne.fr> Date: Wed, 01 Apr 1998 11:53:36 +0200 From: Eric Feillant Organization: EUnet BRETAGNE groupe EUnet X-Mailer: Mozilla 4.03 [fr] (Win95; I) MIME-Version: 1.0 To: Wolfgang Helbig CC: hm@hcs.de, garyj@muc.de, freebsd-isdn@FreeBSD.ORG Subject: Re: i4b-L1-F_ill:What is this? References: <199804010942.LAA22292@rvc1.informatik.ba-stuttgart.de> Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I test in few minutes the patch wolfgang just wrote here => Wolfgang Helbig a écrit: > > >From the keyboard of Gary Jennejohn: > > > > > >> xxx_ISAC_IRQ..: RME: Input Buffer Overflow... > > > > > > I see exactly the same thing with a Teles 16.3 card when I boot and _before_ > > > isdnd starts. Once the daemon is running the messages disappear. > > > > Hmm - Gary, i remember we found out that you have got a constant-active > > ("daueraktiv" in german, don't know the english word) S0 bus, perhaps > > this is the cause ?! > > According to Q.921 5.9.3 the max size of the information field is > 260 bytes. Add four bytes (2 bytes address and 2 bytes control) > and you end up with a max size of a D frame of 264 bytes. > > So I suggest the following change: > (Didn't test it though) > > Wolfgang > --- /home/helbig/src/i4b/layer1/i4b_l1.h Tue Mar 10 14:57:47 1998 > +++ layer1/i4b_l1.h Wed Apr 1 11:38:22 1998 > @@ -72,7 +72,7 @@ > > #define SEC_DELAY 1000000 /* one second DELAY for DELAY*/ > > -#define MAX_DFRAME_LEN 260 /* max length of a D frame */ > +#define MAX_DFRAME_LEN 264 /* max length of a D frame */ > > #define min(a,b) ((a)<(b)?(a):(b)) > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-isdn" in the body of the message -- ========= ____ ===== Eric Feillant ======== / / / ___ ___ /_ ====== EUnet BRETAGNE ======= /---- / / / / /___/ / ======= 140, bd de Creach Gwen ====== /____ /___/ / / /___ /_ ======== 29000 QUIMPER, France ===== Bretagne ========= Tel:(+33) 298101620 Fax:(+33) 298101629 Eric.Feillant@EUnet.fr http://www.EUnet.fr Partenaire CISCO, CHECKPOINT (FIREWALL), BAY NETWORKS, NEWBRIDGE, SUN, CITRIX To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message From owner-freebsd-isdn Wed Apr 1 02:15:10 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA28793 for freebsd-isdn-outgoing; Wed, 1 Apr 1998 02:15:10 -0800 (PST) (envelope-from owner-freebsd-isdn@FreeBSD.ORG) Received: from hcshh.hcs.de (hcshh.hcs.de [194.123.40.1]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id CAA28788 for ; Wed, 1 Apr 1998 02:15:06 -0800 (PST) (envelope-from hm@hcs.de) Received: from hcswork.hcs.de([192.76.124.5]) (2556 bytes) by hcshh.hcs.de via sendmail with P:smtp/R:inet_hosts/T:smtp (sender: ) id for ; Wed, 1 Apr 1998 12:14:54 +0200 (METDST) (Smail-3.2.0.97 1997-Aug-19 #16 built 1997-Oct-22) Received: by hcswork.hcs.de (Smail3.1.29.0 #12) id m0yKKZK-0000dVC; Wed, 1 Apr 98 12:16 METDST Message-Id: From: hm@hcs.de (Hellmuth Michaelis) Subject: Re: i4b-L1-F_ill:What is this? In-Reply-To: <199804010942.LAA22292@rvc1.informatik.ba-stuttgart.de> from Wolfgang Helbig at "Apr 1, 98 11:42:35 am" To: freebsd-isdn@FreeBSD.ORG (ISDN Mailinglist) Date: Wed, 1 Apr 1998 12:16:29 +0200 (METDST) Reply-To: hm@hcs.de Organization: HCS Hanseatischer Computerservice GmbH X-Mailer: ELM [version 2.4ME+ PL39 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >From the keyboard of Wolfgang Helbig: > > >From the keyboard of Gary Jennejohn: > > > > > >> xxx_ISAC_IRQ..: RME: Input Buffer Overflow... > > > > > > I see exactly the same thing with a Teles 16.3 card when I boot and _before_ > > > isdnd starts. Once the daemon is running the messages disappear. > > > > Hmm - Gary, i remember we found out that you have got a constant-active > > ("daueraktiv" in german, don't know the english word) S0 bus, perhaps > > this is the cause ?! > > According to Q.921 5.9.3 the max size of the information field is > 260 bytes. Add four bytes (2 bytes address and 2 bytes control) > and you end up with a max size of a D frame of 264 bytes. This is true, but under "normal" circumstances messages are not longer than ~64 bytes. What i was trying to say was: You get an input buffer overflow in case the ISAC irqs are not serviced, which is the case while booting. I don't see this messages, because my S0 bus is quiet during boot. Now _if_ you have an S0 bus which is "daueraktiv"/constantly-active (which is configurable in the exchange) _then_ you have activity going on at boot time where the irq's are not serviced and then the possibility exists, that you get such messages. And, what i know from private conversation with Gary, is, that he seems to have such a constantly-active S0 bus. I have no explanation for the phenomenon that Gary gets the messages until he starts the isdnd. hellmuth -- Hellmuth Michaelis Tel +49 40 559747-70 HCS Hanseatischer Computerservice GmbH Fax +49 40 559747-77 Oldesloer Strasse 97-99 Mail hm@hcs.de 22457 Hamburg WWW http://www.hcs.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message From owner-freebsd-isdn Wed Apr 1 02:43:33 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA01496 for freebsd-isdn-outgoing; Wed, 1 Apr 1998 02:43:33 -0800 (PST) (envelope-from owner-freebsd-isdn@FreeBSD.ORG) Received: from ns.EUnet-Bretagne.fr (ns.eunet-bretagne.fr [193.107.210.125]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id CAA01490 for ; Wed, 1 Apr 1998 02:43:27 -0800 (PST) (envelope-from Eric.Feillant@EUnet-Bretagne.fr) Received: from EUnet-Bretagne.fr (ericf.EUnet-Bretagne.fr [193.107.210.161]) by ns.EUnet-Bretagne.fr (8.8.7/8.8.7) with ESMTP id MAA25910; Wed, 1 Apr 1998 12:42:00 +0200 (MET DST) Message-ID: <35221AC1.ACD5CECA@EUnet-Bretagne.fr> Date: Wed, 01 Apr 1998 12:45:22 +0200 From: Eric Feillant Organization: EUnet BRETAGNE groupe EUnet X-Mailer: Mozilla 4.03 [fr] (Win95; I) MIME-Version: 1.0 To: Wolfgang Helbig CC: freebsd-isdn@FreeBSD.ORG Subject: Re: i4b-L1-F_ill:What is this? References: <199804010829.KAA22202@rvc1.informatik.ba-stuttgart.de> Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Wolfgang Helbig a écrit: > > my isdntest programm seems to give me good results... but i still can't use > > sppp interface. > > Why? > Where does it stop? Does it dial? Does it connect? Please send the traces > put into /var/log/messages by sppp. > What is the last message on the console ... > > I4B is still alpha and we want to fix as much bugs as possible--but we > need your help. > You got the point. > > Wolfgang here's my /etc/rc.isdn file => #!/bin/sh # output device for fullscreen mode out_dev=/dev/ttyv3 # terminal type for fullscreen mode out_typ=cons25 # Adresse de la machine ` joindre ROUTEUR="193.107.122.7" echo "configuring I4BISDN/PPP-interface isppp0 to ISP" ifconfig isppp0 link1 0.0.0.0 $ROUTEUR netmask 0xffffff00 debug ifconfig isppp0 down spppcontrol isppp0 authproto=chap myauthname=XXX myauthsecret=XXXX echo 'adding default route to ISP' route add default $ROUTEUR if [ -f /var/log/isdnd.log ] then echo "rotating /var/log/isdnd.log file ..." cd /var/log if [ -f isdnd.log4 ] ; then mv -f isdnd.log4 isdnd.log5 ; fi if [ -f isdnd.log3 ] ; then mv -f isdnd.log3 isdnd.log4 ; fi if [ -f isdnd.log2 ] ; then mv -f isdnd.log2 isdnd.log3 ; fi if [ -f isdnd.log1 ] ; then mv -f isdnd.log1 isdnd.log2 ; fi if [ -f isdnd.log0 ] ; then mv -f isdnd.log0 isdnd.log1 ; fi cp -pf isdnd.log isdnd.log0 cat /dev/null > isdnd.log fi # start the isdn daemon if [ -x /usr/local/bin/isdnd ] then if [ -f /var/run/isdnd.pid ] then echo 'Another isdnd is running as PID `cat /var/run/isdnd.pid`' else echo 'starting the isdn4bsd ISDN management daemon ...' /usr/local/bin/isdnd -d0xf9 -f -r $out_dev -t $out_typ if [ -x /usr/local/bin/isdntrace ] then echo 'starting the isdn4bsd ISDN tracing facility ...' nohup /usr/local/bin/isdntrace -f/var/tmp/isdn.trace >/& fi fi fi # Here's my /etc/isdn/isdnd.rc file ==> # cat isdnd.rc #------------------------------------------------------------------------------ # # example of a configuration file for the isdn daemon # --------------------------------------------------- # # $Id: isdnd.rc,v 1.3 1998/01/26 11:00:16 hm Exp $ # # NOTICE: # ======= # This configuration file is an EXAMPLE only and MUST be edited # ============================================================= # carefully to get the desired results: see 'man isdnd.rc' !!!! # ============================================================= # # last edit-date: [Mon Jan 26 11:39:34 1998] # #------------------------------------------------------------------------------ #============================================================================== # SYSTEM section: isdnd global configuration parameters #============================================================================== system ratesfile = /etc/isdn/isdnd.rates # name & location of rates file useacctfile = no # generate accouting info to file acctall = off # generate info for everything acctfile = /var/log/isdnd.acct # name & location of accounting file regexpr = "connected.*KTS" # look for matches in log messages regprog = connectKTS # execute program whan match is found rtprio = 25 # modify isdnd's priority #====================================================================== # example for sPPP #====================================================================== entry name = ISP usrdevicename = isppp usrdeviceunit = 0 isdncontroller = 0 isdnchannel = -1 local-phone-incoming = 029810XXXX remote-phone-incoming = 029895XXXX local-phone-dialout = 029810XXXX remote-phone-dialout = 029895XXXX remdial-handling = first dialin-reaction = accept dialout-type = normal b1protocol = hdlc idletime-incoming = 240 idletime-outgoing = 120 ratetype = 0 unitlength = 180 unitlengthsrc = rate dialretries = 1 dialrandincr = on recoverytime = 25 usedown = on downtries = 2 downtime = 30 Now i run /etc/rc.isdn, here's my ifconfig result => # ifconfig -a ed0: flags=8843 mtu 1500 inet 193.107.210.139 netmask 0xffffff00 broadcast 193.107.210.255 ether 00:c0:26:a1:29:9f lp0: flags=8810 mtu 1500 isppp0: flags=2814 mtu 1500 inet 0.0.0.0 --> 193.107.122.7 netmask 0xff000000 isppp1: flags=810 mtu 1500 isppp2: flags=810 mtu 1500 isppp3: flags=810 mtu 1500 ipr0: flags=10 mtu 1500 ipr1: flags=10 mtu 1500 ipr2: flags=10 mtu 1500 ipr3: flags=10 mtu 1500 lo0: flags=8049 mtu 16384 inet 127.0.0.1 netmask 0xff000000 # And my netstat -rn result: => # netstat -rn Routing tables Internet: Destination Gateway Flags Refs Use Netif Expire default 193.107.122.7 UGSc 0 0 isppp0 127.0.0.1 127.0.0.1 UH 0 0 lo0 193.107.122.7 default UH 1 0 isppp0 193.107.210 link#1 UC 0 0 193.107.210.1 0:0:c:4e:69:d7 UHLW 0 0 ed0 1011 193.107.210.161 0:40:95:91:22:4b UHLW 1 391 ed0 1010 193.107.210.207 8:0:20:a:7c:82 UHLW 1 176 ed0 55 # here's a piece of /var/tmp/isdn.trace # tail -30 isdn.trace Dump:000 fe ff 03 0f 00 00 04 ff ........ LAPD: SAP=63 (TEI-Management), C, TEI=127, Ri=0x0000, IdCheckReq, Ai=127 -- NT->TE - unit:0 - frame:000134 - time:01.04 14:18:12.62 - length:8 ---------- Dump:000 fe ff 03 0f 00 00 04 ff ........ LAPD: SAP=63 (TEI-Management), C, TEI=127, Ri=0x0000, IdCheckReq, Ai=127 -- NT->TE - unit:0 - frame:000135 - time:01.04 14:18:13.88 - length:8 ---------- Dump:000 fe ff 03 0f 00 00 04 ff ........ LAPD: SAP=63 (TEI-Management), C, TEI=127, Ri=0x0000, IdCheckReq, Ai=127 -- NT->TE - unit:0 - frame:000136 - time:01.04 14:18:14.89 - length:8 ---------- Dump:000 fe ff 03 0f 00 00 04 ff ........ LAPD: SAP=63 (TEI-Management), C, TEI=127, Ri=0x0000, IdCheckReq, Ai=127 -- NT->TE - unit:0 - frame:000137 - time:01.04 14:18:16.17 - length:8 ---------- Dump:000 fe ff 03 0f 00 00 04 ff ........ LAPD: SAP=63 (TEI-Management), C, TEI=127, Ri=0x0000, IdCheckReq, Ai=127 -- NT->TE - unit:0 - frame:000138 - time:01.04 14:18:17.16 - length:8 ---------- Dump:000 fe ff 03 0f 00 00 04 ff ........ LAPD: SAP=63 (TEI-Management), C, TEI=127, Ri=0x0000, IdCheckReq, Ai=127 -- NT->TE - unit:0 - frame:000139 - time:01.04 14:18:18.43 - length:8 ---------- Dump:000 fe ff 03 0f 00 00 04 ff ........ LAPD: SAP=63 (TEI-Management), C, TEI=127, Ri=0x0000, IdCheckReq, Ai=127 -- NT->TE - unit:0 - frame:000140 - time:01.04 14:18:19.44 - length:8 ---------- Dump:000 fe ff 03 0f 00 00 04 ff ........ LAPD: SAP=63 (TEI-Management), C, TEI=127, Ri=0x0000, IdCheckReq, Ai=127 # When i trace the remote router incoming calls i see chap traces but i still can't ping anything. eric. -- ========= ____ ===== Eric Feillant ======== / / / ___ ___ /_ ====== EUnet BRETAGNE ======= /---- / / / / /___/ / ======= 140, bd de Creach Gwen ====== /____ /___/ / / /___ /_ ======== 29000 QUIMPER, France ===== Bretagne ========= Tel:(+33) 298101620 Fax:(+33) 298101629 Eric.Feillant@EUnet.fr http://www.EUnet.fr Partenaire CISCO, CHECKPOINT (FIREWALL), BAY NETWORKS, NEWBRIDGE, SUN, CITRIX To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message From owner-freebsd-isdn Wed Apr 1 03:41:43 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA09679 for freebsd-isdn-outgoing; Wed, 1 Apr 1998 03:41:43 -0800 (PST) (envelope-from owner-freebsd-isdn@FreeBSD.ORG) Received: from ns.EUnet-Bretagne.fr (ns.eunet-bretagne.fr [193.107.210.125]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id DAA09674 for ; Wed, 1 Apr 1998 03:41:40 -0800 (PST) (envelope-from Eric.Feillant@EUnet-Bretagne.fr) Received: from EUnet-Bretagne.fr (ericf.EUnet-Bretagne.fr [193.107.210.161]) by ns.EUnet-Bretagne.fr (8.8.7/8.8.7) with ESMTP id NAA23801; Wed, 1 Apr 1998 13:40:01 +0200 (MET DST) Message-ID: <3522285B.FA3BF11C@EUnet-Bretagne.fr> Date: Wed, 01 Apr 1998 13:43:24 +0200 From: Eric Feillant Organization: EUnet BRETAGNE groupe EUnet X-Mailer: Mozilla 4.03 [fr] (Win95; I) MIME-Version: 1.0 To: Wolfgang Helbig CC: freebsd-isdn@FreeBSD.ORG Subject: Re: i4b-L1-F_ill:What is this? References: <199804010829.KAA22202@rvc1.informatik.ba-stuttgart.de> Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Wolfgang Helbig a écrit: > > my isdntest programm seems to give me good results... but i still can't use > > sppp interface. > > Why? > Where does it stop? Does it dial? Does it connect? Please send the traces > put into /var/log/messages by sppp. > What is the last message on the console ... > My messages log file tell me on several lines: Still need hisaddr Here's my spppcontrol command line => spppcontrol isppp0 authproto=chap myauthname=XXX myauthsecret=XXXX callin hisauthproto=none Any idea ? Thanx, eric. > I4B is still alpha and we want to fix as much bugs as possible--but we > need your help. > You got the point. > > Wolfgang To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message From owner-freebsd-isdn Wed Apr 1 03:47:37 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA11017 for freebsd-isdn-outgoing; Wed, 1 Apr 1998 03:47:37 -0800 (PST) (envelope-from owner-freebsd-isdn@FreeBSD.ORG) Received: from hcshh.hcs.de (hcshh.hcs.de [194.123.40.1]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id DAA10995 for ; Wed, 1 Apr 1998 03:47:35 -0800 (PST) (envelope-from hm@hcs.de) Received: from hcswork.hcs.de([192.76.124.5]) (1962 bytes) by hcshh.hcs.de via sendmail with P:smtp/R:inet_hosts/T:smtp (sender: ) id for ; Wed, 1 Apr 1998 13:47:14 +0200 (METDST) (Smail-3.2.0.97 1997-Aug-19 #16 built 1997-Oct-22) Received: by hcswork.hcs.de (Smail3.1.29.0 #12) id m0yKM0e-0000dVC; Wed, 1 Apr 98 13:48 METDST Message-Id: From: hm@hcs.de (Hellmuth Michaelis) Subject: Re: i4b-L1-F_ill:What is this? In-Reply-To: <35221AC1.ACD5CECA@EUnet-Bretagne.fr> from Eric Feillant at "Apr 1, 98 12:45:22 pm" To: Eric.Feillant@EUnet-Bretagne.fr (Eric Feillant) Date: Wed, 1 Apr 1998 13:48:48 +0200 (METDST) Cc: helbig@Informatik.BA-Stuttgart.DE, freebsd-isdn@FreeBSD.ORG Reply-To: hm@hcs.de Organization: HCS Hanseatischer Computerservice GmbH X-Mailer: ELM [version 2.4ME+ PL39 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >From the keyboard of Eric Feillant: > here's a piece of /var/tmp/isdn.trace > > # tail -30 isdn.trace > Dump:000 fe ff 03 0f 00 00 04 ff ........ > LAPD: SAP=63 (TEI-Management), C, TEI=127, Ri=0x0000, IdCheckReq, Ai=127 > > -- NT->TE - unit:0 - frame:000134 - time:01.04 14:18:12.62 - length:8 ---------- > Dump:000 fe ff 03 0f 00 00 04 ff ........ > LAPD: SAP=63 (TEI-Management), C, TEI=127, Ri=0x0000, IdCheckReq, Ai=127 [...] You are still running an older version of isdn4bsd (or the new one did not compile properly, was "make depend" made in kernel compile dir ?). The bug was that an TEI check request was not answered, this is fixed in 0.50. hellmuth -- Hellmuth Michaelis Tel +49 40 559747-70 HCS Hanseatischer Computerservice GmbH Fax +49 40 559747-77 Oldesloer Strasse 97-99 Mail hm@hcs.de 22457 Hamburg WWW http://www.hcs.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message From owner-freebsd-isdn Wed Apr 1 11:20:44 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA29639 for freebsd-isdn-outgoing; Wed, 1 Apr 1998 11:20:44 -0800 (PST) (envelope-from owner-freebsd-isdn@FreeBSD.ORG) Received: from peedub.muc.de (newpc.muc.ditec.de [194.120.126.33]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA29634 for ; Wed, 1 Apr 1998 11:20:42 -0800 (PST) (envelope-from garyj@peedub.muc.de) Received: from peedub.muc.de (localhost [127.0.0.1]) by peedub.muc.de (8.8.8/8.6.9) with ESMTP id VAA05846 for ; Wed, 1 Apr 1998 21:21:54 +0200 (CEST) Message-Id: <199804011921.VAA05846@peedub.muc.de> X-Mailer: exmh version 2.0.1 12/23/97 To: freebsd-isdn@FreeBSD.ORG Subject: Re: i4b-L1-F_ill:What is this? Reply-To: Gary Jennejohn In-reply-to: Your message of "Wed, 01 Apr 1998 09:23:36 +0200." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 01 Apr 1998 21:21:54 +0200 From: Gary Jennejohn Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hellmuth Michaelis writes: >>From the keyboard of Gary Jennejohn: > >> >> xxx_ISAC_IRQ..: RME: Input Buffer Overflow... >> >> I see exactly the same thing with a Teles 16.3 card when I boot and _before_ >> isdnd starts. Once the daemon is running the messages disappear. > >Hmm - Gary, i remember we found out that you have got a constant-active >("daueraktiv" in german, don't know the english word) S0 bus, perhaps >this is the cause ?! > I have the same suspicion. Have to run isdntrace to confirm that the message is the result of a "keep alive" from the NT. --- Gary Jennejohn Home - garyj@muc.de Work - garyj@fkr.dec.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message From owner-freebsd-isdn Wed Apr 1 22:55:28 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA08779 for freebsd-isdn-outgoing; Wed, 1 Apr 1998 22:55:28 -0800 (PST) (envelope-from owner-freebsd-isdn@FreeBSD.ORG) Received: from server.amis.net (server.amis.net [195.10.52.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id WAA08765 for ; Wed, 1 Apr 1998 22:55:17 -0800 (PST) (envelope-from blaz@gold.amis.net) Received: (from uucp@localhost) by server.amis.net (8.8.8/8.8.8) with UUCP id IAA26917 for freebsd-isdn@freebsd.org; Thu, 2 Apr 1998 08:55:08 +0200 (CEST) Received: from localhost (blaz@localhost) by gold.amis.net (8.8.8/8.8.8) with SMTP id IAA00476 for ; Thu, 2 Apr 1998 08:52:40 +0200 (CEST) Date: Thu, 2 Apr 1998 08:52:40 +0200 (CEST) From: Blaz Zupan To: freebsd-isdn@FreeBSD.ORG Subject: Re: i4b-L1-F_ill:What is this? (fwd) 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 Did anybody experience something like this? Anybody using an Ascom NT+2ab TA and a Teles 16.3 connected to it? Blaz Zupan, blaz@medinet.si, http://home.amis.net/blaz Medinet d.o.o., Linhartova 21, 2000 Maribor, Slovenia ---------- Forwarded message ---------- Date: Wed, 1 Apr 1998 23:28:27 +0200 (MET DST) From: Wolfgang Helbig To: Blaz Zupan Subject: Re: i4b-L1-F_ill:What is this? > > OK. This is a layer *3* illegal state, the applied patch fixed layer *1* > > illegal states. > > > > Your output shows that the TEI ID_Request didn't work. One possible reason for > > this *could* be a layer 1 problem. Another problem could be that your > > card does not interrupt at all. To help fixing it, please enter > > > > # isdndebug -l1 -s0xffff > > > > to turn on all debugging information right after rebooting your system. > > Then try to connect. Don't be terrified by the huge amount of debugging > > output from the kernel. Send us three pages of the /var/log/messages > > file, where this output is stored and we'll see. > > Here is what I get when the connection fails. I first typed the above > isdndebug command and then started my standard rc.isdn and then tried > pinging a host on the internet. The result was: Thanks for the reply. Your debugging output shows it *is* a layer 1 problem. The card was supposed to activate layer 1. And probably did so. (This might have happened before you got a chance to enable debugging output) But then the NT responded with a deactivation request, which is answered by another activation request from the card and which is normal. But now the NT does not reply to this activation request. This might be a bug in our software or a bug in the NT. To help us narrowing in the bug, do the following: - disable the isdn daemon, i. e. don't start it at next booting. - reboot - After rebooting enter isdndebug -l1 -s0xffff let it run for 5 minutes and send us the debugging information. This mail is CCed to freebsd-isdn, maybe someone else on this list has better ideas--or the same problem. Hope you don't mind Thanks Wolfgang > > Apr 1 21:36:47 gold isdnd[240]: DMN init_controller: controller 0 is Teles S0/16.3 > Apr 1 21:36:47 gold isdnd[240]: DMN init_controller: found 1 ISDN controller(s) > Apr 1 21:36:47 gold isdnd[240]: DMN daemon started (pid = 240) > Apr 1 21:36:48 gold /kernel: i4b-L1-isic_next_state: FSM event [EV_DR Deactivate Req]: [F7 Activated => F3c Deactivation] > Apr 1 21:36:49 gold /kernel: i4b-L1-F_DR: FSM function F_DR executing > Apr 1 21:36:49 gold /kernel: i4b-L1-isic_isac_l1_cmd: cmd [CMD_TIM Activate Clocks] in state F7 Activated > Apr 1 21:36:49 gold /kernel: i4b-L1-dummy_mph_deactivate_ind: unit 0 > Apr 1 21:36:49 gold /kernel: i4b-L1-dummy_ph_deactivate_ind: unit 0 > Apr 1 21:36:49 gold /kernel: i4b-L1-isic_next_state: FSM event [EV_PU Power UP]: [F3c Deactivation => F3b Power Up] > Apr 1 21:36:50 gold /kernel: i4b-L1-F_PU: FSM function F_PU executing > Apr 1 21:36:50 gold /kernel: i4b-L1-isic_isac_l1_cmd: cmd [CMD_AR8 Activation 8] in state F3c Deactivation > Apr 1 21:37:01 gold /kernel: isppp0: phase establish > Apr 1 21:37:01 gold /kernel: i4b-L2-i4b_tei_assign: tx TEI ID_Request > Apr 1 21:37:01 gold /kernel: i4b-L1-ph_data_req: Not in ST_F7, sc->sc_I430state = F3b Power Up > Apr 1 21:37:01 gold /kernel: i4b-L1-isic_isac_enable_clk: clocks already running, return (i=4,count=7) > Apr 1 21:37:01 gold /kernel: i4b-L1-isic_isac_l1_cmd: cmd [CMD_AR8 Activation 8] in state F3b Power Up > Apr 1 21:37:01 gold isdnd[240]: DMN rate=240 sec/unit (day=3, beg=21, end=24, current=21) > Apr 1 21:37:01 gold isdnd[240]: CHD 00001 dialing out from 3001551 to 3003030 > Apr 1 21:37:03 gold /kernel: i4b-L2-i4b_T202_timeout: unit 0, N202 = 3 > Apr 1 21:37:03 gold /kernel: i4b-L2-i4b_tei_assign: tx TEI ID_Request > Apr 1 21:37:03 gold /kernel: i4b-L1-ph_data_req: Not in ST_F7, sc->sc_I430state = F3b Power Up > Apr 1 21:37:03 gold /kernel: i4b-L1-isic_isac_enable_clk: clocks already running, return (i=5,count=7) > Apr 1 21:37:03 gold /kernel: i4b-L1-isic_isac_l1_cmd: cmd [CMD_AR8 Activation 8] in state F3b Power Up > Apr 1 21:37:05 gold /kernel: i4b-L2-i4b_T202_timeout: unit 0, N202 = 3 > Apr 1 21:37:05 gold /kernel: i4b-L2-i4b_tei_assign: tx TEI ID_Request > Apr 1 21:37:05 gold /kernel: i4b-L1-ph_data_req: Not in ST_F7, sc->sc_I430state = F3b Power Up > Apr 1 21:37:05 gold /kernel: i4b-L1-isic_isac_enable_clk: clocks already running, return (i=5,count=7) > Apr 1 21:37:05 gold /kernel: i4b-L1-isic_isac_l1_cmd: cmd [CMD_AR8 Activation 8] in state F3b Power Up > Apr 1 21:37:05 gold /kernel: i4b-L3-T303_timeout: cr = 104 > Apr 1 21:37:05 gold /kernel: i4b-L3-next_l3state: FSM illegal state, state = ST_OW - Out Wait EST, event = EV_T303EXP - T303 timeout! > Apr 1 21:37:07 gold /kernel: i4b-L2-i4b_T202_timeout: unit 0, N202 = 3 > Apr 1 21:37:07 gold /kernel: i4b-L2-i4b_tei_assign: tx TEI ID_Request > Apr 1 21:37:07 gold /kernel: i4b-L1-ph_data_req: Not in ST_F7, sc->sc_I430state = F3b Power Up > Apr 1 21:37:07 gold /kernel: i4b-L1-isic_isac_enable_clk: clocks already running, return (i=5,count=7) > Apr 1 21:37:07 gold /kernel: i4b-L1-isic_isac_l1_cmd: cmd [CMD_AR8 Activation 8] in state F3b Power Up > Apr 1 21:37:09 gold /kernel: i4b-L2-i4b_T202_timeout: unit 0, N202 = 3 > Apr 1 21:37:09 gold /kernel: i4b-L2-i4b_tei_assign: tx TEI ID_Request > Apr 1 21:37:09 gold /kernel: i4b-L1-ph_data_req: Not in ST_F7, sc->sc_I430state = F3b Power Up > Apr 1 21:37:09 gold /kernel: i4b-L1-isic_isac_enable_clk: clocks already running, return (i=5,count=7) > Apr 1 21:37:09 gold /kernel: i4b-L1-isic_isac_l1_cmd: cmd [CMD_AR8 Activation 8] in state F3b Power Up > Apr 1 21:37:11 gold /kernel: i4b-L2-i4b_T202_timeout: unit 0, N202 = 3 > Apr 1 21:37:11 gold /kernel: i4b-L2-i4b_tei_assign: tx TEI ID_Request > Apr 1 21:37:11 gold /kernel: i4b-L1-ph_data_req: Not in ST_F7, sc->sc_I430state = F3b Power Up > Apr 1 21:37:11 gold /kernel: i4b-L1-isic_isac_enable_clk: clocks already running, return (i=5,count=7) > Apr 1 21:37:11 gold /kernel: i4b-L1-isic_isac_l1_cmd: cmd [CMD_AR8 Activation 8] in state F3b Power Up > Apr 1 21:37:13 gold /kernel: i4b-L2-i4b_T202_timeout: unit 0, N202 = 3 > Apr 1 21:37:13 gold /kernel: i4b-L2-i4b_tei_assign: tx TEI ID_Request > Apr 1 21:37:13 gold /kernel: i4b-L1-ph_data_req: Not in ST_F7, sc->sc_I430state = F3b Power Up > Apr 1 21:37:13 gold /kernel: i4b-L1-isic_isac_enable_clk: clocks already running, return (i=4,count=7) > Apr 1 21:37:13 gold /kernel: i4b-L1-isic_isac_l1_cmd: cmd [CMD_AR8 Activation 8] in state F3b Power Up > Apr 1 21:37:15 gold /kernel: i4b-L2-i4b_T202_timeout: unit 0, N202 = 3 > Apr 1 21:37:15 gold /kernel: i4b-L2-i4b_tei_assign: tx TEI ID_Request > Apr 1 21:37:15 gold /kernel: i4b-L1-ph_data_req: Not in ST_F7, sc->sc_I430state = F3b Power Up > Apr 1 21:37:15 gold /kernel: i4b-L1-isic_isac_enable_clk: clocks already running, return (i=5,count=7) > Apr 1 21:37:15 gold /kernel: i4b-L1-isic_isac_l1_cmd: cmd [CMD_AR8 Activation 8] in state F3b Power Up > Apr 1 21:37:17 gold /kernel: i4b-L2-i4b_T202_timeout: unit 0, N202 = 3 > Apr 1 21:37:17 gold /kernel: i4b-L2-i4b_tei_assign: tx TEI ID_Request > Apr 1 21:37:17 gold /kernel: i4b-L1-ph_data_req: Not in ST_F7, sc->sc_I430state = F3b Power Up > Apr 1 21:37:17 gold /kernel: i4b-L1-isic_isac_enable_clk: clocks already running, return (i=4,count=7) > Apr 1 21:37:17 gold /kernel: i4b-L1-isic_isac_l1_cmd: cmd [CMD_AR8 Activation 8] in state F3b Power Up > Apr 1 21:37:19 gold /kernel: i4b-L2-i4b_T202_timeout: unit 0, N202 = 3 > Apr 1 21:37:19 gold /kernel: i4b-L2-i4b_tei_assign: tx TEI ID_Request > Apr 1 21:37:19 gold /kernel: i4b-L1-ph_data_req: Not in ST_F7, sc->sc_I430state = F3b Power Up > Apr 1 21:37:19 gold /kernel: i4b-L1-isic_isac_enable_clk: clocks already running, return (i=5,count=7) > Apr 1 21:37:19 gold /kernel: i4b-L1-isic_isac_l1_cmd: cmd [CMD_AR8 Activation 8] in state F3b Power Up > Apr 1 21:37:21 gold /kernel: i4b-L2-i4b_T202_timeout: unit 0, N202 = 3 > Apr 1 21:37:21 gold /kernel: i4b-L2-i4b_tei_assign: tx TEI ID_Request > Apr 1 21:37:21 gold /kernel: i4b-L1-ph_data_req: Not in ST_F7, sc->sc_I430state = F3b Power Up > Apr 1 21:37:21 gold /kernel: i4b-L1-isic_isac_enable_clk: clocks already running, return (i=5,count=7) > Apr 1 21:37:21 gold /kernel: i4b-L1-isic_isac_l1_cmd: cmd [CMD_AR8 Activation 8] in state F3b Power Up > Apr 1 21:37:23 gold /kernel: i4b-L2-i4b_T202_timeout: unit 0, N202 = 3 > Apr 1 21:37:23 gold /kernel: i4b-L2-i4b_tei_assign: tx TEI ID_Request > Apr 1 21:37:23 gold /kernel: i4b-L1-ph_data_req: Not in ST_F7, sc->sc_I430state = F3b Power Up > Apr 1 21:37:23 gold /kernel: i4b-L1-isic_isac_enable_clk: clocks already running, return (i=5,count=7) > Apr 1 21:37:23 gold /kernel: i4b-L1-isic_isac_l1_cmd: cmd [CMD_AR8 Activation 8] in state F3b Power Up > Apr 1 21:37:25 gold /kernel: i4b-L2-i4b_T202_timeout: unit 0, N202 = 3 > Apr 1 21:37:25 gold /kernel: i4b-L2-i4b_tei_assign: tx TEI ID_Request > Apr 1 21:37:25 gold /kernel: i4b-L1-ph_data_req: Not in ST_F7, sc->sc_I430state = F3b Power Up > Apr 1 21:37:25 gold /kernel: i4b-L1-isic_isac_enable_clk: clocks already running, return (i=5,count=7) > Apr 1 21:37:25 gold /kernel: i4b-L1-isic_isac_l1_cmd: cmd [CMD_AR8 Activation 8] in state F3b Power Up > Apr 1 21:37:27 gold /kernel: i4b-L2-i4b_T202_timeout: unit 0, N202 = 3 > Apr 1 21:37:27 gold /kernel: i4b-L2-i4b_tei_assign: tx TEI ID_Request > Apr 1 21:37:27 gold /kernel: i4b-L1-ph_data_req: Not in ST_F7, sc->sc_I430state = F3b Power Up > Apr 1 21:37:27 gold /kernel: i4b-L1-isic_isac_enable_clk: clocks already running, return (i=5,count=7) > Apr 1 21:37:27 gold /kernel: i4b-L1-isic_isac_l1_cmd: cmd [CMD_AR8 Activation 8] in state F3b Power Up > Apr 1 21:37:28 gold /kernel: isppp0: phase dead > Apr 1 21:37:28 gold isdnd[240]: DMN daemon terminating, exitval = 15 > Apr 1 21:37:29 gold /kernel: i4b-L2-i4b_T202_timeout: unit 0, N202 = 3 > Apr 1 21:37:29 gold /kernel: i4b-L2-i4b_tei_assign: tx TEI ID_Request > Apr 1 21:37:29 gold /kernel: i4b-L1-ph_data_req: Not in ST_F7, sc->sc_I430state = F3b Power Up > Apr 1 21:37:29 gold /kernel: i4b-L1-isic_isac_enable_clk: clocks already running, return (i=4,count=7) > Apr 1 21:37:29 gold /kernel: i4b-L1-isic_isac_l1_cmd: cmd [CMD_AR8 Activation 8] in state F3b Power Up > Apr 1 21:37:31 gold /kernel: i4b-L2-i4b_T202_timeout: unit 0, N202 = 3 > Apr 1 21:37:31 gold /kernel: i4b-L2-i4b_tei_assign: tx TEI ID_Request > Apr 1 21:37:31 gold /kernel: i4b-L1-ph_data_req: Not in ST_F7, sc->sc_I430state = F3b Power Up > Apr 1 21:37:31 gold /kernel: i4b-L1-isic_isac_enable_clk: clocks already running, return (i=5,count=7) > Apr 1 21:37:31 gold /kernel: i4b-L1-isic_isac_l1_cmd: cmd [CMD_AR8 Activation 8] in state F3b Power Up > Apr 1 21:37:33 gold /kernel: i4b-L2-i4b_T202_timeout: unit 0, N202 = 3 > Apr 1 21:37:33 gold /kernel: i4b-L2-i4b_tei_assign: tx TEI ID_Request > Apr 1 21:37:33 gold /kernel: i4b-L1-ph_data_req: Not in ST_F7, sc->sc_I430state = F3b Power Up > Apr 1 21:37:33 gold /kernel: i4b-L1-isic_isac_enable_clk: clocks already running, return (i=4,count=7) > Apr 1 21:37:33 gold /kernel: i4b-L1-isic_isac_l1_cmd: cmd [CMD_AR8 Activation 8] in state F3b Power Up > Apr 1 21:37:35 gold /kernel: i4b-L2-i4b_T202_timeout: unit 0, N202 = 3 > Apr 1 21:37:35 gold /kernel: i4b-L2-i4b_tei_assign: tx TEI ID_Request > Apr 1 21:37:35 gold /kernel: i4b-L1-ph_data_req: Not in ST_F7, sc->sc_I430state = F3b Power Up > Apr 1 21:37:35 gold /kernel: i4b-L1-isic_isac_enable_clk: clocks already running, return (i=6,count=7) > Apr 1 21:37:35 gold /kernel: i4b-L1-isic_isac_l1_cmd: cmd [CMD_AR8 Activation 8] in state F3b Power Up > Apr 1 21:37:37 gold /kernel: i4b-L2-i4b_T202_timeout: unit 0, N202 = 3 > Apr 1 21:37:37 gold /kernel: i4b-L2-i4b_tei_assign: tx TEI ID_Request > Apr 1 21:37:37 gold /kernel: i4b-L1-ph_data_req: Not in ST_F7, sc->sc_I430state = F3b Power Up > Apr 1 21:37:37 gold /kernel: i4b-L1-isic_isac_enable_clk: clocks already running, return (i=5,count=7) > Apr 1 21:37:37 gold /kernel: i4b-L1-isic_isac_l1_cmd: cmd [CMD_AR8 Activation 8] in state F3b Power Up > Apr 1 21:37:39 gold /kernel: i4b-L2-i4b_T202_timeout: unit 0, N202 = 3 > Apr 1 21:37:39 gold /kernel: i4b-L2-i4b_tei_assign: tx TEI ID_Request > Apr 1 21:37:39 gold /kernel: i4b-L1-ph_data_req: Not in ST_F7, sc->sc_I430state = F3b Power Up > Apr 1 21:37:39 gold /kernel: i4b-L1-isic_isac_enable_clk: clocks already running, return (i=5,count=7) > Apr 1 21:37:39 gold /kernel: i4b-L1-isic_isac_l1_cmd: cmd [CMD_AR8 Activation 8] in state F3b Power Up > Apr 1 21:37:41 gold /kernel: i4b-L2-i4b_T202_timeout: unit 0, N202 = 3 > Apr 1 21:37:41 gold /kernel: i4b-L2-i4b_tei_assign: tx TEI ID_Request > Apr 1 21:37:41 gold /kernel: i4b-L1-ph_data_req: Not in ST_F7, sc->sc_I430state = F3b Power Up > Apr 1 21:37:41 gold /kernel: i4b-L1-isic_isac_enable_clk: clocks already running, return (i=5,count=7) > Apr 1 21:37:41 gold /kernel: i4b-L1-isic_isac_l1_cmd: cmd [CMD_AR8 Activation 8] in state F3b Power Up > Apr 1 21:37:43 gold /kernel: i4b-L2-i4b_T202_timeout: unit 0, N202 = 3 > Apr 1 21:37:43 gold /kernel: i4b-L2-i4b_tei_assign: tx TEI ID_Request > Apr 1 21:37:43 gold /kernel: i4b-L1-ph_data_req: Not in ST_F7, sc->sc_I430state = F3b Power Up > Apr 1 21:37:43 gold /kernel: i4b-L1-isic_isac_enable_clk: clocks already running, return (i=5,count=7) > > When this happens, the S0 bus is basically dead, when I pick up the phone > I can hear a signal from my NT that tells me that all channels are busy. I > can reboot or turn off my computer, the S0 bus is still dead. After about > 2 minutes I can hear the NT click (it's an Ascom NT+2ab) and the S0 bus is > alive again. > > All other relevant data: FreeBSD 2.2.6-BETA on i486 with Teles 16.3, i4b > 0.50 plus the one TEI patch that you posted to freebsd-isdn. Ascom > NT+2ab. Siemens EWSD switch at the telco. Two analog phones connected to > both ports on the NT+2ab, nothing else on the S0 bus. The teles is on IRQ > 12 (if it matters any), all the other IRQ's are occupied (NE2000 network > card on IRQ 10, Adaptec 2940 on IRQ 11, S3 VGA card on 2/9, internal US > Robotics Sportster on IRQ 5. Terminal server accepting the call is a > Livingston Portmaster 3. > > I hope this is enough data to get you going. If you need more, just ask. > > Best regards, > > Blaz Zupan, blaz@medinet.si, http://home.amis.net/blaz > Medinet d.o.o., Linhartova 21, 2000 Maribor, Slovenia > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message From owner-freebsd-isdn Wed Apr 1 23:43:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA17267 for freebsd-isdn-outgoing; Wed, 1 Apr 1998 23:43:03 -0800 (PST) (envelope-from owner-freebsd-isdn@FreeBSD.ORG) Received: from wonderland.cecon.de (wonderland.cecon.de [195.21.136.129] (may be forged)) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA17243 for ; Wed, 1 Apr 1998 23:42:43 -0800 (PST) (envelope-from isdn@wonderland.cecon.de) Received: (from isdn@localhost) by wonderland.cecon.de (8.8.5/8.8.5) id JAA24242 for freebsd-isdn@freebsd.org; Thu, 2 Apr 1998 09:42:39 +0200 (CEST) Date: Thu, 2 Apr 1998 09:42:39 +0200 (CEST) From: ISDN-USER Message-Id: <199804020742.JAA24242@wonderland.cecon.de> To: freebsd-isdn@FreeBSD.ORG Subject: subscribe freebsd-isdn Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org majordomo@freebsd.org subscribe freebsd-isdn To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message From owner-freebsd-isdn Thu Apr 2 00:05:20 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA19434 for freebsd-isdn-outgoing; Thu, 2 Apr 1998 00:05:20 -0800 (PST) (envelope-from owner-freebsd-isdn@FreeBSD.ORG) Received: from hcshh.hcs.de (hcshh.hcs.de [194.123.40.1]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id AAA19425 for ; Thu, 2 Apr 1998 00:05:17 -0800 (PST) (envelope-from hm@hcs.de) Received: from hcswork.hcs.de([192.76.124.5]) (1797 bytes) by hcshh.hcs.de via sendmail with P:smtp/R:inet_hosts/T:smtp (sender: ) id for ; Thu, 2 Apr 1998 10:04:54 +0200 (METDST) (Smail-3.2.0.97 1997-Aug-19 #16 built 1997-Oct-22) Received: by hcswork.hcs.de (Smail3.1.29.0 #12) id m0yKf0y-0000aoC; Thu, 2 Apr 98 10:06 METDST Message-Id: From: hm@hcs.de (Hellmuth Michaelis) Subject: Re: i4b-L1-F_ill:What is this? (fwd) In-Reply-To: from Blaz Zupan at "Apr 2, 98 08:52:40 am" To: blaz@gold.amis.net (Blaz Zupan) Date: Thu, 2 Apr 1998 10:06:24 +0200 (METDST) Cc: freebsd-isdn@FreeBSD.ORG Reply-To: hm@hcs.de Organization: HCS Hanseatischer Computerservice GmbH X-Mailer: ELM [version 2.4ME+ PL39 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >From the keyboard of Blaz Zupan: > > All other relevant data: FreeBSD 2.2.6-BETA on i486 with Teles 16.3, i4b > > 0.50 plus the one TEI patch that you posted to freebsd-isdn. Ascom > > NT+2ab. Siemens EWSD switch at the telco. Two analog phones connected to > > both ports on the NT+2ab, nothing else on the S0 bus. The teles is on IRQ > > 12 (if it matters any), I just had a hard time debugging a non-running isdn4bsd setup where the card was at IRQ 12. IRQ 12 seems to be hardwired somehow on newer hard- ware to the PS/2 Bus Mouse port, and after moving the card to a different IRQ (IRQ 5 in this case) all worked as expected. hellmuth -- Hellmuth Michaelis Tel +49 40 559747-70 HCS Hanseatischer Computerservice GmbH Fax +49 40 559747-77 Oldesloer Strasse 97-99 Mail hm@hcs.de 22457 Hamburg WWW http://www.hcs.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message From owner-freebsd-isdn Thu Apr 2 01:58:43 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA14481 for freebsd-isdn-outgoing; Thu, 2 Apr 1998 01:58:43 -0800 (PST) (envelope-from owner-freebsd-isdn@FreeBSD.ORG) Received: from hcshh.hcs.de (hcshh.hcs.de [194.123.40.1]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id BAA14466 for ; Thu, 2 Apr 1998 01:58:41 -0800 (PST) (envelope-from hm@hcs.de) Received: from hcswork.hcs.de([192.76.124.5]) (2680 bytes) by hcshh.hcs.de via sendmail with P:smtp/R:inet_hosts/T:smtp (sender: ) id for ; Thu, 2 Apr 1998 11:58:29 +0200 (METDST) (Smail-3.2.0.97 1997-Aug-19 #16 built 1997-Oct-22) Received: by hcswork.hcs.de (Smail3.1.29.0 #12) id m0yKgmz-0000ayC; Thu, 2 Apr 98 12:00 METDST Message-Id: From: hm@hcs.de (Hellmuth Michaelis) Subject: Re: i4b-L1-F_ill:What is this? In-Reply-To: <199804011921.VAA05846@peedub.muc.de> from Gary Jennejohn at "Apr 1, 98 09:21:54 pm" To: freebsd-isdn@FreeBSD.ORG (ISDN Mailinglist) Date: Thu, 2 Apr 1998 12:00:05 +0200 (METDST) Reply-To: hm@hcs.de Organization: HCS Hanseatischer Computerservice GmbH X-Mailer: ELM [version 2.4ME+ PL39 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >From the keyboard of Gary Jennejohn: > >> >> xxx_ISAC_IRQ..: RME: Input Buffer Overflow... > >> > >> I see exactly the same thing with a Teles 16.3 card when I boot and _before_ > >> isdnd starts. Once the daemon is running the messages disappear. > > > >Hmm - Gary, i remember we found out that you have got a constant-active > >("daueraktiv" in german, don't know the english word) S0 bus, perhaps > >this is the cause ?! > > I have the same suspicion. Have to run isdntrace to confirm that the > message is the result of a "keep alive" from the NT. Eric just sent in a trace, and it seems that either as soon as his exchange detects state changes in L1 or perhaps constantly sends TEI check request messages with a group TEI, which causes all devices with an assigned TEI to answer. This TEI check request message is then sent every second. These TEI check request messages seem to be the cause of the RME ... messages, because the i4b stack is not ready to handle those messages at boot time yet. As soon as i4b requests a TEI (when the first connection is made), one is granted and from then on the TEI check request messages are properly answered. The only questions arising from this are: - should the ISAC irqs be enabled later when the whole machine is up, and how can the state "the machine is up and ready to serve irq's" be detected by a driver for all *BSD's ? - although Q.921 doesn't require this, shall a TEI request procedure be initiated on arrival of a TEI check request with a group TEI and no local TEI assigned yet ? Comments ? hellmuth -- Hellmuth Michaelis Tel +49 40 559747-70 HCS Hanseatischer Computerservice GmbH Fax +49 40 559747-77 Oldesloer Strasse 97-99 Mail hm@hcs.de 22457 Hamburg WWW http://www.hcs.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message From owner-freebsd-isdn Thu Apr 2 08:35:41 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA10110 for freebsd-isdn-outgoing; Thu, 2 Apr 1998 08:35:41 -0800 (PST) (envelope-from owner-freebsd-isdn@FreeBSD.ORG) Received: from server.amis.net (server.amis.net [195.10.52.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA10042 for ; Thu, 2 Apr 1998 08:35:34 -0800 (PST) (envelope-from blaz@gold.amis.net) Received: (from uucp@localhost) by server.amis.net (8.8.8/8.8.8) with UUCP id SAA10160; Thu, 2 Apr 1998 18:35:06 +0200 (CEST) Received: from localhost (blaz@localhost) by gold.amis.net (8.8.8/8.8.8) with SMTP id SAA00404; Thu, 2 Apr 1998 18:33:50 +0200 (CEST) Date: Thu, 2 Apr 1998 18:33:50 +0200 (CEST) From: Blaz Zupan To: Hellmuth Michaelis cc: freebsd-isdn@FreeBSD.ORG Subject: Re: i4b-L1-F_ill:What is this? (fwd) In-Reply-To: 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 > I just had a hard time debugging a non-running isdn4bsd setup where the > card was at IRQ 12. IRQ 12 seems to be hardwired somehow on newer hard- > ware to the PS/2 Bus Mouse port, and after moving the card to a different > IRQ (IRQ 5 in this case) all worked as expected. Unfortunatelly bisdn worked just fine without any problems in this machine before and it's an old Made-in-Taiwan 486 motherboard that does not have a PS/2 mouse. Also the card works under Win95 (yeah, I know :). I can try moving it to another IRQ but I don't think this is actually the problem. Blaz Zupan, blaz@medinet.si, http://home.amis.net/blaz Medinet d.o.o., Linhartova 21, 2000 Maribor, Slovenia To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message From owner-freebsd-isdn Thu Apr 2 13:30:29 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA07046 for freebsd-isdn-outgoing; Thu, 2 Apr 1998 13:30:29 -0800 (PST) (envelope-from owner-freebsd-isdn@FreeBSD.ORG) Received: from colin.muc.de (root@colin.muc.de [193.174.4.1]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id NAA07040 for ; Thu, 2 Apr 1998 13:30:25 -0800 (PST) (envelope-from jhs@jhs.muc.de) Received: from jhs.muc.de ([193.174.4.84]) by colin.muc.de with SMTP id <140570-2>; Thu, 2 Apr 1998 17:16:51 +0200 Received: (from jhs@localhost) by jhs.muc.de (8.8.7/8.8.7) id PAA06332; Thu, 2 Apr 1998 15:39:26 +0200 (MET DST) (envelope-from jhs) Date: Thu, 2 Apr 1998 15:39:26 +0200 Message-Id: <199804021339.PAA06332@jhs.muc.de> To: isdn@FreeBSD.ORG Subject: Deutsche Telekom numbers From: "Julian H. Stacey" Reply-To: "Julian H. Stacey" X-Post: Holz Strasse 27d, 80469 Munich, Germany X-Email: Main: jhs@freebsd.org, Alternate: jhs@muc.de & jhs@jhs.muc.de X-Web: http://www.freebsd.org/~jhs/ & http://www.muc.de/~jhs/ X-Tel: Tel: +49.89.268616, Fax: +49.89.2608126, Data: +49.89.26023276 Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Only of interest to Deutsche Telekom ISDN customers ... I'm a DT customer, I just phoned them, gave my number so they could look up my record, so presumably they saw I have a "Standard Mehr Geraete Anschluss" and not their more expensive "Comfort Anschluss" (or whatever it's called), (the one where one can use i4b unitlengthsrc=aocd ? advice of charge/duration?) DT told me there's now no limit to the number of phone numbers one can have at no extra cost, but practically, I can increase from the standard 3 to 5 without question, & no DM 5/month extra charge, more numbers than 5 are possible, but they'd like to know it was worthwhile. I forgot to ask if there's a one off change over charge .. I guess/hope not. - Julian Julian H. Stacey jhs@freebsd.org (& jhs@muc.de) http://www.freebsd.org/~jhs/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message From owner-freebsd-isdn Thu Apr 2 15:41:53 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA01893 for freebsd-isdn-outgoing; Thu, 2 Apr 1998 15:41:53 -0800 (PST) (envelope-from owner-freebsd-isdn@FreeBSD.ORG) Received: from rvc1.informatik.ba-stuttgart.de (rvc1.informatik.ba-stuttgart.de [141.31.112.22]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA01874 for ; Thu, 2 Apr 1998 15:41:42 -0800 (PST) (envelope-from helbig@Informatik.BA-Stuttgart.DE) Received: (from helbig@localhost) by rvc1.informatik.ba-stuttgart.de (8.8.8/8.8.5) id BAA21573; Fri, 3 Apr 1998 01:41:42 +0200 (MET DST) From: Wolfgang Helbig Message-Id: <199804022341.BAA21573@rvc1.informatik.ba-stuttgart.de> Subject: Re: i4b-L1-F_ill:What is this? (fwd) In-Reply-To: from Blaz Zupan at "Apr 2, 98 06:33:50 pm" To: blaz@gold.amis.net (Blaz Zupan) Date: Fri, 3 Apr 1998 01:41:41 +0200 (MET DST) Cc: hm@hcs.de, freebsd-isdn@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL30 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > > I just had a hard time debugging a non-running isdn4bsd setup where the > > card was at IRQ 12. IRQ 12 seems to be hardwired somehow on newer hard- > > ware to the PS/2 Bus Mouse port, and after moving the card to a different > > IRQ (IRQ 5 in this case) all worked as expected. > > Unfortunatelly bisdn worked just fine without any problems in this machine This reminds me of the SMP problem -- bisdn worked but i4b didn't. There is a workaround for this that might help even if you don't have a multiprocessor board. So please add options "I4B_SMP_WORKAROUND" to your kernel configuration file and tell us what happened. Wolfgang To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message From owner-freebsd-isdn Fri Apr 3 00:32:47 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA21644 for freebsd-isdn-outgoing; Fri, 3 Apr 1998 00:32:47 -0800 (PST) (envelope-from owner-freebsd-isdn@FreeBSD.ORG) Received: from rvc1.informatik.ba-stuttgart.de (rvc1.informatik.ba-stuttgart.de [141.31.112.22]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA21625 for ; Fri, 3 Apr 1998 00:32:35 -0800 (PST) (envelope-from helbig@Informatik.BA-Stuttgart.DE) Received: (from helbig@localhost) by rvc1.informatik.ba-stuttgart.de (8.8.8/8.8.5) id KAA22488; Fri, 3 Apr 1998 10:32:52 +0200 (MET DST) From: Wolfgang Helbig Message-Id: <199804030832.KAA22488@rvc1.informatik.ba-stuttgart.de> Subject: Re: i4b-L1-F_ill:What is this? In-Reply-To: from Hellmuth Michaelis at "Apr 2, 98 12:00:05 pm" To: hm@hcs.de Date: Fri, 3 Apr 1998 10:32:50 +0200 (MET DST) Cc: freebsd-isdn@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL30 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > The only questions arising from this are: > > - should the ISAC irqs be enabled later when the whole machine is > up, and how can the state "the machine is up and ready to serve > irq's" be detected by a driver for all *BSD's ? > > - although Q.921 doesn't require this, shall a TEI request procedure > be initiated on arrival of a TEI check request with a group TEI > and no local TEI assigned yet ? > > Comments ? Here we go: At boottime neither ISAC nor HSCX IRQ's should be enabled. This might even fix the SMP-problem. Enabling of the IRQ's and initialization of layer1 *and* layer2 should be triggered by isdnd when it is started. If layer1 is activated but not layer2, my NT is constantly trying to deactivate layer1 until we have a TEI. So I suggest to initialize layer2 right after layer1 is up. Wolfgang To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message From owner-freebsd-isdn Fri Apr 3 00:47:53 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA24810 for freebsd-isdn-outgoing; Fri, 3 Apr 1998 00:47:53 -0800 (PST) (envelope-from owner-freebsd-isdn@FreeBSD.ORG) Received: from linteuto.teuto.de (linteuto.teuto.de [194.77.23.26]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA24799; Fri, 3 Apr 1998 00:47:37 -0800 (PST) (envelope-from martin@rumolt.teuto.de) Received: from rumolt.teuto.de (root@rumolt.teuto.de [194.77.23.161]) by linteuto.teuto.de (8.8.8/8.8.8) with ESMTP id KAA12040; Fri, 3 Apr 1998 10:47:33 +0200 Received: (from martin@localhost) by rumolt.teuto.de (8.8.8/8.8.7) id KAA06935; Fri, 3 Apr 1998 10:43:47 +0200 (MEST) From: Martin Husemann Message-Id: <199804030843.KAA06935@rumolt.teuto.de> Subject: Re: Deutsche Telekom numbers To: jhs@FreeBSD.ORG Date: Fri, 3 Apr 1998 10:43:46 +0200 (MEST) Cc: isdn@FreeBSD.ORG In-Reply-To: <199804021339.PAA06332@jhs.muc.de> from "Julian H. Stacey" at Apr 2, 98 03:39:26 pm Organization: Crusaders Catering Services Inc. X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > Only of interest to Deutsche Telekom ISDN customers ... This applies here as well... > I just phoned them, gave my number so they could look up my record, > so presumably they saw I have a "Standard Mehr Geraete Anschluss" > and not their more expensive "Comfort Anschluss" (or whatever it's called), > (the one where one can use i4b unitlengthsrc=aocd ? advice of charge/duration?) You can get "Uebermittlung von Gebuehreninformationen waehrend und nach dem Gespraech" (which is DT speech for AOCD) even with the cheap "Standard Anschluss" at 3 DM/month. The "Comfort Anschluss" doesn't have it for free as well (last time I asked), only AOCE is for free. And: they don't deliver AOCE/AOCD when you use other long distance carriers. > DT told me there's now no limit to the number of phone numbers one can > have at no extra cost I've got 6 MSN right now, without extra charge. But of course it took about 5 weeks to get everything working again after they touched the configuration to add 3 MSNs :-( Martin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message From owner-freebsd-isdn Fri Apr 3 01:39:52 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA05234 for freebsd-isdn-outgoing; Fri, 3 Apr 1998 01:39:52 -0800 (PST) (envelope-from owner-freebsd-isdn@FreeBSD.ORG) Received: from linteuto.teuto.de (linteuto.teuto.de [194.77.23.26]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id BAA05228 for ; Fri, 3 Apr 1998 01:39:49 -0800 (PST) (envelope-from martin@rumolt.teuto.de) Received: from rumolt.teuto.de (root@rumolt.teuto.de [194.77.23.161]) by linteuto.teuto.de (8.8.8/8.8.8) with ESMTP id LAA15477; Fri, 3 Apr 1998 11:39:46 +0200 Received: (from martin@localhost) by rumolt.teuto.de (8.8.8/8.8.7) id KAA07271; Fri, 3 Apr 1998 10:53:00 +0200 (MEST) From: Martin Husemann Message-Id: <199804030853.KAA07271@rumolt.teuto.de> Subject: Re: i4b-L1-F_ill:What is this? To: helbig@Informatik.BA-Stuttgart.DE (Wolfgang Helbig) Date: Fri, 3 Apr 1998 10:53:00 +0200 (MEST) Cc: hm@hcs.de, freebsd-isdn@FreeBSD.ORG In-Reply-To: <199804030832.KAA22488@rvc1.informatik.ba-stuttgart.de> from "Wolfgang Helbig" at Apr 3, 98 10:32:50 am Organization: Crusaders Catering Services Inc. X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > Enabling of the IRQ's and initialization of layer1 *and* layer2 should > be triggered by isdnd when it is started. Si! In other words: nothing should happen to the in-kernel state as long as /dev/isdn is not openend. This includes: activation of layers 1-4, irq's, and everything else. The alternative is: the stack must handle everything by itself as long as there is noone listening to /dev/isdn. This includes i.e. deleting call descriptors in a layer 4 timeout, handling of TEI as Hellmuth suggested and probably lots of details noone realy likes to look into. A can of worms, I think. Martin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message From owner-freebsd-isdn Fri Apr 3 02:43:29 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA12998 for freebsd-isdn-outgoing; Fri, 3 Apr 1998 02:43:29 -0800 (PST) (envelope-from owner-freebsd-isdn@FreeBSD.ORG) Received: from wes2.limmat.ch (ns.limmat.ch [193.73.213.12]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id CAA12993 for ; Fri, 3 Apr 1998 02:43:22 -0800 (PST) (envelope-from mosh@wes2.limmat.ch) Received: from darmok (zhwbs-E1-05.limmat.ch [194.191.121.205]) by wes2.limmat.ch (8.8.5/8.8.5) with SMTP id MAA25437 for ; Fri, 3 Apr 1998 12:43:14 +0200 (MET DST) Date: Fri, 3 Apr 1998 12:43:07 +0200 (MET DST) From: Dennis Michl Subject: Re: i4b-L1-F_ill:What is this? To: freebsd-isdn@FreeBSD.ORG Reply-To: Dennis Michl Message-ID: <980403124307.217AAFxX.mosh@darmok> In-Reply-To: <199804021635.IAA10129@hub.freebsd.org> Mime-Version: 1.0 (Generated by Eloquent) Content-Type: text/plain; charset=US-ASCII X-Address: 21 Fabrikstrasse, ZH 8005 Zurich, Switzerland X-Phone: Home +41 1 440 06 06, Fax +41 1 440 06 05, Work +41 1 239 93 64 X-URL: http://kino.ch/ X-Mailer: Eloquent[2.01]; Eloquent is a Trademark of Take 3 Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org -----BEGIN PGP SIGNED MESSAGE----- Eric, I see four strange things here. In your rc.isdn file, you have >ifconfig isppp0 link1 0.0.0.0 $ROUTEUR netmask 0xffffff00 debug and >route add default $ROUTEUR But your interface configuration shows another netmask!? >isppp0: flags=2814 mtu 1500 > inet 0.0.0.0 --> 193.107.122.7 netmask 0xff000000 I would set the default router as follows and let sppp do the rest for you: route add default -interface isppp0 This works well for me. What I have problems with is natd, but that's another story. The third thing that you probably won't need are the following lines in your isdnd.rc file, but Hellmuth told you that already: >regexpr = "connected.*KTS" >regprog = connectKTS Hellmuth also already mentioned that you should not enable the buggy soft down feature: >usedown = on Turn it off. Cheers MoSH -----BEGIN PGP SIGNATURE----- Version: 2.6.3ia Charset: next iQEVAwUBNSS8MB6WZntgURpdAQGQTwf8C3aKLIoLQauaNu6gCRqurUC83frhLv07 muHE5rRXqJJT1p0A1f+aUy0XJdvoBD5rPXf0aB31s9t6xZkyifv2M9sHHX732aID lE0YtAbxUEhy90wu/KLd0XeR5qfgUulReW/a2Ml/ELDkxpzUVwpuA+B0up05222a crJBZz3u9HzEfw7aWB+i1rdY/i39TsCAfx1ziyxyJ3PlLMc9aWBi+TebAcQZZdVQ 3seFPjgioyUdcAU6l5Hplha3WOqCRQRFcBuCcoD4tHhiMNBAJrjL/5tdZ2x/onDn 7giXNu4XsiArHm/Qe2huFVKeg2bCqcodZ+LaLj4xm2XOt/u1a2VMvA== =DkF3 -----END PGP SIGNATURE----- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message From owner-freebsd-isdn Fri Apr 3 02:48:15 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA13090 for freebsd-isdn-outgoing; Fri, 3 Apr 1998 02:44:29 -0800 (PST) (envelope-from owner-freebsd-isdn@FreeBSD.ORG) Received: from wes2.limmat.ch (ns.limmat.ch [193.73.213.12]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id CAA13079 for ; Fri, 3 Apr 1998 02:44:25 -0800 (PST) (envelope-from mosh@wes2.limmat.ch) Received: from darmok (zhwbs-E1-05.limmat.ch [194.191.121.205]) by wes2.limmat.ch (8.8.5/8.8.5) with SMTP id MAA25470 for ; Fri, 3 Apr 1998 12:44:12 +0200 (MET DST) Date: Fri, 3 Apr 1998 12:44:05 +0200 (MET DST) From: Dennis Michl Subject: natd -n isppp0 -dynamic To: freebsd-isdn@FreeBSD.ORG Reply-To: Dennis Michl Message-ID: <980403124405.217AAFxY.mosh@darmok> Mime-Version: 1.0 (Generated by Eloquent) Content-Type: text/plain; charset=US-ASCII X-Address: 21 Fabrikstrasse, ZH 8005 Zurich, Switzerland X-Phone: Home +41 1 440 06 06, Fax +41 1 440 06 05, Work +41 1 239 93 64 X-URL: http://kino.ch/ X-Mailer: Eloquent[2.01]; Eloquent is a Trademark of Take 3 Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org -----BEGIN PGP SIGNED MESSAGE----- Dudes, is anybody else here using natd for address translation with the option "-dynamic"? It doesn't work as advertised because natd 1.12 doesn't notice when the IP address for isppp0 changes. I have to send it a HUP signal first which is really annoying. Cheers MoSH -----BEGIN PGP SIGNATURE----- Version: 2.6.3ia Charset: next iQEVAwUBNSS8uh6WZntgURpdAQEB4wf/e4tlirHqu/k1KyiENIHQTA5ionmOTsmx k+2OyiILnNjo6UfPfKjQh3ZgCsA9ZTf3SaNFyY0F2owA6u68f50Zzym0d+CtfYHg /V/p5dVr0VA9H+zwerc3aJKxSt7StGzHptN2ikx0/doPVIdyC/0VGaAUeMEPfMhx b8udoCo9ppg2FPLjietmTvH8j1kGguLau1S1MP0xnpB4C7XQoqDCO1zh6vzlLwsT Uwke/ohLI3v+uOjhlDUaHohCZAosbTjjPn8SYKbztw21Ci8ghKeU+mfsJGM5suRi RPlexMJVrYRedNjNH1+zJeTX0xE/oajXcvMfO3X+QPylQC6ncRoJhQ== =qO1A -----END PGP SIGNATURE----- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message From owner-freebsd-isdn Fri Apr 3 02:58:18 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA14515 for freebsd-isdn-outgoing; Fri, 3 Apr 1998 02:58:18 -0800 (PST) (envelope-from owner-freebsd-isdn@FreeBSD.ORG) Received: from ns.EUnet-Bretagne.fr (ns.EUnet-Bretagne.fr [193.107.210.125]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id CAA14510 for ; Fri, 3 Apr 1998 02:58:13 -0800 (PST) (envelope-from Eric.Feillant@EUnet-Bretagne.fr) Received: from EUnet-Bretagne.fr (ericf.EUnet-Bretagne.fr [193.107.210.161]) by ns.EUnet-Bretagne.fr (8.8.7/8.8.7) with ESMTP id MAA04493; Fri, 3 Apr 1998 12:58:02 +0200 (MET DST) Message-ID: <3524C183.826E17EE@EUnet-Bretagne.fr> Date: Fri, 03 Apr 1998 13:01:23 +0200 From: Eric Feillant Organization: EUnet BRETAGNE groupe EUnet X-Mailer: Mozilla 4.03 [fr] (Win95; I) MIME-Version: 1.0 To: Dennis Michl CC: isdn Subject: Re: natd -n isppp0 -dynamic References: <980403124405.217AAFxY.mosh@darmok> Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Dennis Michl a écrit: > -----BEGIN PGP SIGNED MESSAGE----- > > Dudes, > > is anybody else here using natd for address translation with the > option "-dynamic"? It doesn't work as advertised because natd 1.12 > doesn't notice when the IP address for isppp0 changes. I have to > send it a HUP signal first which is really annoying. > For those who use natd / ipfw and others.... We wrote a Web interface for programming natd and firewall files. I send the address where u can get the files a few later. Eric. > Cheers > MoSH > > -----BEGIN PGP SIGNATURE----- > Version: 2.6.3ia > Charset: next > > iQEVAwUBNSS8uh6WZntgURpdAQEB4wf/e4tlirHqu/k1KyiENIHQTA5ionmOTsmx > k+2OyiILnNjo6UfPfKjQh3ZgCsA9ZTf3SaNFyY0F2owA6u68f50Zzym0d+CtfYHg > /V/p5dVr0VA9H+zwerc3aJKxSt7StGzHptN2ikx0/doPVIdyC/0VGaAUeMEPfMhx > b8udoCo9ppg2FPLjietmTvH8j1kGguLau1S1MP0xnpB4C7XQoqDCO1zh6vzlLwsT > Uwke/ohLI3v+uOjhlDUaHohCZAosbTjjPn8SYKbztw21Ci8ghKeU+mfsJGM5suRi > RPlexMJVrYRedNjNH1+zJeTX0xE/oajXcvMfO3X+QPylQC6ncRoJhQ== > =qO1A > -----END PGP SIGNATURE----- > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-isdn" in the body of the message -- ========= ____ ===== Eric Feillant ======== / / / ___ ___ /_ ====== EUnet BRETAGNE ======= /---- / / / / /___/ / ======= 140, bd de Creach Gwen ====== /____ /___/ / / /___ /_ ======== 29000 QUIMPER, France ===== Bretagne ========= Tel:(+33) 298101620 Fax:(+33) 298101629 Eric.Feillant@EUnet.fr http://www.EUnet.fr Partenaire CISCO, CHECKPOINT (FIREWALL), BAY NETWORKS, NEWBRIDGE, SUN, CITRIX To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message From owner-freebsd-isdn Fri Apr 3 04:46:26 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id EAA26546 for freebsd-isdn-outgoing; Fri, 3 Apr 1998 04:46:26 -0800 (PST) (envelope-from owner-freebsd-isdn@FreeBSD.ORG) Received: from hcshh.hcs.de (hcshh.hcs.de [194.123.40.1]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id EAA26538 for ; Fri, 3 Apr 1998 04:46:24 -0800 (PST) (envelope-from hm@hcs.de) Received: from hcswork.hcs.de([192.76.124.5]) (1629 bytes) by hcshh.hcs.de via sendmail with P:smtp/R:inet_hosts/T:smtp (sender: ) id for ; Fri, 3 Apr 1998 14:46:11 +0200 (METDST) (Smail-3.2.0.97 1997-Aug-19 #16 built 1997-Oct-22) Received: by hcswork.hcs.de (Smail3.1.29.0 #12) id m0yL5sp-00001AC; Fri, 3 Apr 98 14:47 METDST Message-Id: From: hm@hcs.de (Hellmuth Michaelis) Subject: i4b-00.51-alpha-030498.tgz available for ftp To: freebsd-isdn@FreeBSD.ORG (ISDN Mailinglist) Date: Fri, 3 Apr 1998 14:47:47 +0200 (METDST) Reply-To: hm@hcs.de Organization: HCS Hanseatischer Computerservice GmbH X-Mailer: ELM [version 2.4ME+ PL39 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hi, a new isdn4bsd alpha has been made available on the isdn4bsd ftp site. This is more a maintenance release, please have a look at the ChangeLog file for details. I'd like to thank everyone who gave us feedback! How to access the ftp site: The ISDN4BSD package is available from: isdn4bsd@ftp.consol.de/pub -------------------------- you have to log in as user isdn4bsd -------- and give your mail address as the password. Then change to the "pub" directory. Anonymous ftp as user "ftp" or "anonymous" will NOT (!) give the desired result ! Have fun, hellmuth -- Hellmuth Michaelis Tel +49 40 559747-70 HCS Hanseatischer Computerservice GmbH Fax +49 40 559747-77 Oldesloer Strasse 97-99 Mail hm@hcs.de 22457 Hamburg WWW http://www.hcs.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message From owner-freebsd-isdn Fri Apr 3 07:53:49 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA20367 for freebsd-isdn-outgoing; Fri, 3 Apr 1998 07:53:49 -0800 (PST) (envelope-from owner-freebsd-isdn@FreeBSD.ORG) Received: from schubert.promo.de (schubert.Promo.DE [194.45.188.65]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA20345 for ; Fri, 3 Apr 1998 07:53:21 -0800 (PST) (envelope-from stefan@promo.de) Received: from stefan.promo.de (stefan.Promo.DE [194.45.188.81]) by schubert.promo.de (8.8.8/8.8.8) with SMTP id RAA13131; Fri, 3 Apr 1998 17:49:39 +0200 (MET DST) Date: Fri, 03 Apr 1998 17:51:46 +0200 From: "Stefan Bethke" To: hm@hcs.de cc: "Wolfgang Helbig" , freebsd-isdn@FreeBSD.ORG Subject: Re: i4b-L1-F_ill:What is this? Message-ID: <1342726.3100614706@stefan.promo.de> X-Mailer: Mulberry Demo (MacOS) [1.3.2, s/n Evaluation] X-Licensed-To: Unlicensed - for evaluation only MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org [ Sorry, I missed the original post ] --On Fre, 3. Apr 1998 10:32 Uhr +0200 "Wolfgang Helbig" wrote: >> - although Q.921 doesn't require this, shall a TEI request procedure >> be initiated on arrival of a TEI check request with a group TEI >> and no local TEI assigned yet ? As far as I have understood Q.921, the TEI check procedure is done to find out which TEs are still online, and which TEIs are no longer in use (because those TEs have left the bus), for the sole purpose of being able to reclaim unused TEIs. Actually, the switch will initiate a check on arrival of a TEI request if the maximum number of TEIs are already assigned, and thus no free TEI is available. Whether this check is addressed to individual TEIs or the group TEI might be implementation specific. Under the assumption that we don't have any TEI, we should not try to get one until we need it. Stefan -- Stefan Bethke Promo Datentechnik | Tel. +49-40-851744-18 + Systemberatung GmbH | Fax. +49-40-851744-44 Eduardstrasse 46-48 | e-mail: stefan@Promo.DE D-20257 Hamburg | http://www.Promo.DE/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message From owner-freebsd-isdn Sat Apr 4 01:14:47 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA19832 for freebsd-isdn-outgoing; Sat, 4 Apr 1998 01:14:47 -0800 (PST) (envelope-from owner-freebsd-isdn@FreeBSD.ORG) Received: from server.amis.net (server.amis.net [195.10.52.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id BAA19823 for ; Sat, 4 Apr 1998 01:14:40 -0800 (PST) (envelope-from blaz@gold.amis.net) Received: (from uucp@localhost) by server.amis.net (8.8.8/8.8.8) with UUCP id LAA06133; Sat, 4 Apr 1998 11:14:10 +0200 (CEST) Received: from localhost (blaz@localhost) by gold.amis.net (8.8.8/8.8.8) with SMTP id LAA00443; Sat, 4 Apr 1998 11:13:57 +0200 (CEST) Date: Sat, 4 Apr 1998 11:13:56 +0200 (CEST) From: Blaz Zupan To: Wolfgang Helbig cc: hm@hcs.de, freebsd-isdn@FreeBSD.ORG Subject: Re: i4b-L1-F_ill:What is this? (fwd) In-Reply-To: <199804022341.BAA21573@rvc1.informatik.ba-stuttgart.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 > This reminds me of the SMP problem -- bisdn worked but i4b didn't. > There is a workaround for this that might help even if you don't > have a multiprocessor board. So please add > > options "I4B_SMP_WORKAROUND" > > to your kernel configuration file and tell us what happened. Ok, I'm running i4b 0.51 with the above option. Just a couple of minutes ago my usual problem happend. So I picked up my GSM and called in to my ISDN line as my FreeBSD machine was spewing out errors on the console. As soon as the call came in on the second B channel, the console said: i4b-L2-i4b_tei_rx_frame: TEI ID Assign - TEI = 67 the phone started ringing and FreeBSD suddenly established the PPP link. So it seems I finally got a TEI assigned when a call came in. Before it was spewing out the usual i4b-L2-i4b_tei_assign: tx TEI ID_Request i4b-L1-ph_data_req: Not in ST_F7, sc->sc_I430state = F3b Power Up i4b-L2-i4b_T202_timeout: unit 0, N202 = 3 Blaz Zupan, blaz@medinet.si, http://home.amis.net/blaz Medinet d.o.o., Linhartova 21, 2000 Maribor, Slovenia To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message From owner-freebsd-isdn Sat Apr 4 01:33:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA21954 for freebsd-isdn-outgoing; Sat, 4 Apr 1998 01:33:03 -0800 (PST) (envelope-from owner-freebsd-isdn@FreeBSD.ORG) Received: from server.amis.net (server.amis.net [195.10.52.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id BAA21947 for ; Sat, 4 Apr 1998 01:32:58 -0800 (PST) (envelope-from blaz@gold.amis.net) Received: (from uucp@localhost) by server.amis.net (8.8.8/8.8.8) with UUCP id LAA07216 for freebsd-isdn@freebsd.org; Sat, 4 Apr 1998 11:32:55 +0200 (CEST) Received: from localhost (blaz@localhost) by gold.amis.net (8.8.8/8.8.8) with SMTP id LAA00486 for ; Sat, 4 Apr 1998 11:17:38 +0200 (CEST) Date: Sat, 4 Apr 1998 11:17:37 +0200 (CEST) From: Blaz Zupan To: freebsd-isdn@FreeBSD.ORG Subject: Callback with i4b 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 Is anybody successfully using callback with i4b? I have a setup where I call my ISP and my ISP then hangs up and calls me back. I tried: dialout-type = calledback dialin-reaction = accept calledbackwait = 30 If I manually dialout from the ISP's terminal server the call is accepted on the FreeBSD box and everything works. If I try to dialout from my FreeBSD box, the outgoing call is rejected by the ISP and as soon as the remote hangs up i4b immediately calls again the ISP's number, not waiting even 2 seconds (that's what appers to be the default calledbackwait time in the i4b source). Anybody successfully using calledbackwait? Blaz Zupan, blaz@medinet.si, http://home.amis.net/blaz Medinet d.o.o., Linhartova 21, 2000 Maribor, Slovenia To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message From owner-freebsd-isdn Sat Apr 4 01:40:58 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA22660 for freebsd-isdn-outgoing; Sat, 4 Apr 1998 01:40:58 -0800 (PST) (envelope-from owner-freebsd-isdn@FreeBSD.ORG) Received: from critter.freebsd.dk (critter.freebsd.dk [195.8.129.14]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id BAA22654 for ; Sat, 4 Apr 1998 01:40:55 -0800 (PST) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.8.7/8.8.5) with ESMTP id LAA04958; Sat, 4 Apr 1998 11:39:53 +0200 (CEST) To: Blaz Zupan cc: freebsd-isdn@FreeBSD.ORG Subject: Re: Callback with i4b In-reply-to: Your message of "Sat, 04 Apr 1998 11:17:37 +0200." Date: Sat, 04 Apr 1998 11:39:53 +0200 Message-ID: <4956.891682793@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org In message , Blaz Zupan writes: >Anybody successfully using calledbackwait? Yes, against a cisco 3640 it works for me... I think I see the two calls as well, but it still works. -- Poul-Henning Kamp FreeBSD coreteam member phk@FreeBSD.ORG "Real hackers run -current on their laptop." "Drink MONO-tonic, it goes down but it will NEVER come back up!" To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message From owner-freebsd-isdn Sat Apr 4 02:35:45 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA28328 for freebsd-isdn-outgoing; Sat, 4 Apr 1998 02:35:45 -0800 (PST) (envelope-from owner-freebsd-isdn@FreeBSD.ORG) Received: from rvc1.informatik.ba-stuttgart.de (rvc1.informatik.ba-stuttgart.de [141.31.112.22]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id CAA28319 for ; Sat, 4 Apr 1998 02:35:41 -0800 (PST) (envelope-from helbig@Informatik.BA-Stuttgart.DE) Received: (from helbig@localhost) by rvc1.informatik.ba-stuttgart.de (8.8.8/8.8.5) id MAA00661; Sat, 4 Apr 1998 12:35:28 +0200 (MET DST) From: Wolfgang Helbig Message-Id: <199804041035.MAA00661@rvc1.informatik.ba-stuttgart.de> Subject: Re: i4b-L1-F_ill:What is this? (fwd) In-Reply-To: from Blaz Zupan at "Apr 4, 98 11:13:56 am" To: blaz@gold.amis.net (Blaz Zupan) Date: Sat, 4 Apr 1998 12:35:28 +0200 (MET DST) Cc: freebsd-isdn@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL30 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > > This reminds me of the SMP problem -- bisdn worked but i4b didn't. > > There is a workaround for this that might help even if you don't > > have a multiprocessor board. So please add > > > > options "I4B_SMP_WORKAROUND" > > > > to your kernel configuration file and tell us what happened. > > Ok, I'm running i4b 0.51 with the above option. Just a couple of minutes > ago my usual problem happend. So I picked up my GSM and called in to my > ISDN line as my FreeBSD machine was spewing out errors on the console. As > soon as the call came in on the second B channel, the console said: > > i4b-L2-i4b_tei_rx_frame: TEI ID Assign - TEI = 67 > > the phone started ringing and FreeBSD suddenly established the PPP link. > So it seems I finally got a TEI assigned when a call came in. Before it > was spewing out the usual > > i4b-L2-i4b_tei_assign: tx TEI ID_Request > i4b-L1-ph_data_req: Not in ST_F7, sc->sc_I430state = F3b Power Up > i4b-L2-i4b_T202_timeout: unit 0, N202 = 3 Does this trick work w/o I4B_SMP_WORKAROUND? Please apply this patch: --- /home/helbig/src/i4b/layer1/i4b_isac.c Tue Mar 31 12:00:45 1998 +++ layer1/i4b_isac.c Sat Apr 4 12:19:18 1998 @@ -671,11 +675,6 @@ isic_isac_setup(sc); /* setup registers */ DELAY(SEC_DELAY / 5); - - /* activate Layer 1 */ - - if(isic_isac_enable_clk(sc) == 0) - isic_isac_l1_cmd(sc, CMD_AR8); return(0); } And then after rebooting try to get a connection from the computer, by trying to establish a ppp connection. If that doesn't work, try to get a connection to the computer by calling it from your phone. And tell us what happened. (as usual) Thanks Wolfgang To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message From owner-freebsd-isdn Sat Apr 4 03:02:22 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA00449 for freebsd-isdn-outgoing; Sat, 4 Apr 1998 03:02:22 -0800 (PST) (envelope-from owner-freebsd-isdn@FreeBSD.ORG) Received: from server.amis.net (server.amis.net [195.10.52.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id DAA00441 for ; Sat, 4 Apr 1998 03:02:17 -0800 (PST) (envelope-from blaz@gold.amis.net) Received: (from uucp@localhost) by server.amis.net (8.8.8/8.8.8) with UUCP id MAA11834; Sat, 4 Apr 1998 12:59:58 +0200 (CEST) Received: from localhost (blaz@localhost) by gold.amis.net (8.8.8/8.8.8) with SMTP id MAA00397; Sat, 4 Apr 1998 12:57:59 +0200 (CEST) Date: Sat, 4 Apr 1998 12:57:59 +0200 (CEST) From: Blaz Zupan To: Poul-Henning Kamp cc: freebsd-isdn@FreeBSD.ORG Subject: Re: Callback with i4b In-Reply-To: <4956.891682793@critter.freebsd.dk> 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 > >Anybody successfully using calledbackwait? > Yes, against a cisco 3640 it works for me... I think I see the > two calls as well, but it still works. Would you mind sending me your isdnd.rc (with any private/sensitive data removed of course)? Best regards, Blaz Zupan, blaz@medinet.si, http://home.amis.net/blaz Medinet d.o.o., Linhartova 21, 2000 Maribor, Slovenia To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message From owner-freebsd-isdn Sat Apr 4 03:51:48 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA06562 for freebsd-isdn-outgoing; Sat, 4 Apr 1998 03:51:48 -0800 (PST) (envelope-from owner-freebsd-isdn@FreeBSD.ORG) Received: from critter.freebsd.dk (critter.freebsd.dk [195.8.129.14]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id DAA06557 for ; Sat, 4 Apr 1998 03:51:46 -0800 (PST) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.8.7/8.8.5) with ESMTP id NAA05236; Sat, 4 Apr 1998 13:50:48 +0200 (CEST) To: Blaz Zupan cc: freebsd-isdn@FreeBSD.ORG Subject: Re: Callback with i4b In-reply-to: Your message of "Sat, 04 Apr 1998 12:57:59 +0200." Date: Sat, 04 Apr 1998 13:50:48 +0200 Message-ID: <5234.891690648@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org In message , Blaz Zupan w rites: >> >Anybody successfully using calledbackwait? >> Yes, against a cisco 3640 it works for me... I think I see the >> two calls as well, but it still works. > >Would you mind sending me your isdnd.rc (with any private/sensitive data >removed of course)? entry name = WEB usrdevicename = isppp usrdeviceunit = 0 isdncontroller = 0 isdnchannel = -1 local-phone-incoming = 5xxxxxxx remote-phone-incoming = 3xxxxxxx local-phone-dialout = 5xxxxxxx remote-phone-dialout = 3xxxxxxx remdial-handling = first dialin-reaction = accept dialout-type = calledback b1protocol = hdlc idletime-incoming = 30 idletime-outgoing = 30 ratetype = 0 unitlength = 90 unitlengthsrc = rate dialretries = 5 dialrandincr = on recoverytime = 25 usedown = off downtries = 10 downtime = 30 -- Poul-Henning Kamp FreeBSD coreteam member phk@FreeBSD.ORG "Real hackers run -current on their laptop." "Drink MONO-tonic, it goes down but it will NEVER come back up!" To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message From owner-freebsd-isdn Sat Apr 4 03:57:24 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA06827 for freebsd-isdn-outgoing; Sat, 4 Apr 1998 03:57:24 -0800 (PST) (envelope-from owner-freebsd-isdn@FreeBSD.ORG) Received: from rvc1.informatik.ba-stuttgart.de (rvc1.informatik.ba-stuttgart.de [141.31.112.22]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id DAA06822 for ; Sat, 4 Apr 1998 03:57:20 -0800 (PST) (envelope-from helbig@Informatik.BA-Stuttgart.DE) Received: (from helbig@localhost) by rvc1.informatik.ba-stuttgart.de (8.8.8/8.8.5) id NAA01485; Sat, 4 Apr 1998 13:57:04 +0200 (MET DST) From: Wolfgang Helbig Message-Id: <199804041157.NAA01485@rvc1.informatik.ba-stuttgart.de> Subject: Re: Callback with i4b In-Reply-To: from Blaz Zupan at "Apr 4, 98 11:17:37 am" To: blaz@gold.amis.net (Blaz Zupan) Date: Sat, 4 Apr 1998 13:57:04 +0200 (MET DST) Cc: freebsd-isdn@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL30 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > Is anybody successfully using callback with i4b? I have a setup where I It works fine with a bisdn machine calling back. There seem to be some problems, it *both* i4b-machines are connected to a PBX instead of directly to an NT from the telecom. BTW. the same problems occured with bisdn. I'll have a look at this in the next couple of days. Wolfgang > call my ISP and my ISP then hangs up and calls me back. I tried: > > dialout-type = calledback > dialin-reaction = accept > calledbackwait = 30 > > If I manually dialout from the ISP's terminal server the call is accepted > on the FreeBSD box and everything works. If I try to dialout from my > FreeBSD box, the outgoing call is rejected by the ISP and as soon as the > remote hangs up i4b immediately calls again the ISP's number, not waiting > even 2 seconds (that's what appers to be the default calledbackwait time > in the i4b source). > > Anybody successfully using calledbackwait? > > Blaz Zupan, blaz@medinet.si, http://home.amis.net/blaz > Medinet d.o.o., Linhartova 21, 2000 Maribor, Slovenia > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-isdn" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message From owner-freebsd-isdn Sat Apr 4 04:21:27 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id EAA09941 for freebsd-isdn-outgoing; Sat, 4 Apr 1998 04:21:27 -0800 (PST) (envelope-from owner-freebsd-isdn@FreeBSD.ORG) Received: from uranus.factum-data.de (exim@[195.238.147.34]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id EAA09936 for ; Sat, 4 Apr 1998 04:21:24 -0800 (PST) (envelope-from p@znet.de) Received: from magnus.factum-data.de [195.238.147.51] (exim) by uranus.factum-data.de with smtp (Exim 1.82 #2) id 0yLRwg-0001by-00; Sat, 4 Apr 1998 14:21:14 +0200 Received: from pascal by magnus.factum-data.de with local (Exim 1.82 #2) id 0yLRwY-00013x-00; Sat, 4 Apr 1998 14:21:06 +0200 Message-ID: <19980404142106.30341@magnus.factum-data.de> Date: Sat, 4 Apr 1998 14:21:06 +0200 From: Pascal Gienger To: freebsd-isdn@FreeBSD.ORG Subject: unitlengthsrc=rates ignored? and: Problems with "FSM illegal state". Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.88 Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Ich habe 2 Probleme mit i4b 00.51: 1.) I am a subscriber of AOCD information. But due to the many special tariffs of Deutsche Telekom, they are getting less useful. At weekends, I have the "CityWeekend" tariff giving me 240 seconds-units during Saturday and Sunday. So i changed "isdnd.rates" (ra0, day 0 and 6 with 240secs in the period 00-24) and I changed the unitlenghtsrc in isdnd.rc to unitlenghtsrc = rates Now, after successfully establishing a connection, isdnd reports that it will use 240 seconds/unit. Fine.... until the first AOCD accounting packet arrives. :( This overrides isdnd's mechanism as if I typed "unitlengthsrc = aocd". So I would consider this a bug. ;-) If I put "unitlengthsrc = rates" in my isdnd.rc, I want isdnd to take his info from isdnd.rates, and not from AOCD. ;-)) 2.) After some connections and disconnections, I am not able any more to hangup manually a connection. isdnd reports a line like this: Apr 3 13:51:06 finesse isdnd[2573]: ERR FSM ILLEGAL STATE [disconnect-req: \ idle => Illegal State] After this message arrived, it is no more possible to use this channel. So when the remote router finishes the connection (I am no more able to do it) and try again to dial out on the same channel (because the other one is busy), the following appears: Apr 3 18:09:09 finesse isdnd[2573]: ERR FSM ILLEGAL STATE [msg-dialout: \ Illegal State => Illegal State] Solution is to end isdnd and to restart it. However, if you don't stop isdnd with his own function (his own menu) and you do a "killall isdnd", you won't be able to start isdnd any more. The following messages appear: Apr 3 18:17:26 finesse isdnd[15764]: ERR init_controller: unknown card type 0 Apr 3 18:17:26 finesse isdnd[15764]: DMN daemon terminating, exitval = 1 So it's time to reboot.. ;-) In case of interest: I have a 486 DX 33 with FreeBSD 2.2.5 and a Teles S0.16/3-card. Ah yes, I forgot something: The problem of missed interrupts and buffer overruns while receiving data is still there. In i4b 00.42 I got many messages saying Mar 2 23:44:02 finesse /kernel: i4b-L1-isic_hscx_irq: RAWHDLC rx buffer \ overflow in RPF, in_len=2048 It always appeared when swichting fastly between virtual syscons consoles. Now with i4b 00.51 it doesn't appear any more, but the effects are remaining the same. TCP/IP packets are missed and the connection does not transfer any data for 2 oder 3 seconds. Is a 486DX33 perhaps too slow to answer all the generated interrupts? Pascal -- p@znet.de Factum Data - A woman without a man http://pascal.znet.de/ Pascal Gienger - is like a fish without 5734900@skyper.de (Subj!) Inselg. 13, 78462 KN - a bicycle... http://echo.znet.de:8888/ echo \8888:ed.tenz.ohce\\:ptth To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message From owner-freebsd-isdn Sat Apr 4 05:04:38 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA13948 for freebsd-isdn-outgoing; Sat, 4 Apr 1998 05:04:38 -0800 (PST) (envelope-from owner-freebsd-isdn@FreeBSD.ORG) Received: from news1.gtn.com (news1.gtn.com [192.109.159.3]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id FAA13942 for ; Sat, 4 Apr 1998 05:04:32 -0800 (PST) (envelope-from andreas@klemm.gtn.com) Received: (from uucp@localhost) by news1.gtn.com (8.8.6/8.8.6) with UUCP id PAA16229 for freebsd-isdn@freebsd.org; Sat, 4 Apr 1998 15:00:09 +0200 (MET DST) Received: (from andreas@localhost) by klemm.gtn.com (8.8.8/8.8.7) id OAA25374; Sat, 4 Apr 1998 14:56:01 +0200 (CEST) (envelope-from andreas) Message-ID: <19980404145601.40588@klemm.gtn.com> Date: Sat, 4 Apr 1998 14:56:01 +0200 From: Andreas Klemm To: freebsd-isdn@FreeBSD.ORG Subject: -current: Undefined symbol `_time' referenced from text segment Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.89.1i X-Disclaimer: A free society is one where it is safe to be unpopular X-Operating-System: FreeBSD 3.0-CURRENT SMP Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Somebody available with a little spare time to solve this ? root{122} /bisdn/compile/BISDNSMP time make loading kernel b_isdntel.o: Undefined symbol `_time' referenced from text segment b_isdntel.o: Undefined symbol `_time' referenced from text segment b_isdnipi.o: Undefined symbol `_time' referenced from text segment b_isdnipi.o: Undefined symbol `_time' referenced from text segment b_isdnipi.o: Undefined symbol `_time' referenced from text segment b_isdnipi.o: Undefined symbol `_time' referenced from text segment b_isdn.o: Undefined symbol `_time' referenced from text segment b_isdn.o: Undefined symbol `_time' referenced from text segment b_isdn.o: Undefined symbol `_time' referenced from text segment b_isdnlap.o: More undefined symbol _time refs follow *** Error code 1 Would be nice Andreas /// -- Andreas Klemm http://www.FreeBSD.ORG/~andreas powered by ,,symmetric multiprocessor FreeBSD'' To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message From owner-freebsd-isdn Sat Apr 4 05:09:11 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA14205 for freebsd-isdn-outgoing; Sat, 4 Apr 1998 05:09:11 -0800 (PST) (envelope-from owner-freebsd-isdn@FreeBSD.ORG) Received: from cyclone.degnet.baynet.de (www.degnet.baynet.de [194.95.214.129]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id FAA14200 for ; Sat, 4 Apr 1998 05:09:09 -0800 (PST) (envelope-from malte@webmore.com) Received: from bachus (unverified [194.95.214.165]) by cyclone.degnet.baynet.de (EMWAC SMTPRS 0.83) with SMTP id ; Sat, 04 Apr 1998 15:06:56 +0200 Message-Id: <3.0.32.19980404135659.00749da0@cyclone.degnet.baynet.de> X-Sender: moos@cyclone.degnet.baynet.de X-Mailer: Windows Eudora Pro Version 3.0 (32) Date: Sat, 04 Apr 1998 13:57:00 -0100 To: freebsd-isdn@FreeBSD.ORG From: Malte Lance Subject: i4b-0.51 on FreeBSD-2.2.2 ? Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Did anyone succeed on installing and running i4b-0.51 under FreeBSD-2.2.2 WITH sppp ? Any info is highly appreciated. Thanks in advance. Malte Lance malte@webmore.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message From owner-freebsd-isdn Sat Apr 4 05:12:55 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA14462 for freebsd-isdn-outgoing; Sat, 4 Apr 1998 05:12:55 -0800 (PST) (envelope-from owner-freebsd-isdn@FreeBSD.ORG) Received: from critter.freebsd.dk (critter.freebsd.dk [195.8.129.14]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id FAA14457 for ; Sat, 4 Apr 1998 05:12:53 -0800 (PST) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.8.7/8.8.5) with ESMTP id PAA05387; Sat, 4 Apr 1998 15:12:08 +0200 (CEST) To: Andreas Klemm cc: freebsd-isdn@FreeBSD.ORG Subject: Re: -current: Undefined symbol `_time' referenced from text segment In-reply-to: Your message of "Sat, 04 Apr 1998 14:56:01 +0200." <19980404145601.40588@klemm.gtn.com> Date: Sat, 04 Apr 1998 15:12:07 +0200 Message-ID: <5385.891695527@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org It's very simply, just call getmicrotime() instead. Poul-Henning In message <19980404145601.40588@klemm.gtn.com>, Andreas Klemm writes: >Somebody available with a little spare time to solve this ? > >root{122} /bisdn/compile/BISDNSMP time make >loading kernel >b_isdntel.o: Undefined symbol `_time' referenced from text segment >b_isdntel.o: Undefined symbol `_time' referenced from text segment >b_isdnipi.o: Undefined symbol `_time' referenced from text segment >b_isdnipi.o: Undefined symbol `_time' referenced from text segment >b_isdnipi.o: Undefined symbol `_time' referenced from text segment >b_isdnipi.o: Undefined symbol `_time' referenced from text segment >b_isdn.o: Undefined symbol `_time' referenced from text segment >b_isdn.o: Undefined symbol `_time' referenced from text segment >b_isdn.o: Undefined symbol `_time' referenced from text segment >b_isdnlap.o: More undefined symbol _time refs follow >*** Error code 1 > >Would be nice > > Andreas /// > >-- >Andreas Klemm http://www.FreeBSD.ORG/~andreas >powered by ,,symmetric multiprocessor FreeBSD'' > >To Unsubscribe: send mail to majordomo@FreeBSD.org >with "unsubscribe freebsd-isdn" in the body of the message > -- Poul-Henning Kamp FreeBSD coreteam member phk@FreeBSD.ORG "Real hackers run -current on their laptop." "Drink MONO-tonic, it goes down but it will NEVER come back up!" To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message From owner-freebsd-isdn Sat Apr 4 06:50:38 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA23101 for freebsd-isdn-outgoing; Sat, 4 Apr 1998 06:50:38 -0800 (PST) (envelope-from owner-freebsd-isdn@FreeBSD.ORG) Received: from rvc1.informatik.ba-stuttgart.de (rvc1.informatik.ba-stuttgart.de [141.31.112.22]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id GAA22918 for ; Sat, 4 Apr 1998 06:49:47 -0800 (PST) (envelope-from helbig@Informatik.BA-Stuttgart.DE) Received: (from helbig@localhost) by rvc1.informatik.ba-stuttgart.de (8.8.8/8.8.5) id QAA00351; Sat, 4 Apr 1998 16:41:48 +0200 (MET DST) From: Wolfgang Helbig Message-Id: <199804041441.QAA00351@rvc1.informatik.ba-stuttgart.de> Subject: Re: -current: Undefined symbol `_time' referenced from text segment In-Reply-To: <5385.891695527@critter.freebsd.dk> from Poul-Henning Kamp at "Apr 4, 98 03:12:07 pm" To: phk@critter.freebsd.dk (Poul-Henning Kamp) Date: Sat, 4 Apr 1998 16:41:47 +0200 (MET DST) Cc: andreas@klemm.gtn.com, freebsd-isdn@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL30 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > > It's very simply, just call getmicrotime() instead. This is a diff merging phk's latest changes to i4b, including his patch fighting the slowdown of netscape, xterm etc ... (BTW, phk, I hardly noticed a slowdown on my machine (i486DX4 100 Mhz), before your patch, after the patch I didn't notice any slowdown!) I'm not sure I did everthing right ... But it seems to work on my machine (-curren) and still to compile on 2.2.5 . Sorry, Andreas, this patch won't help bisdn users. Maybe it's time to move to i4b. Wolfgang diff -u -r /home/helbig/src/i4b/driver/i4b_ipr.c ./driver/i4b_ipr.c --- /home/helbig/src/i4b/driver/i4b_ipr.c Tue Mar 3 13:56:21 1998 +++ ./driver/i4b_ipr.c Sat Apr 4 10:07:33 1998 @@ -749,7 +749,7 @@ static void ipr_activity(int unit, int rxtx) { - ipr_softc[unit].sc_cdp->last_active_time = time.tv_sec; + ipr_softc[unit].sc_cdp->last_active_time = SECOND; } /*---------------------------------------------------------------------------* diff -u -r /home/helbig/src/i4b/driver/i4b_isppp.c ./driver/i4b_isppp.c --- /home/helbig/src/i4b/driver/i4b_isppp.c Thu Mar 19 20:36:51 1998 +++ ./driver/i4b_isppp.c Sat Apr 4 10:36:37 1998 @@ -93,6 +93,7 @@ #include #endif +#include #include #include @@ -644,7 +645,7 @@ static void i4bisppp_activity(int unit, int rxtx) { - i4bisppp_softc[unit].sc_cdp->last_active_time = time.tv_sec; + i4bisppp_softc[unit].sc_cdp->last_active_time = SECOND; } /*---------------------------------------------------------------------------* diff -u -r /home/helbig/src/i4b/driver/i4b_tel.c ./driver/i4b_tel.c --- /home/helbig/src/i4b/driver/i4b_tel.c Wed Mar 11 17:19:16 1998 +++ ./driver/i4b_tel.c Sat Apr 4 10:35:17 1998 @@ -75,6 +75,7 @@ #include #endif +#include #include #include @@ -556,7 +557,7 @@ static void tel_activity(int unit, int rxtx) { - tel_sc[unit].cdp->last_active_time = time.tv_sec; + tel_sc[unit].cdp->last_active_time = SECOND; } /*---------------------------------------------------------------------------* diff -u -r /home/helbig/src/i4b/include/i4b_global.h ./include/i4b_global.h --- /home/helbig/src/i4b/include/i4b_global.h Fri Feb 13 18:00:15 1998 +++ ./include/i4b_global.h Sat Apr 4 10:02:57 1998 @@ -50,8 +50,10 @@ #ifdef __FreeBSD__ #if __FreeBSD__ >= 3 #define TIMEOUT_FUNC_T timeout_t * +#define SECOND time_second #else #define TIMEOUT_FUNC_T timeout_func_t +#define SECOND time.tv_sec #endif /* >= 3 */ #endif /* __FreeBSD__ */ diff -u -r /home/helbig/src/i4b/layer1/i4b_bchan.c ./layer1/i4b_bchan.c --- /home/helbig/src/i4b/layer1/i4b_bchan.c Wed Mar 11 10:35:55 1998 +++ ./layer1/i4b_bchan.c Sat Apr 4 11:19:45 1998 @@ -231,7 +231,11 @@ hdr.type = (h_chan == HSCX_CH_A ? TRC_CH_B1 : TRC_CH_B2); hdr.dir = FROM_TE; hdr.count = ++sc->sc_trace_bcount; +#if defined(__FreeBSD__) && __FreeBSD__ >= 3 + getmicrotime(&hdr.time); +#else hdr.time = time; +#endif MPH_Trace_Ind(&hdr, chan->out_mbuf_cur->m_len, chan->out_mbuf_cur->m_data); } @@ -301,7 +305,11 @@ hdr.type = (h_chan == HSCX_CH_A ? TRC_CH_B1 : TRC_CH_B2); hdr.dir = FROM_TE; hdr.count = ++sc->sc_trace_bcount; +#if defined(__FreeBSD__) && __FreeBSD__ >= 3 + getmicrotime(&hdr.time); +#else hdr.time = time; +#endif MPH_Trace_Ind(&hdr, chan->out_mbuf_cur->m_len, chan->out_mbuf_cur->m_data); } } diff -u -r /home/helbig/src/i4b/layer1/i4b_hscx.c ./layer1/i4b_hscx.c --- /home/helbig/src/i4b/layer1/i4b_hscx.c Thu Mar 12 10:38:52 1998 +++ ./layer1/i4b_hscx.c Sat Apr 4 11:13:21 1998 @@ -214,7 +214,11 @@ hdr.type = (h_chan == HSCX_CH_A ? TRC_CH_B1 : TRC_CH_B2); hdr.dir = FROM_NT; hdr.count = ++sc->sc_trace_bcount; +#if defined(__FreeBSD__) && __FreeBSD__ >= 3 + getmicrotime(&hdr.time); +#else hdr.time = time; +#endif MPH_Trace_Ind(&hdr, chan->in_mbuf->m_len, chan->in_mbuf->m_data); } @@ -288,7 +292,11 @@ hdr.type = (h_chan == HSCX_CH_A ? TRC_CH_B1 : TRC_CH_B2); hdr.dir = FROM_NT; hdr.count = ++sc->sc_trace_bcount; +#if defined(__FreeBSD__) && __FreeBSD__ >= 3 + getmicrotime(&hdr.time); +#else hdr.time = time; +#endif MPH_Trace_Ind(&hdr, chan->in_mbuf->m_len, chan->in_mbuf->m_data); } @@ -371,7 +379,11 @@ hdr.type = (h_chan == HSCX_CH_A ? TRC_CH_B1 : TRC_CH_B2); hdr.dir = FROM_TE; hdr.count = ++sc->sc_trace_bcount; +#if defined(__FreeBSD__) && __FreeBSD__ >= 3 + getmicrotime(&hdr.time); +#else hdr.time = time; +#endif MPH_Trace_Ind(&hdr, chan->out_mbuf_cur->m_len, chan->out_mbuf_cur->m_data); } @@ -427,7 +439,11 @@ hdr.type = (h_chan == HSCX_CH_A ? TRC_CH_B1 : TRC_CH_B2); hdr.dir = FROM_TE; hdr.count = ++sc->sc_trace_bcount; +#if defined(__FreeBSD__) && __FreeBSD__ >= 3 + getmicrotime(&hdr.time); +#else hdr.time = time; +#endif MPH_Trace_Ind(&hdr, chan->out_mbuf_cur->m_len, chan->out_mbuf_cur->m_data); } } diff -u -r /home/helbig/src/i4b/layer1/i4b_isac.c ./layer1/i4b_isac.c --- /home/helbig/src/i4b/layer1/i4b_isac.c Tue Mar 31 12:00:45 1998 +++ ./layer1/i4b_isac.c Sat Apr 4 14:27:38 1998 @@ -183,7 +183,11 @@ hdr.type = TRC_CH_D; hdr.dir = FROM_NT; hdr.count = ++sc->sc_trace_dcount; +#if defined(__FreeBSD__) && __FreeBSD__ >= 3 + getmicrotime(&hdr.time); +#else hdr.time = time; +#endif MPH_Trace_Ind(&hdr, sc->sc_ibuf->m_len, sc->sc_ibuf->m_data); } diff -u -r /home/helbig/src/i4b/layer1/i4b_l1.c ./layer1/i4b_l1.c --- /home/helbig/src/i4b/layer1/i4b_l1.c Tue Mar 31 11:41:35 1998 +++ ./layer1/i4b_l1.c Sat Apr 4 11:16:27 1998 @@ -222,7 +222,11 @@ hdr.type = TRC_CH_D; hdr.dir = FROM_TE; hdr.count = ++sc->sc_trace_dcount; +#if defined(__FreeBSD__) && __FreeBSD__ >= 3 + getmicrotime(&hdr.time); +#else hdr.time = time; +#endif MPH_Trace_Ind(&hdr, m->m_len, m->m_data); } return(1); @@ -243,7 +247,11 @@ hdr.type = TRC_CH_D; hdr.dir = FROM_TE; hdr.count = ++sc->sc_trace_dcount; +#if defined(__FreeBSD__) && __FreeBSD__ >= 3 + getmicrotime(&hdr.time); +#else hdr.time = time; +#endif MPH_Trace_Ind(&hdr, m->m_len, m->m_data); } diff -u -r /home/helbig/src/i4b/layer2/i4b_tei.c ./layer2/i4b_tei.c --- /home/helbig/src/i4b/layer2/i4b_tei.c Sat Feb 28 20:55:17 1998 +++ ./layer2/i4b_tei.c Sat Apr 4 02:01:27 1998 @@ -72,6 +72,10 @@ #include #endif +#if defined(__FreeBSD__) && __FreeBSD__ >= 3 +#include +#endif + #include #include #include @@ -283,6 +287,9 @@ register u_short val; static int called = 42; +#if defined(__FreeBSD__) && __FreeBSD__ >= 3 + read_random((char *)&val, sizeof(val)); +#else val = (l2sc->last_rih << 8) | l2sc->last_ril; val += ++called; @@ -298,7 +305,7 @@ if(val != 0 && val != 0xffff) break; } - +#endif l2sc->last_rih = (val >> 8) & 0x00ff; l2sc->last_ril = val & 0x00ff; } diff -u -r /home/helbig/src/i4b/layer4/i4b_l4.c ./layer4/i4b_l4.c --- /home/helbig/src/i4b/layer4/i4b_l4.c Thu Feb 26 17:40:46 1998 +++ ./layer4/i4b_l4.c Sat Apr 4 14:35:30 1998 @@ -184,7 +184,7 @@ s = SPLI4B(); - cd->last_active_time = cd->connect_time = time.tv_sec; + cd->last_active_time = cd->connect_time = SECOND; DBGL4(L4_TIMO, "i4b_l4_connect_active_ind", ("last_active/connect_time=%ld\n", (long)cd->connect_time)) @@ -508,7 +508,7 @@ #endif timeout((TIMEOUT_FUNC_T)i4b_idle_check,(void *)cd, hz/2); cd->timeout_active = 1; - DBGL4(L4_TIMO, "i4b_l4_setup_timeout", ("%ld: incoming-call, setup max_idle_time to %ld\n", (long)time.tv_sec, (long)cd->max_idle_time)) + DBGL4(L4_TIMO, "i4b_l4_setup_timeout", ("%ld: incoming-call, setup max_idle_time to %ld\n", (long)SECOND, (long)cd->max_idle_time)) } else if((cd->dir == DIR_OUTGOING) && (cd->idle_time > 0)) { @@ -523,7 +523,7 @@ #endif timeout((TIMEOUT_FUNC_T)i4b_idle_check,(void *)cd, hz/2); cd->timeout_active = 1; - DBGL4(L4_TIMO, "i4b_l4_setup_timeout", ("%ld: outgoing-call, setup idle_time to %ld\n", (long)time.tv_sec, (long)cd->idle_time)) + DBGL4(L4_TIMO, "i4b_l4_setup_timeout", ("%ld: outgoing-call, setup idle_time to %ld\n", (long)SECOND, (long)cd->idle_time)) } else if((cd->unitlen_time > 0) && (cd->unitlen_time > (cd->idle_time + cd->earlyhup_time))) { @@ -536,7 +536,7 @@ cd->timeout_active = 1; cd->idletime_state = IST_NONCHK; DBGL4(L4_TIMO, "i4b_l4_setup_timeout", ("%ld: outgoing-call, start %ld sec nocheck window\n", - (long)time.tv_sec, (long)(cd->unitlen_time - (cd->idle_time + cd->earlyhup_time)))) + (long)SECOND, (long)(cd->unitlen_time - (cd->idle_time + cd->earlyhup_time)))) if(cd->aocd_flag == 0) { @@ -550,7 +550,7 @@ /* parms somehow got wrong .. */ DBGL4(L4_ERR, "i4b_l4_setup_timeout", ("%ld: ERROR: idletime[%ld]+earlyhup[%ld] > unitlength[%ld]!\n", - (long)time.tv_sec, (long)cd->idle_time, (long)cd->earlyhup_time, (long)cd->unitlen_time)) + (long)SECOND, (long)cd->idle_time, (long)cd->earlyhup_time, (long)cd->unitlen_time)) } } else @@ -587,15 +587,15 @@ if(cd->dir == DIR_INCOMING) { - if((cd->last_active_time + cd->max_idle_time) <= time.tv_sec) + if((cd->last_active_time + cd->max_idle_time) <= SECOND) { - DBGL4(L4_TIMO, "i4b_idle_check", ("%ld: incoming-call, line idle timeout, disconnecting!\n", (long)time.tv_sec)) + DBGL4(L4_TIMO, "i4b_idle_check", ("%ld: incoming-call, line idle timeout, disconnecting!\n", (long)SECOND)) (*ctrl_desc[cd->controller].N_DISCONNECT_REQUEST)(cd->cdid, CAUSE_NORMAL); i4b_l4_idle_timeout_ind(cd); } else { - DBGL4(L4_TIMO, "i4b_idle_check", ("%ld: incoming-call, activity, last_active=%ld, max_idle=%ld\n", (long)time.tv_sec, (long)cd->last_active_time, (long)cd->max_idle_time)) + DBGL4(L4_TIMO, "i4b_idle_check", ("%ld: incoming-call, activity, last_active=%ld, max_idle=%ld\n", (long)SECOND, (long)cd->last_active_time, (long)cd->max_idle_time)) #if defined(__FreeBSD__) && __FreeBSD__ >= 3 cd->idle_timeout_handle = #endif @@ -613,16 +613,16 @@ if((cd->idle_time > 0) && (cd->unitlen_time == 0)) { - if((cd->last_active_time + cd->idle_time) <= time.tv_sec) + if((cd->last_active_time + cd->idle_time) <= SECOND) { - DBGL4(L4_TIMO, "i4b_idle_check", ("%ld: outgoing-call-st, idle timeout, disconnecting!\n", (long)time.tv_sec)) + DBGL4(L4_TIMO, "i4b_idle_check", ("%ld: outgoing-call-st, idle timeout, disconnecting!\n", (long)SECOND)) (*ctrl_desc[cd->controller].N_DISCONNECT_REQUEST)(cd->cdid, CAUSE_NORMAL); i4b_l4_idle_timeout_ind(cd); } else { DBGL4(L4_TIMO, "i4b_idle_check", ("%ld: outgoing-call-st, activity, last_active=%ld, max_idle=%ld\n", - (long)time.tv_sec, (long)cd->last_active_time, (long)cd->idle_time)) + (long)SECOND, (long)cd->last_active_time, (long)cd->idle_time)) #if defined(__FreeBSD__) && __FreeBSD__ >= 3 cd->idle_timeout_handle = #endif @@ -642,15 +642,15 @@ cd->idle_timeout_handle = #endif timeout((TIMEOUT_FUNC_T)i4b_idle_check,(void *)cd, hz*(cd->idle_time)); - cd->idletimechk_start = time.tv_sec; + cd->idletimechk_start = SECOND; cd->idletime_state = IST_CHECK; cd->timeout_active = 1; - DBGL4(L4_TIMO, "i4b_idle_check", ("%ld: outgoing-call, idletime check window reached!\n", (long)time.tv_sec)) + DBGL4(L4_TIMO, "i4b_idle_check", ("%ld: outgoing-call, idletime check window reached!\n", (long)SECOND)) break; case IST_CHECK: /* end of idletime chk */ if((cd->last_active_time > cd->idletimechk_start) && - (cd->last_active_time <= time.tv_sec)) + (cd->last_active_time <= SECOND)) { /* activity detected */ #if defined(__FreeBSD__) && __FreeBSD__ >= 3 cd->idle_timeout_handle = @@ -658,11 +658,11 @@ timeout((TIMEOUT_FUNC_T)i4b_idle_check,(void *)cd, hz*(cd->earlyhup_time)); cd->timeout_active = 1; cd->idletime_state = IST_SAFE; - DBGL4(L4_TIMO, "i4b_idle_check", ("%ld: outgoing-call, activity at %ld, wait earlyhup-end\n", (long)time.tv_sec, (long)cd->last_active_time)) + DBGL4(L4_TIMO, "i4b_idle_check", ("%ld: outgoing-call, activity at %ld, wait earlyhup-end\n", (long)SECOND, (long)cd->last_active_time)) } else { /* no activity, hangup */ - DBGL4(L4_TIMO, "i4b_idle_check", ("%ld: outgoing-call, idle timeout, last activity at %ld\n", (long)time.tv_sec, (long)cd->last_active_time)) + DBGL4(L4_TIMO, "i4b_idle_check", ("%ld: outgoing-call, idle timeout, last activity at %ld\n", (long)SECOND, (long)cd->last_active_time)) (*ctrl_desc[cd->controller].N_DISCONNECT_REQUEST)(cd->cdid, CAUSE_NORMAL); i4b_l4_idle_timeout_ind(cd); cd->idletime_state = IST_IDLE; @@ -684,7 +684,7 @@ i4b_l4_charging_ind(cd); } - DBGL4(L4_TIMO, "i4b_idle_check", ("%ld: outgoing-call, earlyhup end, wait for idletime start\n", (long)time.tv_sec)) + DBGL4(L4_TIMO, "i4b_idle_check", ("%ld: outgoing-call, earlyhup end, wait for idletime start\n", (long)SECOND)) break; default: diff -u -r /home/helbig/src/i4b/layer4/i4b_l4mgmt.c ./layer4/i4b_l4mgmt.c --- /home/helbig/src/i4b/layer4/i4b_l4mgmt.c Wed Apr 1 15:45:01 1998 +++ ./layer4/i4b_l4mgmt.c Sat Apr 4 10:54:03 1998 @@ -67,6 +67,9 @@ #ifdef __FreeBSD__ #include #include +#if __FreeBSD__ >= 3 +#include +#endif #else #include #include @@ -280,11 +283,15 @@ { int found = 1; +#if defined(__FreeBSD__) && __FreeBSD__ >=3 + read_random((char *)&val, sizeof(val)); +#else val |= unit+i; val <<= i; val ^= (time.tv_sec >> 8) ^ time.tv_usec; val <<= i; val ^= time.tv_sec ^ (time.tv_usec >> 8); +#endif retval = val & 0x7f; --- /home/helbig/src/i4b/sppp/if_spppsubr.c Thu Mar 19 20:36:57 1998 +++ sppp/if_spppsubr.c Sat Apr 4 16:27:05 1998 @@ -17,9 +17,9 @@ * * From: Version 2.4, Thu Apr 30 17:17:21 MSD 1997 * - * From: if_spppsubr.c,v 1.32 1998/02/09 06:09:57 eivind Exp + * From: if_spppsubr.c,v 1.35 1998/03/30 09:52:06 phk Exp $ * - * $Id: if_spppsubr.c,v 1.10 1998/03/19 19:36:57 hm Exp $ + * $Id: if_spppsubr.c,v 1.8 1998/03/13 14:26:21 hm Exp $ */ #if defined(__FreeBSD__) && __FreeBSD__ >= 3 @@ -33,6 +33,9 @@ #include #include #include +#if defined(__FreeBSD__) && __FreeBSD__ >= 3 +#include +#endif #include #include #include @@ -625,7 +628,6 @@ * in front of the queue. */ if (dst->sa_family == AF_INET) { - /* Check mbuf length here??? */ struct ip *ip = mtod (m, struct ip*); struct tcphdr *tcp = (struct tcphdr*) ((long*)ip + ip->ip_hl); @@ -651,10 +653,6 @@ splx (s); return (ENOBUFS); } - /* - * May want to check size of packet - * (albeit due to the implementation it's always enough) - */ h = mtod (m, struct ppp_header*); if (sp->pp_flags & PP_CISCO) { h->address = CISCO_UNICAST; /* unicast address */ @@ -1031,7 +1029,11 @@ ++sp->pp_loopcnt; /* Generate new local sequence number */ +#if defined(__FreeBSD__) && __FreeBSD__ >= 3 + read_random((char*)&sp->pp_seq, sizeof sp->pp_seq); +#else sp->pp_seq ^= time.tv_sec ^ time.tv_usec; +#endif break; } sp->pp_loopcnt = 0; @@ -1059,7 +1061,14 @@ struct ppp_header *h; struct cisco_packet *ch; struct mbuf *m; + +#if defined(__FreeBSD__) && __FreeBSD__ >= 3 + struct timeval tv; + u_long t = (time_second - boottime.tv_sec) * 1000; + getmicroruntime(&tv); +#else u_long t = (time.tv_sec - boottime.tv_sec) * 1000; +#endif MGETHDR (m, M_DONTWAIT, MT_DATA); if (! m) @@ -1077,8 +1086,13 @@ ch->par1 = htonl (par1); ch->par2 = htonl (par2); ch->rel = -1; +#if defined(__FreeBSD__) && __FreeBSD__ >= 3 + ch->time0 = htons ((u_short) (tv.tv_sec >> 16)); + ch->time1 = htons ((u_short) tv.tv_sec); +#else ch->time0 = htons ((u_short) (t >> 16)); ch->time1 = htons ((u_short) t); +#endif if (debug) log(LOG_DEBUG, @@ -2168,7 +2182,11 @@ if (magic == ~sp->lcp.magic) { if (debug) addlog("magic glitch "); +#if defined(__FreeBSD__) && __FreeBSD__ >= 3 + read_random((char*)&sp->lcp.magic, sizeof sp->lcp.magic); +#else sp->lcp.magic += time.tv_sec + time.tv_usec; +#endif } else { sp->lcp.magic = magic; if (debug) @@ -2328,7 +2346,11 @@ if (sp->lcp.opts & (1 << LCP_OPT_MAGIC)) { if (! sp->lcp.magic) +#if defined(__FreeBSD__) && __FreeBSD__ >= 3 + read_random((char*)&sp->lcp.magic, sizeof sp->lcp.magic); +#else sp->lcp.magic = time.tv_sec + time.tv_usec; +#endif opt[i++] = LCP_OPT_MAGIC; opt[i++] = 6; opt[i++] = sp->lcp.magic >> 24; @@ -2584,7 +2606,7 @@ continue; } else { if (desiredaddr == hisaddr || - (hisaddr == 1 && desiredaddr != 0)) { + hisaddr == 1 && desiredaddr != 0) { /* * Peer's address is same as our value, * this is agreeable. Gonna conf-ack To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message From owner-freebsd-isdn Sat Apr 4 09:26:41 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA14449 for freebsd-isdn-outgoing; Sat, 4 Apr 1998 09:26:41 -0800 (PST) (envelope-from owner-freebsd-isdn@FreeBSD.ORG) Received: from news1.gtn.com (news1.gtn.com [192.109.159.3]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA14433 for ; Sat, 4 Apr 1998 09:26:29 -0800 (PST) (envelope-from andreas@klemm.gtn.com) Received: (from uucp@localhost) by news1.gtn.com (8.8.6/8.8.6) with UUCP id TAA17718; Sat, 4 Apr 1998 19:15:15 +0200 (MET DST) Received: (from andreas@localhost) by klemm.gtn.com (8.8.8/8.8.7) id SAA16993; Sat, 4 Apr 1998 18:07:35 +0200 (CEST) (envelope-from andreas) Message-ID: <19980404180734.24625@klemm.gtn.com> Date: Sat, 4 Apr 1998 18:07:34 +0200 From: Andreas Klemm To: Wolfgang Helbig , Poul-Henning Kamp Cc: freebsd-isdn@FreeBSD.ORG Subject: Re: -current: Undefined symbol `_time' referenced from text segment References: <5385.891695527@critter.freebsd.dk> <199804041441.QAA00351@rvc1.informatik.ba-stuttgart.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.89.1i In-Reply-To: <199804041441.QAA00351@rvc1.informatik.ba-stuttgart.de>; from Wolfgang Helbig on Sat, Apr 04, 1998 at 04:41:47PM +0200 X-Disclaimer: A free society is one where it is safe to be unpopular X-Operating-System: FreeBSD 3.0-CURRENT SMP Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Sat, Apr 04, 1998 at 04:41:47PM +0200, Wolfgang Helbig wrote: > > > > It's very simply, just call getmicrotime() instead. > > This is a diff merging phk's latest changes to i4b, including > his patch fighting the slowdown of netscape, xterm etc ... Thanks ! Is it included in Helle's newest snapshot ? Perhaps I get some time tomorrow, to give i4b another try. Does it run on -current SMP now ? Andreas /// -- Andreas Klemm http://www.FreeBSD.ORG/~andreas powered by ,,symmetric multiprocessor FreeBSD'' To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message From owner-freebsd-isdn Sat Apr 4 09:36:35 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA16123 for freebsd-isdn-outgoing; Sat, 4 Apr 1998 09:36:35 -0800 (PST) (envelope-from owner-freebsd-isdn@FreeBSD.ORG) Received: from server.amis.net (server.amis.net [195.10.52.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA16091 for ; Sat, 4 Apr 1998 09:36:10 -0800 (PST) (envelope-from blaz@gold.amis.net) Received: (from uucp@localhost) by server.amis.net (8.8.8/8.8.8) with UUCP id TAA03127; Sat, 4 Apr 1998 19:34:55 +0200 (CEST) Received: from localhost (blaz@localhost) by gold.amis.net (8.8.8/8.8.8) with SMTP id TAA00280; Sat, 4 Apr 1998 19:13:23 +0200 (CEST) Date: Sat, 4 Apr 1998 19:13:23 +0200 (CEST) From: Blaz Zupan To: Wolfgang Helbig cc: freebsd-isdn@FreeBSD.ORG Subject: Re: i4b-L1-F_ill:What is this? (fwd) In-Reply-To: <199804041035.MAA00661@rvc1.informatik.ba-stuttgart.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 > Please apply this patch: > And then after rebooting try to get a connection from the computer, by > trying to establish a ppp connection. I'm now running with the patch and after a reboot I could successfully establish a connection, although on the console I could see: Apr 4 19:09:37 gold /kernel: isppp0: phase establish Apr 4 19:09:37 gold /kernel: i4b-L2-i4b_tei_assign: tx TEI ID_Request Apr 4 19:09:37 gold /kernel: i4b-L1-ph_data_req: Not in ST_F7, sc->sc_I430state = F3a Power Down Apr 4 19:09:37 gold isdnd[204]: DMN rate=150 sec/unit (day=6, beg=5, end=21, current=19) Apr 4 19:09:37 gold isdnd[204]: CHD 00001 dialing out from 3001551 to 3003030 Apr 4 19:09:39 gold /kernel: i4b-L2-i4b_T202_timeout: unit 0, N202 = 3 Apr 4 19:09:39 gold /kernel: i4b-L2-i4b_tei_assign: tx TEI ID_Request Apr 4 19:09:39 gold /kernel: i4b-L2-i4b_tei_rx_frame: TEI ID Assign - TEI = 70 So it seems like the TEI request failed on the first try and succeded on the second try. I will be running this kernel some more time to catch any other possible problems. I have also compiled a kernel without I4B_SMP_WORKAROUND from the same sources (and with the patch) and if the kernel that I'm running right now will work without problems I will reboot with the non-smp-workaround kernel and test that for some time. Stay tuned :) Blaz Zupan, blaz@medinet.si, http://home.amis.net/blaz Medinet d.o.o., Linhartova 21, 2000 Maribor, Slovenia To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message From owner-freebsd-isdn Sat Apr 4 09:37:10 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA16239 for freebsd-isdn-outgoing; Sat, 4 Apr 1998 09:37:10 -0800 (PST) (envelope-from owner-freebsd-isdn@FreeBSD.ORG) Received: from server.amis.net (server.amis.net [195.10.52.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA16232 for ; Sat, 4 Apr 1998 09:37:05 -0800 (PST) (envelope-from blaz@gold.amis.net) Received: (from uucp@localhost) by server.amis.net (8.8.8/8.8.8) with UUCP id TAA03329; Sat, 4 Apr 1998 19:36:37 +0200 (CEST) Received: from localhost (blaz@localhost) by gold.amis.net (8.8.8/8.8.8) with SMTP id TAA00305; Sat, 4 Apr 1998 19:16:04 +0200 (CEST) Date: Sat, 4 Apr 1998 19:16:04 +0200 (CEST) From: Blaz Zupan To: Wolfgang Helbig cc: freebsd-isdn@FreeBSD.ORG Subject: Re: Callback with i4b In-Reply-To: <199804041157.NAA01485@rvc1.informatik.ba-stuttgart.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 > > Is anybody successfully using callback with i4b? I have a setup where I > It works fine with a bisdn machine calling back. Probably because the bisdn machine calls back immediately. My isdnd.rc is basically the same as Pouls. So the problem is probably caused by the Livingston which takes some time to call back and in the mean time (in *less* than a second) i4b decides that it needs to call again... > There seem to be some problems, it *both* i4b-machines are connected to > a PBX instead of directly to an NT from the telecom. In my case one side is connected to an NT and the other side is a Livingston PM3 on PRI. Blaz Zupan, blaz@medinet.si, http://home.amis.net/blaz Medinet d.o.o., Linhartova 21, 2000 Maribor, Slovenia To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message From owner-freebsd-isdn Sat Apr 4 10:01:33 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA21625 for freebsd-isdn-outgoing; Sat, 4 Apr 1998 10:01:33 -0800 (PST) (envelope-from owner-freebsd-isdn@FreeBSD.ORG) Received: from rvc1.informatik.ba-stuttgart.de (rvc1.informatik.ba-stuttgart.de [141.31.112.22]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA21610 for ; Sat, 4 Apr 1998 10:01:10 -0800 (PST) (envelope-from helbig@Informatik.BA-Stuttgart.DE) Received: (from helbig@localhost) by rvc1.informatik.ba-stuttgart.de (8.8.8/8.8.5) id TAA00610; Sat, 4 Apr 1998 19:59:53 +0200 (MET DST) From: Wolfgang Helbig Message-Id: <199804041759.TAA00610@rvc1.informatik.ba-stuttgart.de> Subject: Re: -current: Undefined symbol `_time' referenced from text segment In-Reply-To: <19980404180734.24625@klemm.gtn.com> from Andreas Klemm at "Apr 4, 98 06:07:34 pm" To: andreas@klemm.gtn.com (Andreas Klemm) Date: Sat, 4 Apr 1998 19:59:52 +0200 (MET DST) Cc: freebsd-isdn@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL30 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > On Sat, Apr 04, 1998 at 04:41:47PM +0200, Wolfgang Helbig wrote: > > > > > > It's very simply, just call getmicrotime() instead. > > > > This is a diff merging phk's latest changes to i4b, including > > his patch fighting the slowdown of netscape, xterm etc ... > > Thanks ! Is it included in Helle's newest snapshot ? No sorry. i4b-00.51 was released about 13 hours too early. > Perhaps I get some time tomorrow, to give i4b another try. > Does it run on -current SMP now ? It does if you put options "I4B_SMP_WORKAROUND" in your kernel configuration file. It would be very interesting to find out if it runs even w/o this option on your machine. We don't have that much experience with SMPs. AFAIK there is only one SMP system running with i4b and this one needed the workaround. Your milage may differ ... Wolfgang To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message From owner-freebsd-isdn Sat Apr 4 10:14:26 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA23350 for freebsd-isdn-outgoing; Sat, 4 Apr 1998 10:14:26 -0800 (PST) (envelope-from owner-freebsd-isdn@FreeBSD.ORG) Received: from rvc1.informatik.ba-stuttgart.de (rvc1.informatik.ba-stuttgart.de [141.31.112.22]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA23291 for ; Sat, 4 Apr 1998 10:14:08 -0800 (PST) (envelope-from helbig@Informatik.BA-Stuttgart.DE) Received: (from helbig@localhost) by rvc1.informatik.ba-stuttgart.de (8.8.8/8.8.5) id UAA00635; Sat, 4 Apr 1998 20:13:09 +0200 (MET DST) From: Wolfgang Helbig Message-Id: <199804041813.UAA00635@rvc1.informatik.ba-stuttgart.de> Subject: Re: i4b-L1-F_ill:What is this? (fwd) In-Reply-To: from Blaz Zupan at "Apr 4, 98 07:13:23 pm" To: blaz@gold.amis.net (Blaz Zupan) Date: Sat, 4 Apr 1998 20:13:08 +0200 (MET DST) Cc: freebsd-isdn@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL30 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > > Please apply this patch: > > And then after rebooting try to get a connection from the computer, by > > trying to establish a ppp connection. > > I'm now running with the patch and after a reboot I could successfully > establish a connection, although on the console I could see: > > Apr 4 19:09:37 gold /kernel: isppp0: phase establish > Apr 4 19:09:37 gold /kernel: i4b-L2-i4b_tei_assign: tx TEI ID_Request > Apr 4 19:09:37 gold /kernel: i4b-L1-ph_data_req: Not in ST_F7, > sc->sc_I430state = F3a Power Down > Apr 4 19:09:37 gold isdnd[204]: DMN rate=150 sec/unit (day=6, beg=5, > end=21, current=19) > Apr 4 19:09:37 gold isdnd[204]: CHD 00001 dialing out from 3001551 to > 3003030 > Apr 4 19:09:39 gold /kernel: i4b-L2-i4b_T202_timeout: unit 0, N202 = 3 > Apr 4 19:09:39 gold /kernel: i4b-L2-i4b_tei_assign: tx TEI ID_Request > Apr 4 19:09:39 gold /kernel: i4b-L2-i4b_tei_rx_frame: TEI ID Assign - TEI > = 70 > > So it seems like the TEI request failed on the first try and succeded on This is expected, because of the patch the activation of layer 1 is delayed until needed for the TEI request. So we learned that the ASCOM-NT does not like an activation of layer1, if the activated layer1 is not used for anything. This is very similar to my NT from the german telecom. But then i4b tries to reactivate layer 1. This is successfull with my NT but seemingly not with the ASCOM-NT. > the second try. I will be running this kernel some more time to catch any > other possible problems. I have also compiled a kernel without > I4B_SMP_WORKAROUND from the same sources (and with the patch) and if the > kernel that I'm running right now will work without problems I will reboot > with the non-smp-workaround kernel and test that for some time. Thank you! Wolfgang To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message From owner-freebsd-isdn Sat Apr 4 10:32:25 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA25516 for freebsd-isdn-outgoing; Sat, 4 Apr 1998 10:32:25 -0800 (PST) (envelope-from owner-freebsd-isdn@FreeBSD.ORG) Received: from critter.freebsd.dk (critter.freebsd.dk [195.8.129.14]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA25505 for ; Sat, 4 Apr 1998 10:32:23 -0800 (PST) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.8.7/8.8.5) with ESMTP id UAA06005; Sat, 4 Apr 1998 20:30:12 +0200 (CEST) To: Wolfgang Helbig cc: blaz@gold.amis.net (Blaz Zupan), freebsd-isdn@FreeBSD.ORG Subject: Re: i4b-L1-F_ill:What is this? (fwd) In-reply-to: Your message of "Sat, 04 Apr 1998 20:13:08 +0200." <199804041813.UAA00635@rvc1.informatik.ba-stuttgart.de> Date: Sat, 04 Apr 1998 20:30:12 +0200 Message-ID: <6003.891714612@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >So we learned that the ASCOM-NT does not like an activation of layer1, >if the activated layer1 is not used for anything. This is very similar >to my NT from the german telecom. But then i4b tries to reactivate >layer 1. This is successfull with my NT but seemingly not with the >ASCOM-NT. I think this is related to the "the-phone-must-work-in-an-emegency- phantom-power". Depending on your telco and the phase of the moon, the NT will aggressively try to shut down everybody on the bus who might be using power, to reduce the load on the telcos power bill. I belive the danish version of the Siemens NT act differently in this respect if you don't plug in the powercord to the NT. -- Poul-Henning Kamp FreeBSD coreteam member phk@FreeBSD.ORG "Real hackers run -current on their laptop." "Drink MONO-tonic, it goes down but it will NEVER come back up!" To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message