From owner-freebsd-isdn Sun Jan 3 08:16:20 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA08255 for freebsd-isdn-outgoing; Sun, 3 Jan 1999 08:16:20 -0800 (PST) (envelope-from owner-freebsd-isdn@FreeBSD.ORG) Received: from scottb.demon.co.uk (scottb.demon.co.uk [158.152.42.64]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA08247 for ; Sun, 3 Jan 1999 08:16:18 -0800 (PST) (envelope-from barry@scottb.demon.co.uk) Received: from barrynt (barrynt.private [172.16.1.6]) by scottb.demon.co.uk (8.8.8/8.8.8) with SMTP id QAA00250 for ; Sun, 3 Jan 1999 16:15:10 GMT (envelope-from barry@scottb.demon.co.uk) From: "Barry Scott" To: Subject: RE: Rates calculations and the U.K. Date: Sun, 3 Jan 1999 16:11:10 -0000 Message-ID: <000001be3733$adfd7000$060110ac@barrynt.private> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook 8.5, Build 4.71.2232.26 Importance: Normal In-Reply-To: <199901022211.XAA39425@gemini.bnc.net> X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Achim, > Achim Patzner said: > I knew; I had a number of discussions about that topic with the > developer of > the infamous BANZAI routers. After a number of attempts at table driven > routines they decided to go for AOC2 as the German Telekom neither > guaranteed that the first unit was as long as the following units nor that > open calls would always be accounted at the current rate (i.e. would be > charged by the rate of the time the connection was made). O.K. I understand. On the BT network I can trust the time to indicate the cost of the bill. (The DUNMAN (Dial-up Network Manager) shareware for Windows NT claims to get the bill correct for calls it makes on BT.) Barry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message From owner-freebsd-isdn Sun Jan 3 11:30:43 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA27768 for freebsd-isdn-outgoing; Sun, 3 Jan 1999 11:30:43 -0800 (PST) (envelope-from owner-freebsd-isdn@FreeBSD.ORG) Received: from silver.gn.iaf.nl (silver.gn.iaf.nl [193.67.144.11]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA27763 for ; Sun, 3 Jan 1999 11:30:41 -0800 (PST) (envelope-from wilko@yedi.iaf.nl) Received: from uni4nn.gn.iaf.nl (osmium.gn.iaf.nl [193.67.144.12]) by silver.gn.iaf.nl (8.8.8/8.8.8) with SMTP id UAA18357 for ; Sun, 3 Jan 1999 20:30:11 +0100 Received: by uni4nn.gn.iaf.nl with UUCP id AA31178 (5.67b/IDA-1.5 for freebsd-isdn@freebsd.org); Sun, 3 Jan 1999 19:34:52 +0100 Received: (from wilko@localhost) by yedi.iaf.nl (8.8.8/8.6.12) id TAA01514 for freebsd-isdn@freebsd.org; Sun, 3 Jan 1999 19:05:35 +0100 (CET) From: Wilko Bulte Message-Id: <199901031805.TAA01514@yedi.iaf.nl> Subject: regexp program To: freebsd-isdn@FreeBSD.ORG (FreeBSD ISDN mailing list) Date: Sun, 3 Jan 1999 19:05:35 +0100 (CET) X-Organisation: Private FreeBSD site - Arnhem, The Netherlands X-Pgp-Info: PGP public key at 'finger wilko@freefall.freebsd.org' X-Mailer: ELM [version 2.4ME+ PL38 (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 Question: Why is it that isdnd requires the regprog to live under /etc/isdn? It took me quite some eyeballing man isdnd.rc before I found out why my "caller ID" script did not work anymore after moving it under /usr/local/... # regular expression pattern matching # ----------------------------------- regexpr = "incoming call" # look for matches in log messages regprog = "foongrep.sh" # execute program when match is found Wilko _ ______________________________________________________________________ | / o / / _ Bulte email: wilko@yedi.iaf.nl |/|/ / / /( (_) Arnhem, The Netherlands WWW : http://www.tcja.nl ______________________________________________ Powered by FreeBSD __________ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message From owner-freebsd-isdn Sun Jan 3 19:03:26 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA13213 for freebsd-isdn-outgoing; Sun, 3 Jan 1999 19:03:26 -0800 (PST) (envelope-from owner-freebsd-isdn@FreeBSD.ORG) Received: from harvey.aball.de (harvey.aball.de [194.77.82.26]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id TAA13208 for ; Sun, 3 Jan 1999 19:03:20 -0800 (PST) (envelope-from alice.turbocat.de!dave@harvey.aball.de) Received: by harvey.aball.de (Smail3.1.28.1 #11) id m0zx0Hx-000J0MC; Mon, 4 Jan 99 04:02 MET Received: from cat.turbocat.de (cat.turbocat.de [194.77.82.49]) by alice.turbocat.de (8.8.8/8.7.3) with ESMTP id CAA22718 for ; Mon, 4 Jan 1999 02:12:55 +0100 (CET) Received: (from dave@localhost) by cat.turbocat.de (8.8.5/8.7.3) id CAA00564 for freebsd-isdn@FreeBSD.ORG; Mon, 4 Jan 1999 02:12:55 +0100 (MET) Message-Id: <199901040112.CAA00564@cat.turbocat.de> Content-Type: text/plain MIME-Version: 1.0 (NeXT Mail 4.2mach v148) Received: by NeXT.Mailer (1.148) From: David Wetzel Date: Mon, 4 Jan 99 02:12:54 +0100 To: ISDN-List Subject: Update: AnsweringMachine References: <199901021931.UAA00520@cat.turbocat.de> Organisation: Turbocat's Development http://www.turbocat.de Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Update: Features: (* = not jet done but in progres, o = done) o playback of welcome sound (can be different for each MSN and Caller) o recording of the noise on the callers side (saved as raw and as NeXT/Sun .snd/.au) o mail notify with time, caller, and MSN (I use this for pager@turbocat.de :-) + all detected DTMF tones now :-) o detection of the DTMF tones and login function o playback of recorded messages via phone line o deleting of recorded messages via phone line * executing commands via phone line For NetBSD/i386 i can provide an binary version that is statically linked against libobjc and libgnustep-base. All other have to install egcs and GNUstep-Base. I am interested if the program works on other platforms too (NetBSD/amiga, atari, FreeBSD, ...). If you are interested and have a current egcs and GNUstep-Base installed mail me. --- _ _ _(_)(_)_ David Wetzel, Turbocat's Development, (_) __ (_) Buchhorster Strasse, D-16567 Muehlenbeck/Berlin, FRG, _/ \_ Fax +49 33056 82835 NeXTmail dave@turbocat.de (______) http://www.turbocat.de/ DEVELOPMENT * CONSULTING * ADMINISTRATION WATCH OUT FOR TURBOFAX for OPENSTEP! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message From owner-freebsd-isdn Mon Jan 4 00:56:58 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA18005 for freebsd-isdn-outgoing; Mon, 4 Jan 1999 00:56: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 AAA18000 for ; Mon, 4 Jan 1999 00:56:56 -0800 (PST) (envelope-from hm@hcs.de) Received: from hcswork.hcs.de([192.76.124.5]) (1266 bytes) by hcshh.hcs.de via sendmail with P:smtp/R:inet_hosts/T:smtp (sender: ) id for ; Mon, 4 Jan 1999 09:56:14 +0100 (MET) (Smail-3.2.0.101 1997-Dec-17 #2 built 1998-Jun-26) Received: by hcswork.hcs.de (Smail3.1.29.0 #12) id m0zx5rP-0000fOC; Mon, 4 Jan 99 09:59 MET Message-Id: From: hm@hcs.de (Hellmuth Michaelis) Subject: Re: regexp program In-Reply-To: <199901031805.TAA01514@yedi.iaf.nl> from Wilko Bulte at "Jan 3, 99 07:05:35 pm" To: wilko@yedi.iaf.nl (Wilko Bulte) Date: Mon, 4 Jan 1999 09:59:39 +0100 (MET) 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 Wilko Bulte: > Why is it that isdnd requires the regprog to live under /etc/isdn? I thought it were a bit more secure. hellmuth -- Hellmuth Michaelis Tel +49 40 559747-70 HCS Hanseatischer Computerservice GmbH Fax +49 40 559747-77 Oldesloer Strasse 97-99 Mail hm [at] 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 Mon Jan 4 05:41:32 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA14319 for freebsd-isdn-outgoing; Mon, 4 Jan 1999 05:41:32 -0800 (PST) (envelope-from owner-freebsd-isdn@FreeBSD.ORG) Received: from vestein.arb-phys.uni-dortmund.de (vestein.arb-phys.uni-dortmund.de [192.109.44.6]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id FAA14308 for ; Mon, 4 Jan 1999 05:41:17 -0800 (PST) (envelope-from wb@vestein.arb-phys.uni-dortmund.de) Received: (from wb@localhost) by vestein.arb-phys.uni-dortmund.de (8.8.5/8.8.5) id OAA09726 for freebsd-isdn@FreeBSD.ORG; Mon, 4 Jan 1999 14:40:19 +0100 (MET) Date: Mon, 4 Jan 1999 14:40:19 +0100 (MET) From: "Wilhelm B. Kloke" Message-Id: <199901041340.OAA09726@vestein.arb-phys.uni-dortmund.de> To: freebsd-isdn@FreeBSD.ORG Subject: problem with Creatix PnP Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hi, I have a problem getting my Creatix PnP card to work with FreeBSD-3.0-Current (i4bipr). I verified the usability of the card and the line in Windoze. Then I used a copy of my working 2.2.2-setup for a Teles card to my new system. It does not work as expected. The card seems to be accepted on ports 0x120 0x180 irq 12. Though I am irritated by the bootup messages that AddrA is on 0x160. ... Probing for PnP devices: CSN 1 Vendor ID: CMI0001 [0x0100a90d] Serial 0x01000100 Comp ID: @@@0000 [0x00000000] CSN 2 Vendor ID: CTX0000 [0x0000980e] Serial 0x000091a2 Comp ID: @@@0000 [0x00000000] isic0: Creatix ISDN S0-16 P&P isic0: ISAC 2085 Version A1/A2 or 2086/2186 Version 1.1 (IOM-2) (Addr=0x100) isic0: HSCX 82525 or 21525 Version 2.1 (AddrA=0x160, AddrB=0x180) isic0 (i4b_pnp sn 0x000091a2) at 0x120 irq 12 flags 0x6 on isa Probing for devices on the ISA bus: ... Here is an excerpt of the debug messages I got after trying to connect: ... da0 at ncr0 bus 0 target 2 lun 0 da0: Fixed Direct Access SCSI-2 device da0: 10.0MB/s transfers (10.0MHz, offset 8), Tagged Queueing Enabled da0: 1006MB (2061108 512 byte sectors: 64H 32S/T 1006C) i4b-L1-timer3_expired: state = F4 Awaiting Signal i4b-L1-isic_recover: HSCX B: ISTA = 0x0 i4b-L1-isic_recover: ISAC: ISTA = 0x95 i4b-L1-isic_recover: ISAC: EXIR = 0x10 i4b-L1-isic_recover: ISAC: CISQ = 0x12 i4b-L1-isic_recover: HSCX B: IMASK = 0xff i4b-L1-isic_recover: HSCX A: IMASK = 0xf8 i4b-L1-isic_recover: ISAC: IMASK = 0x2a i4b-L2-i4b_T202_timeout: unit 0, N202 = 3 i4b-L1-ph_data_req: still in state F3! i4b-L3-T303_timeout: SETUP not answered, cr = 57 i4b-L3-next_l3state: FSM illegal state, state = ST_OW - Out Wait EST, event = EV _T303EXP - T303 timeout! i4b-L2-i4b_T202_timeout: unit 0, N202 = 3 i4b-L1-ph_data_req: No Space in TX FIFO, state = F4 Awaiting Signal i4b-L1-timer3_expired: state = F4 Awaiting Signal ... The dialling does not seem to be successful, as the remote system log does not show the connection trial. Does anybody have a hint what to try next? Some other strange event is that after putting the line back, my other system running i4b-0.5x refuses to connect also, until reboot. Thanx for any help in advance. And thanks for the software to Helmut and the other helpers. wb -- Dipl.-Math. Wilhelm Bernhard Kloke Institut fuer Arbeitsphysiologie an der Universitaet Dortmund Ardeystrasse 67, D-44139 Dortmund, Tel. 0231-1084-257 montags und dienstags To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message From owner-freebsd-isdn Mon Jan 4 06:19:32 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA18791 for freebsd-isdn-outgoing; Mon, 4 Jan 1999 06:19:32 -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 GAA18786 for ; Mon, 4 Jan 1999 06:19:30 -0800 (PST) (envelope-from hm@hcs.de) Received: from hcswork.hcs.de([192.76.124.5]) (2402 bytes) by hcshh.hcs.de via sendmail with P:smtp/R:inet_hosts/T:smtp (sender: ) id for ; Mon, 4 Jan 1999 15:18:48 +0100 (MET) (Smail-3.2.0.101 1997-Dec-17 #2 built 1998-Jun-26) Received: by hcswork.hcs.de (Smail3.1.29.0 #12) id m0zxAtP-0000fNC; Mon, 4 Jan 99 15:22 MET Date: Mon, 4 Jan 1999 15:22:03 +0100 From: Hellmuth Michaelis To: "Wilhelm B. Kloke" Cc: freebsd-isdn@FreeBSD.ORG Subject: Re: problem with Creatix PnP Message-ID: <19990104152202.A5233@hcswork.hcs.de> Reply-To: hm@hcs.de Mail-Followup-To: "Wilhelm B. Kloke" , freebsd-isdn@FreeBSD.ORG References: <199901041340.OAA09726@vestein.arb-phys.uni-dortmund.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95i In-Reply-To: <199901041340.OAA09726@vestein.arb-phys.uni-dortmund.de>; from Wilhelm B. Kloke on Mon, Jan 04, 1999 at 02:40:19PM +0100 Organization: HCS Hanseatischer Computerservice GmbH Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Mon, Jan 04, 1999 at 02:40:19PM +0100, Wilhelm B. Kloke wrote: > Hi, > > I have a problem getting my Creatix PnP card to work with FreeBSD-3.0-Current > (i4bipr). > CSN 2 Vendor ID: CTX0000 [0x0000980e] Serial 0x000091a2 Comp ID: @@@0000 [0x00000000] > isic0: Creatix ISDN S0-16 P&P > isic0: ISAC 2085 Version A1/A2 or 2086/2186 Version 1.1 (IOM-2) (Addr=0x100) > isic0: HSCX 82525 or 21525 Version 2.1 (AddrA=0x160, AddrB=0x180) > isic0 (i4b_pnp sn 0x000091a2) at 0x120 irq 12 flags 0x6 on isa ------------------^^ This seems to be the problem and this > i4b-L1-timer3_expired: state = F4 Awaiting Signal is an indication for that. Most bus (?) mouses run on IRQ 12 these days, and unless you are able to completely (!) disable your busmouse and free IRQ 12 fro use for ISA cards, i recommend using another IRQ than 12. In case your BIOS does not allow you to fiddle around with this, have a look at the USER_CONFIG stuff (boot with -c) and read the pnp(4) man page on how to setup this stuff with FreeBSD. hellmuth -- Hellmuth Michaelis Tel +49 40 559747-70 HCS Hanseatischer Computerservice GmbH Fax +49 40 559747-77 Oldesloer Strasse 97-99 Mail hm [at] 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 Mon Jan 4 11:31:09 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA22503 for freebsd-isdn-outgoing; Mon, 4 Jan 1999 11:31:09 -0800 (PST) (envelope-from owner-freebsd-isdn@FreeBSD.ORG) Received: from silver.gn.iaf.nl (silver.gn.iaf.nl [193.67.144.11]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA22491 for ; Mon, 4 Jan 1999 11:31:02 -0800 (PST) (envelope-from wilko@yedi.iaf.nl) Received: from uni4nn.gn.iaf.nl (osmium.gn.iaf.nl [193.67.144.12]) by silver.gn.iaf.nl (8.8.8/8.8.8) with SMTP id UAA01681; Mon, 4 Jan 1999 20:30:29 +0100 Received: by uni4nn.gn.iaf.nl with UUCP id AA11728 (5.67b/IDA-1.5); Mon, 4 Jan 1999 20:19:35 +0100 Received: (from wilko@localhost) by yedi.iaf.nl (8.8.8/8.6.12) id UAA01275; Mon, 4 Jan 1999 20:06:13 +0100 (CET) From: Wilko Bulte Message-Id: <199901041906.UAA01275@yedi.iaf.nl> Subject: Re: regexp program In-Reply-To: from Hellmuth Michaelis at "Jan 4, 99 09:59:39 am" To: hm@hcs.de Date: Mon, 4 Jan 1999 20:06:13 +0100 (CET) Cc: freebsd-isdn@FreeBSD.ORG X-Organisation: Private FreeBSD site - Arnhem, The Netherlands X-Pgp-Info: PGP public key at 'finger wilko@freefall.freebsd.org' X-Mailer: ELM [version 2.4ME+ PL38 (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 As Hellmuth Michaelis wrote... > >From the keyboard of Wilko Bulte: > > > Why is it that isdnd requires the regprog to live under /etc/isdn? > > I thought it were a bit more secure. Security is a concern, true. It would be the (sick) hack of the century if you could stick a regexp/regprog in somebody's isdnd.rc that did (e.g) 'dd if=/dev/zero of=/dev/rsd0c' or something similar after you called him :-\ I'm a bit doubtful whether it makes much difference if the regprog is in /etc/isdn or somewhere else. In that respect I'd say it might make sense to not execute the regprog as root. It looks like isdnd/exec.c just execs whatever you feed it. Maybe a setuid(nobody) first? Wilko _ ______________________________________________________________________ | / o / / _ Bulte email: wilko@yedi.iaf.nl |/|/ / / /( (_) Arnhem, The Netherlands WWW : http://www.tcja.nl ______________________________________________ Powered by FreeBSD __________ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message From owner-freebsd-isdn Mon Jan 4 11:46:30 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA24622 for freebsd-isdn-outgoing; Mon, 4 Jan 1999 11:46:30 -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 LAA24616 for ; Mon, 4 Jan 1999 11:46:28 -0800 (PST) (envelope-from hm@hcs.de) Received: from hcswork.hcs.de([192.76.124.5]) (2224 bytes) by hcshh.hcs.de via sendmail with P:smtp/R:inet_hosts/T:smtp (sender: ) id for ; Mon, 4 Jan 1999 20:45:46 +0100 (MET) (Smail-3.2.0.101 1997-Dec-17 #2 built 1998-Jun-26) Received: by hcswork.hcs.de (Smail3.1.29.0 #12) id m0zxFzz-0000fNC; Mon, 4 Jan 99 20:49 MET Date: Mon, 4 Jan 1999 20:49:11 +0100 From: Hellmuth Michaelis To: freebsd-isdn@FreeBSD.ORG Subject: Re: regexp program Message-ID: <19990104204911.B5702@hcswork.hcs.de> Reply-To: hm@hcs.de Mail-Followup-To: freebsd-isdn@FreeBSD.ORG References: <199901041906.UAA01275@yedi.iaf.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95i In-Reply-To: <199901041906.UAA01275@yedi.iaf.nl>; from Wilko Bulte on Mon, Jan 04, 1999 at 08:06:13PM +0100 Organization: HCS Hanseatischer Computerservice GmbH Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Mon, Jan 04, 1999 at 08:06:13PM +0100, Wilko Bulte wrote: > As Hellmuth Michaelis wrote... > > >From the keyboard of Wilko Bulte: > > > > > Why is it that isdnd requires the regprog to live under /etc/isdn? > > > > I thought it were a bit more secure. > > Security is a concern, true. It would be the (sick) hack of the century if you could > stick a regexp/regprog in somebody's isdnd.rc that did (e.g) 'dd if=/dev/zero > of=/dev/rsd0c' Shudder ... :-((( > or something similar after you called him :-\ I'm a bit doubtful > whether it makes much difference if the regprog is in /etc/isdn or somewhere else. You are right. > In that respect I'd say it might make sense to not execute the regprog as root. > It looks like isdnd/exec.c just execs whatever you feed it. Maybe a setuid(nobody) > first? Something like that - on the other side: who should be permitted to access /dev/i4b* and wouldn't it be appropriate at this time to add group "isdn" to /etc/groups? I really didn't thought about all this stuff much, what do other people think about that ? Thoughts, comments ? hellmuth -- Hellmuth Michaelis Tel +49 40 559747-70 HCS Hanseatischer Computerservice GmbH Fax +49 40 559747-77 Oldesloer Strasse 97-99 Mail hm [at] 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 Mon Jan 4 12:43:38 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA01441 for freebsd-isdn-outgoing; Mon, 4 Jan 1999 12:43:38 -0800 (PST) (envelope-from owner-freebsd-isdn@FreeBSD.ORG) Received: from MedIS.DE (medis33.medis.de [193.141.96.33]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id MAA01433 for ; Mon, 4 Jan 1999 12:43:34 -0800 (PST) (envelope-from Christian.Wolf@MedIS.DE) Received: from sun-chris.medis.de (sun-chris.medis.de [172.16.1.4]) by MedIS.DE (8.6.11/8.6.11) with SMTP id VAA02155; Mon, 4 Jan 1999 21:43:04 +0100 Date: Mon, 4 Jan 1999 21:43:03 +0100 (MET) From: Christian Wolf To: hm@hcs.de cc: freebsd-isdn@FreeBSD.ORG Subject: Re: regexp program In-Reply-To: <19990104204911.B5702@hcswork.hcs.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 Hi! On Mon, 4 Jan 1999, Hellmuth Michaelis wrote: > On Mon, Jan 04, 1999 at 08:06:13PM +0100, Wilko Bulte wrote: > > > > Security is a concern, true. It would be the (sick) hack of the > > century if you could stick a regexp/regprog in somebody's isdnd.rc > > that did (e.g) 'dd if=/dev/zero of=/dev/rsd0c' If I could stick a regexp/regprog in somebody's isdnd.rc I can do a 'dd if=/dev/zero of=/dev/rsd0c' as well, can't I? > > In that respect I'd say it might make sense to not execute the regprog as root. > > It looks like isdnd/exec.c just execs whatever you feed it. Maybe a setuid(nobody) > > first? > > Something like that - on the other side: who should be permitted to access > /dev/i4b* and wouldn't it be appropriate at this time to add group "isdn" > to /etc/groups? > > I really didn't thought about all this stuff much, what do other people > think about that ? > > Thoughts, comments ? Make isdnd check the owner and permission of isdnd.rc. If it is not owned by root(0) or has not a mode like 0644 isdnd should refuse it. Regards, Chris To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message From owner-freebsd-isdn Mon Jan 4 14:10:09 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA12354 for freebsd-isdn-outgoing; Mon, 4 Jan 1999 14:10:09 -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 OAA12336 for ; Mon, 4 Jan 1999 14:10:03 -0800 (PST) (envelope-from garyj@peedub.muc.de) Received: from peedub.muc.de (localhost [127.0.0.1]) by peedub.muc.de (8.9.1/8.6.9) with ESMTP id WAA08158 for ; Mon, 4 Jan 1999 22:53:59 +0100 (CET) Message-Id: <199901042153.WAA08158@peedub.muc.de> X-Mailer: exmh version 2.0.2 2/24/98 To: freebsd-isdn@FreeBSD.ORG Subject: Re: regexp program Reply-To: Gary Jennejohn In-reply-to: Your message of "Mon, 04 Jan 1999 21:43:03 +0100." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 04 Jan 1999 22:53:59 +0100 From: Gary Jennejohn Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Christian Wolf writes: > >Hi! > >On Mon, 4 Jan 1999, Hellmuth Michaelis wrote: > >> On Mon, Jan 04, 1999 at 08:06:13PM +0100, Wilko Bulte wrote: >> > >> > Security is a concern, true. It would be the (sick) hack of the >> > century if you could stick a regexp/regprog in somebody's isdnd.rc >> > that did (e.g) 'dd if=/dev/zero of=/dev/rsd0c' > >If I could stick a regexp/regprog in somebody's isdnd.rc I can do >a 'dd if=/dev/zero of=/dev/rsd0c' as well, can't I? > you lack the true hacker mentality ;-) It's the Trojan Horse aspect which makes it interesting. >> > In that respect I'd say it might make sense to not execute the regprog as >root. >> > It looks like isdnd/exec.c just execs whatever you feed it. Maybe a setuid >(nobody) >> > first? >> >> Something like that - on the other side: who should be permitted to access >> /dev/i4b* and wouldn't it be appropriate at this time to add group "isdn" >> to /etc/groups? >> >> I really didn't thought about all this stuff much, what do other people >> think about that ? >> >> Thoughts, comments ? > >Make isdnd check the owner and permission of isdnd.rc. If it is >not owned by root(0) or has not a mode like 0644 isdnd should refuse it. > it's not isdnd.rc that's of concern, it's the program pointed at by the regprog entry. I think Wilko's suggestion of changing the uid is probably the simplest and most secure way to handle this issue. Of course, if we had a group isdn we could change the gid. Obviously, regprog would have to be executable for group isdn in that case. Regarding /dev/i4b*, leave them only accessible for root. isdnd runs as root and noone really has any business playing around with these devices. --- 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 Mon Jan 4 21:11:28 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA29224 for freebsd-isdn-outgoing; Mon, 4 Jan 1999 21:11:28 -0800 (PST) (envelope-from owner-freebsd-isdn@FreeBSD.ORG) Received: from mail.dinoex.sub.org (mail.dinoex.sub.de [195.243.29.14]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id VAA29219 for ; Mon, 4 Jan 1999 21:11:26 -0800 (PST) (envelope-from dirk.meyer@dinoex.sub.org) Received: (from uucp@localhost) by mail.dinoex.sub.org (8.9.1/8.9.1) with UUCP id GAA03773 for freebsd-isdn@FreeBSD.ORG; Tue, 5 Jan 1999 06:12:28 +0100 (CET) Received: from gate.dinoex.sub.org (dinoex@localhost) by net2.dinoex.sub.org (8.9.1/8.9.1) with BSMTP id FAA16760 for ; Tue, 5 Jan 1999 05:55:05 +0100 (CET) To: freebsd-isdn@FreeBSD.ORG Message-ID: From: dirk.meyer@dinoex.sub.org (Dirk Meyer) Organization: privat Subject: Re: regexp program Date: Tue, 05 Jan 1999 04:53:19 +0100 X-Mailer: Dinoex 1.69 References: <199901041906.UAA01275@yedi.iaf.nl><199901041906.UAA01275@yedi.iaf.nl><19990104204911.B5702@hcswork.hcs.de> X-Gateway: ZCONNECT gate.dinoex.sub.org [UNIX/Connect v0.77-m1] X-ZC-ROT: dinoex.sub.org X-PGP-Fingerprint: 44 16 EC 0A D3 3A 4F 28 8A 8A 47 93 F1 CF 2F 12 X-ZC-VIA: 19990105000000W+1@dinoex.sub.org Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hellmuth Michaelis wrote in reply of Wilko Bulte: > > In that respect I'd say it might make sense to not execute > > the regprog as root. > > It looks like isdnd/exec.c just execs whatever you feed it. > > Maybe a setuid(nobody) > > first? > > Something like that - on the other side: who should be permitted to access > /dev/i4b* and wouldn't it be appropriate at this time to add group "isdn" > to /etc/groups? The regexp program (I dont use any at this time), may want to signal the isdnd/route/natd new information. If this is the case, It can't run as nobody. I see the problem with the answering machine or the similar programs. The have to access the isdn data, but I would not like to run them under root permanently. > I really didn't thought about all this stuff much, what do other people > think about that ? > Thoughts, comments ? first, is there any reason i4b must runs as root, instead as an dedicated user? It might be possible, all i4b devices could be owned by this users. All programs and scripts could be executed under this, root will still have access for administration or emergency. [not full related] BTW, instead of using rc.isdn versus rc.isdn.ppp I start my raw devices with /etc/start.ipr0 and my ppp links with a separate script /usr/local/etc/rc.d/91-isp0.sh (mode 700) which feed the route and accounting data. Where do you put your accounting passwords into? kind regards Dirk -- Dirk Meyer, Im Grund 4, 34317 Habichtswald, Germany -- Tel. +49-5606-6512 . To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message From owner-freebsd-isdn Mon Jan 4 23:18:49 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA10021 for freebsd-isdn-outgoing; Mon, 4 Jan 1999 23:18:49 -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 XAA10013 for ; Mon, 4 Jan 1999 23:18:47 -0800 (PST) (envelope-from martin@rumolt.teuto.de) Received: from rumolt.teuto.de (root@rumolt.teuto.de [212.8.203.81]) by linteuto.teuto.de (8.8.7/8.8.7) with ESMTP id IAA03204; Tue, 5 Jan 1999 08:07:31 +0100 Received: (from martin@localhost) by rumolt.teuto.de (8.8.8/8.8.7) id IAA01907; Tue, 5 Jan 1999 08:06:22 +0100 (MET) From: Martin Husemann Message-Id: <199901050706.IAA01907@rumolt.teuto.de> Subject: Re: regexp program To: dirk.meyer@dinoex.sub.org (Dirk Meyer) Date: Tue, 5 Jan 1999 08:06:22 +0100 (MET) Cc: freebsd-isdn@FreeBSD.ORG In-Reply-To: from "Dirk Meyer" at Jan 5, 99 04:53:19 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 > The regexp program (I dont use any at this time), may want to signal > the isdnd/route/natd new information. If this is the case, > It can't run as nobody. Same goes for the ip-up/ip-down scripts, which are run by the same internal mechanism in isdnd. They are useless if not run as root. Probably the easiest one-size-fits-all solution is to specify the user a script should be running as in isdnd.rc? > first, is there any reason i4b must runs as root, instead as an > dedicated user? It might be possible, all i4b devices could be > owned by this users. It needs privileges to become root to run the scripts ;-) It may run as any other user most of the time. Martin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message From owner-freebsd-isdn Mon Jan 4 23:31:26 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA11259 for freebsd-isdn-outgoing; Mon, 4 Jan 1999 23:31:26 -0800 (PST) (envelope-from owner-freebsd-isdn@FreeBSD.ORG) Received: from silver.gn.iaf.nl (silver.gn.iaf.nl [193.67.144.11]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA11253 for ; Mon, 4 Jan 1999 23:31:21 -0800 (PST) (envelope-from wilko@yedi.iaf.nl) Received: from uni4nn.gn.iaf.nl (osmium.gn.iaf.nl [193.67.144.12]) by silver.gn.iaf.nl (8.8.8/8.8.8) with SMTP id IAA23034; Tue, 5 Jan 1999 08:30:46 +0100 Received: by uni4nn.gn.iaf.nl with UUCP id AA17731 (5.67b/IDA-1.5); Tue, 5 Jan 1999 08:21:02 +0100 Received: (from wilko@localhost) by yedi.iaf.nl (8.8.8/8.6.12) id AAA04512; Tue, 5 Jan 1999 00:10:45 +0100 (CET) From: Wilko Bulte Message-Id: <199901042310.AAA04512@yedi.iaf.nl> Subject: Re: regexp program In-Reply-To: from Christian Wolf at "Jan 4, 99 09:43:03 pm" To: Christian.Wolf@medis.de (Christian Wolf) Date: Tue, 5 Jan 1999 00:10:45 +0100 (CET) Cc: hm@hcs.de, freebsd-isdn@FreeBSD.ORG X-Organisation: Private FreeBSD site - Arnhem, The Netherlands X-Pgp-Info: PGP public key at 'finger wilko@freefall.freebsd.org' X-Mailer: ELM [version 2.4ME+ PL38 (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 As Christian Wolf wrote... > On Mon, 4 Jan 1999, Hellmuth Michaelis wrote: > > > On Mon, Jan 04, 1999 at 08:06:13PM +0100, Wilko Bulte wrote: > > > > > > Security is a concern, true. It would be the (sick) hack of the > > > century if you could stick a regexp/regprog in somebody's isdnd.rc > > > that did (e.g) 'dd if=/dev/zero of=/dev/rsd0c' > > If I could stick a regexp/regprog in somebody's isdnd.rc I can do > a 'dd if=/dev/zero of=/dev/rsd0c' as well, can't I? Of course you can, but this regprog thingy is so much cooler (hack/crack wise that is). Wilko _ ______________________________________________________________________ | / o / / _ Bulte email: wilko@yedi.iaf.nl |/|/ / / /( (_) Arnhem, The Netherlands WWW : http://www.tcja.nl ______________________________________________ Powered by FreeBSD __________ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message From owner-freebsd-isdn Tue Jan 5 00:15:32 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA15327 for freebsd-isdn-outgoing; Tue, 5 Jan 1999 00:15:32 -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 AAA15322 for ; Tue, 5 Jan 1999 00:15:30 -0800 (PST) (envelope-from hm@hcs.de) Received: from hcswork.hcs.de([192.76.124.5]) (1450 bytes) by hcshh.hcs.de via sendmail with P:smtp/R:inet_hosts/T:smtp (sender: ) id for ; Tue, 5 Jan 1999 09:14:48 +0100 (MET) (Smail-3.2.0.101 1997-Dec-17 #2 built 1998-Jun-26) Received: by hcswork.hcs.de (Smail3.1.29.0 #12) id m0zxRgr-0000fNC; Tue, 5 Jan 99 09:18 MET Date: Tue, 5 Jan 1999 09:18:13 +0100 From: Hellmuth Michaelis To: freebsd-isdn@FreeBSD.ORG Subject: Re: regexp program Message-ID: <19990105091812.A6176@hcswork.hcs.de> Reply-To: hm@hcs.de Mail-Followup-To: freebsd-isdn@FreeBSD.ORG References: <199901041906.UAA01275@yedi.iaf.nl><199901041906.UAA01275@yedi.iaf.nl><19990104204911.B5702@hcswork.hcs.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95i In-Reply-To: ; from Dirk Meyer on Tue, Jan 05, 1999 at 04:53:19AM +0100 Organization: HCS Hanseatischer Computerservice GmbH Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Tue, Jan 05, 1999 at 04:53:19AM +0100, Dirk Meyer wrote: > The regexp program (I dont use any at this time), may want to signal > the isdnd/route/natd new information. This is no longer necessary with 0.70. hellmuth -- Hellmuth Michaelis Tel +49 40 559747-70 HCS Hanseatischer Computerservice GmbH Fax +49 40 559747-77 Oldesloer Strasse 97-99 Mail hm [at] 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 Jan 5 04:30:15 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id EAA09458 for freebsd-isdn-outgoing; Tue, 5 Jan 1999 04:30:15 -0800 (PST) (envelope-from owner-freebsd-isdn@FreeBSD.ORG) Received: from firewall2.bb.consol.de (gate2.consol.de [194.221.87.12]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id EAA09445 for ; Tue, 5 Jan 1999 04:30:12 -0800 (PST) (envelope-from Michael.Elbel@consol.de) X-Envelope-Sender-Is: Michael.Elbel@consol.de (at relayer firewall2.bb.consol.de) Received: from msgsrv.bb.consol.de (root@msgsrv.bb.consol.de [10.250.0.100]) by firewall2.bb.consol.de (8.9.1a/8.9.1) with ESMTP id NAA29083; Tue, 5 Jan 1999 13:29:09 +0100 (CET) Received: from fourier.int.consol.de (fourier.int.consol.de [10.0.1.17]) by msgsrv.bb.consol.de (8.8.8/8.8.8) with ESMTP id NAA01628; Tue, 5 Jan 1999 13:29:09 +0100 Received: (from me@localhost) by fourier.int.consol.de (8.9.1/8.8.7) id NAA30107; Tue, 5 Jan 1999 13:29:08 +0100 (CET) (envelope-from me) Date: Tue, 5 Jan 1999 13:29:08 +0100 (CET) From: Michael Elbel Message-Id: <199901051229.NAA30107@fourier.int.consol.de> To: malte.lance@gmx.net Cc: isdn@FreeBSD.ORG Subject: Re: isdn4bsd beta version 0.70 released Newsgroups: lists.freebsd.isdn,lists.isdn4bsd References: <199812231201.NAA03999@neuron.webmore.prv> Reply-To: me@FreeBSD.ORG X-Newsreader: NN version 6.5.0 CURRENT #123 Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org In lists.freebsd.isdn you write: >On 23 Dec, Hellmuth Michaelis wrote: >> Hi, >> >> The first isdn4bsd beta version (i4b-00.70.00-beta-231298.tgz) has been made >> available for download on the isdn4bsd ftp site. >i4b-00.70.00-beta-231298.tgz: 676.02 kB 4.69 kB/s >Seems i'm not the only one sucking the isdn-christmas-gift ;) That's strange. We got a 2 Mbit line to the internet, connected to one of the better german ISPs (ECRC) these days and my logs don't show that much traffic on the line. If somebody gets slow connections to our ftp server, I'd very much like to hear about it. I4b isn't the only stuff that we distribute, so we're very much interested to know about connection problems that might also hurt paying customers. >Wish you all a merry christmas. Thanks, I hope, everybody got into the new year well. Michael -- \|/ -O- Michael Elbel, ConSol* GmbH, - me@consol.de - 089 / 45841-256 /|\ Fermentation fault (coors dumped) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message From owner-freebsd-isdn Tue Jan 5 05:14:15 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA13948 for freebsd-isdn-outgoing; Tue, 5 Jan 1999 05:14:15 -0800 (PST) (envelope-from owner-freebsd-isdn@FreeBSD.ORG) Received: from mail.promo.de (mail.Promo.DE [194.45.188.65]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id FAA13937; Tue, 5 Jan 1999 05:14:02 -0800 (PST) (envelope-from stefan.bethke@hanse.de) Received: from d235.promo.de (d235.Promo.DE [194.45.188.235]) by mail.promo.de (8.8.8/8.8.8) with ESMTP id OAA18564; Tue, 5 Jan 1999 14:13:32 +0100 (CET) Date: Tue, 05 Jan 1999 14:13:31 +0100 From: Stefan Bethke To: Poul-Henning Kamp , isdn@FreeBSD.ORG Subject: Re: isdn4bsd in freebsd current Message-ID: <1031949.3124534411@d235.promo.de> In-Reply-To: <86538.915012047@critter.freebsd.dk> Originator-Info: login-id=stefan; server=mail X-Mailer: Mulberry Demo (MacOS) [1.4.0, s/n Evaluation] MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="==========01048950==========" Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org --==========01048950========== Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline A bit late, but: Poul-Henning Kamp wrote: > * We need somebody to figure out if the g711 files are bit-flipped. > Please try out the various tools under ports/audio, and see if > they can handle the file 'msg.g711a' as a 8bit, 8khz aLaw file. > If it can't, try to flip the bits around in the file and try > again. Flipping bits means that 0x1a should becore 0x58. They are, by any means I can think of. The attached patch has a fix for this. Additionally, it contains new tables for "raw a-Law" to u-Law and vice versa translation, which I believe are better (produced with sox). > Please join me in a big thankyou to Hellmuth for this Xmas present > to the FreeBSD project, and lets together make sure that he > doesn't regret it! Yep! Cheers, Stefan -- M=FChlendamm 12 | Voice +49-40-256848, +49-177-3504009 D-22089 Hamburg | e-mail: stefan.bethke@hanse.de Germany | stb@freebsd.org --==========01048950========== Content-Type: text/plain; charset=us-ascii; name="audio-patch.txt" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="audio-patch.txt"; size=24466 --- ./alawulaw/alaw2ulaw.c.orig Wed Dec 30 23:48:47 1998 +++ ./alawulaw/alaw2ulaw.c Wed Dec 30 23:50:45 1998 @@ -41,8 +41,9 @@ #define BUF_SIZ 2048 -unsigned char alaw_ulaw[]; -unsigned char ulaw_alaw[]; +static unsigned char raw_ulaw[]; +static unsigned char ulaw_raw[]; + int main(int argc, char *argv[]) { @@ -58,11 +59,11 @@ if(!strcmp(p, "ulaw2alaw")) { - cp = ulaw_alaw; + cp = ulaw_raw; } else if(!strcmp(p, "alaw2ulaw")) { - cp = alaw_ulaw; + cp = raw_ulaw; } else { @@ -78,74 +79,50 @@ return(0); } -unsigned char alaw_ulaw[] = { - 0x002a, 0x00a9, 0x005f, 0x00e3, 0x001f, 0x009f, 0x0048, 0x00c8, - 0x0039, 0x00b9, 0x006f, 0x00f7, 0x001f, 0x009f, 0x0055, 0x00d7, - 0x0022, 0x00a1, 0x005b, 0x00dd, 0x001f, 0x009f, 0x0040, 0x00c0, - 0x0031, 0x00b1, 0x0067, 0x00eb, 0x001f, 0x009f, 0x004e, 0x00cf, - 0x002e, 0x00ad, 0x0063, 0x00e7, 0x001f, 0x009f, 0x004c, 0x00cc, - 0x003d, 0x00bd, 0x0077, 0x00ff, 0x001f, 0x009f, 0x0059, 0x00db, - 0x0026, 0x00a5, 0x005d, 0x00df, 0x001f, 0x009f, 0x0044, 0x00c4, - 0x0035, 0x00b5, 0x006b, 0x00ef, 0x001f, 0x009f, 0x0051, 0x00d3, - 0x0028, 0x00a7, 0x005f, 0x00e3, 0x001f, 0x009f, 0x0046, 0x00c6, - 0x0037, 0x00b7, 0x006f, 0x00f7, 0x001f, 0x009f, 0x0053, 0x00d5, - 0x0020, 0x009f, 0x005b, 0x00dd, 0x001f, 0x009f, 0x003f, 0x00bf, - 0x002f, 0x00af, 0x0067, 0x00eb, 0x001f, 0x009f, 0x004d, 0x00ce, - 0x002c, 0x00ab, 0x0063, 0x00e7, 0x001f, 0x009f, 0x004a, 0x00ca, - 0x003b, 0x00bb, 0x0077, 0x00ff, 0x001f, 0x009f, 0x0057, 0x00d9, - 0x0024, 0x00a3, 0x005d, 0x00df, 0x001f, 0x009f, 0x0042, 0x00c2, - 0x0033, 0x00b3, 0x006b, 0x00ef, 0x001f, 0x009f, 0x004f, 0x00d1, - 0x002b, 0x00aa, 0x0063, 0x00e3, 0x001f, 0x009f, 0x0049, 0x00c9, - 0x003a, 0x00ba, 0x0077, 0x00f7, 0x001f, 0x009f, 0x0057, 0x00d7, - 0x0023, 0x00a2, 0x005d, 0x00dd, 0x001f, 0x009f, 0x0041, 0x00c1, - 0x0032, 0x00b2, 0x006b, 0x00eb, 0x001f, 0x009f, 0x004f, 0x00cf, - 0x002f, 0x00ae, 0x0067, 0x00e7, 0x001f, 0x009f, 0x004d, 0x00cd, - 0x003e, 0x00be, 0x00ff, 0x00ff, 0x001f, 0x009f, 0x005b, 0x00db, - 0x0027, 0x00a6, 0x005f, 0x00df, 0x001f, 0x009f, 0x0045, 0x00c5, - 0x0036, 0x00b6, 0x006f, 0x00ef, 0x001f, 0x009f, 0x0053, 0x00d3, - 0x0029, 0x00a8, 0x005f, 0x00e3, 0x001f, 0x009f, 0x0047, 0x00c7, - 0x0038, 0x00b8, 0x006f, 0x00f7, 0x001f, 0x009f, 0x0055, 0x00d5, - 0x0021, 0x00a0, 0x005b, 0x00dd, 0x001f, 0x009f, 0x003f, 0x00bf, - 0x0030, 0x00b0, 0x0067, 0x00eb, 0x001f, 0x009f, 0x004e, 0x00ce, - 0x002d, 0x00ac, 0x0063, 0x00e7, 0x001f, 0x009f, 0x004b, 0x00cb, - 0x003c, 0x00bc, 0x0077, 0x00ff, 0x001f, 0x009f, 0x0059, 0x00d9, - 0x0025, 0x00a4, 0x005d, 0x00df, 0x001f, 0x009f, 0x0043, 0x00c3, - 0x0034, 0x00b4, 0x006b, 0x00ef, 0x001f, 0x009f, 0x0051, 0x00d1 + +/*------------------------------------------------------------------------- --* + * Line format to mu-law conversion + *--------------------------------------------------------------------------- */ +static unsigned char raw_ulaw[256] = { + 0x2a, 0xa9, 0x62, 0xe1, 0x0a, 0x8a, 0x48, 0xc8, 0x39, 0xb9, 0x75, 0xf3, 0x1a, 0x9a, 0x56, 0xd6, + 0x22, 0xa1, 0x5d, 0xdc, 0x02, 0x82, 0x40, 0xc0, 0x31, 0xb1, 0x6a, 0xe9, 0x12, 0x92, 0x4f, 0xcf, + 0x2e, 0xad, 0x66, 0xe5, 0x0e, 0x8e, 0x4c, 0xcc, 0x3d, 0xbd, 0x7d, 0xfb, 0x1e, 0x9e, 0x5a, 0xda, + 0x26, 0xa5, 0x5f, 0xde, 0x06, 0x86, 0x44, 0xc4, 0x35, 0xb5, 0x6e, 0xed, 0x16, 0x96, 0x52, 0xd2, + 0x28, 0xa7, 0x60, 0xdf, 0x08, 0x88, 0x46, 0xc6, 0x37, 0xb7, 0x71, 0xef, 0x18, 0x98, 0x54, 0xd4, + 0x20, 0x9f, 0x5c, 0xdb, 0x00, 0x80, 0x3f, 0xbf, 0x2f, 0xaf, 0x68, 0xe7, 0x10, 0x90, 0x4e, 0xce, + 0x2c, 0xab, 0x64, 0xe3, 0x0c, 0x8c, 0x4a, 0xca, 0x3b, 0xbb, 0x79, 0xf7, 0x1c, 0x9c, 0x58, 0xd8, + 0x24, 0xa3, 0x5e, 0xdd, 0x04, 0x84, 0x42, 0xc2, 0x33, 0xb3, 0x6c, 0xeb, 0x14, 0x94, 0x50, 0xd0, + 0x2b, 0xaa, 0x63, 0xe2, 0x0b, 0x8b, 0x49, 0xc9, 0x3a, 0xba, 0x77, 0xf5, 0x1b, 0x9b, 0x57, 0xd7, + 0x23, 0xa2, 0x5d, 0xdd, 0x03, 0x83, 0x41, 0xc1, 0x32, 0xb2, 0x6b, 0xea, 0x13, 0x93, 0x4f, 0xcf, + 0x2f, 0xae, 0x67, 0xe6, 0x0f, 0x8f, 0x4d, 0xcd, 0x3e, 0xbe, 0xff, 0xfd, 0x1f, 0x9f, 0x5b, 0xdb, + 0x27, 0xa6, 0x5f, 0xdf, 0x07, 0x87, 0x45, 0xc5, 0x36, 0xb6, 0x6f, 0xee, 0x17, 0x97, 0x53, 0xd3, + 0x29, 0xa8, 0x61, 0xe0, 0x09, 0x89, 0x47, 0xc7, 0x38, 0xb8, 0x73, 0xf1, 0x19, 0x99, 0x55, 0xd5, + 0x21, 0xa0, 0x5c, 0xdc, 0x01, 0x81, 0x3f, 0xbf, 0x30, 0xb0, 0x69, 0xe8, 0x11, 0x91, 0x4e, 0xce, + 0x2d, 0xac, 0x65, 0xe4, 0x0d, 0x8d, 0x4b, 0xcb, 0x3c, 0xbc, 0x7b, 0xf9, 0x1d, 0x9d, 0x59, 0xd9, + 0x25, 0xa4, 0x5e, 0xde, 0x05, 0x85, 0x43, 0xc3, 0x34, 0xb4, 0x6d, 0xec, 0x15, 0x95, 0x51, 0xd1, }; -unsigned char ulaw_alaw[] = { - 0x00fc, 0x00fc, 0x00fc, 0x00fc, 0x00fc, 0x00fc, 0x00fc, 0x00fc, - 0x00fc, 0x00fc, 0x00fc, 0x00fc, 0x00fc, 0x00fc, 0x00fc, 0x00fc, - 0x00fc, 0x00fc, 0x00fc, 0x00fc, 0x00fc, 0x00fc, 0x00fc, 0x00fc, - 0x00fc, 0x00fc, 0x00fc, 0x00fc, 0x00fc, 0x00fc, 0x00fc, 0x00ac, - 0x0050, 0x00d0, 0x0010, 0x0090, 0x0070, 0x00f0, 0x0030, 0x00b0, - 0x0040, 0x00c0, 0x0000, 0x0080, 0x0060, 0x00e0, 0x0020, 0x00a0, - 0x00d8, 0x0018, 0x0098, 0x0078, 0x00f8, 0x0038, 0x00b8, 0x0048, - 0x00c8, 0x0008, 0x0088, 0x0068, 0x00e8, 0x0028, 0x00a8, 0x00d6, - 0x0096, 0x0076, 0x00f6, 0x0036, 0x00b6, 0x0046, 0x00c6, 0x0006, - 0x0086, 0x0066, 0x00e6, 0x0026, 0x00a6, 0x00de, 0x009e, 0x00fe, - 0x00fe, 0x00be, 0x00be, 0x00ce, 0x00ce, 0x008e, 0x008e, 0x00ee, - 0x00ee, 0x00d2, 0x00d2, 0x00f2, 0x00f2, 0x00c2, 0x00c2, 0x00e2, - 0x00e2, 0x00e2, 0x00da, 0x00da, 0x00da, 0x00da, 0x00fa, 0x00fa, - 0x00fa, 0x00fa, 0x00ca, 0x00ca, 0x00ca, 0x00ca, 0x00ea, 0x00ea, - 0x00ea, 0x00ea, 0x00ea, 0x00ea, 0x00eb, 0x00eb, 0x00eb, 0x00eb, - 0x00eb, 0x00eb, 0x00eb, 0x00eb, 0x00eb, 0x00eb, 0x00eb, 0x00eb, - 0x00fd, 0x00fd, 0x00fd, 0x00fd, 0x00fd, 0x00fd, 0x00fd, 0x00fd, - 0x00fd, 0x00fd, 0x00fd, 0x00fd, 0x00fd, 0x00fd, 0x00fd, 0x00fd, - 0x00fd, 0x00fd, 0x00fd, 0x00fd, 0x00fd, 0x00fd, 0x00fd, 0x00fd, - 0x00fd, 0x00fd, 0x00fd, 0x00fd, 0x00fd, 0x00fd, 0x00fd, 0x00fd, - 0x00d1, 0x0011, 0x0091, 0x0071, 0x00f1, 0x0031, 0x00b1, 0x0041, - 0x00c1, 0x0001, 0x0081, 0x0061, 0x00e1, 0x0021, 0x00a1, 0x0059, - 0x00d9, 0x0019, 0x0099, 0x0079, 0x00f9, 0x0039, 0x00b9, 0x0049, - 0x00c9, 0x0009, 0x0089, 0x0069, 0x00e9, 0x0029, 0x00a9, 0x0057, - 0x0017, 0x0097, 0x0077, 0x00f7, 0x0037, 0x00b7, 0x0047, 0x00c7, - 0x0007, 0x0087, 0x0067, 0x00e7, 0x0027, 0x00a7, 0x00df, 0x009f, - 0x009f, 0x00ff, 0x00ff, 0x00bf, 0x00bf, 0x00cf, 0x00cf, 0x008f, - 0x008f, 0x00ef, 0x00ef, 0x00af, 0x00af, 0x00d3, 0x00d3, 0x00f3, - 0x00f3, 0x00f3, 0x00c3, 0x00c3, 0x00c3, 0x00c3, 0x00e3, 0x00e3, - 0x00e3, 0x00e3, 0x00db, 0x00db, 0x00db, 0x00db, 0x00fb, 0x00fb, - 0x00fb, 0x00fb, 0x00fb, 0x00fb, 0x00cb, 0x00cb, 0x00cb, 0x00cb, - 0x00cb, 0x00cb, 0x00cb, 0x00cb, 0x00eb, 0x00eb, 0x00eb, 0x00eb + +/*------------------------------------------------------------------------- --* + * mu-law to line format conversion + *--------------------------------------------------------------------------- */ +static unsigned char ulaw_raw[256] = { + 0x54, 0xd4, 0x14, 0x94, 0x74, 0xf4, 0x34, 0xb4, 0x44, 0xc4, 0x04, 0x84, 0x64, 0xe4, 0x24, 0xa4, + 0x5c, 0xdc, 0x1c, 0x9c, 0x7c, 0xfc, 0x3c, 0xbc, 0x4c, 0xcc, 0x0c, 0x8c, 0x6c, 0xec, 0x2c, 0xac, + 0xd0, 0x10, 0x90, 0x70, 0xf0, 0x30, 0xb0, 0x40, 0xc0, 0x00, 0x80, 0x60, 0xe0, 0x20, 0xa0, 0x58, + 0xd8, 0x18, 0x98, 0x78, 0xf8, 0x38, 0xb8, 0x48, 0xc8, 0x08, 0x88, 0x68, 0xe8, 0x28, 0xa8, 0xd6, + 0x16, 0x96, 0x76, 0xf6, 0x36, 0xb6, 0x46, 0xc6, 0x06, 0x86, 0x66, 0xe6, 0x26, 0xa6, 0xde, 0x9e, + 0x7e, 0xfe, 0x3e, 0xbe, 0x4e, 0xce, 0x0e, 0x8e, 0x6e, 0xee, 0x2e, 0xae, 0xd2, 0x92, 0xf2, 0xb2, + 0xc2, 0x02, 0x82, 0x62, 0xe2, 0x22, 0xa2, 0x5a, 0xda, 0x1a, 0x9a, 0x7a, 0xfa, 0x3a, 0xba, 0x4a, + 0x4a, 0xca, 0xca, 0x0a, 0x0a, 0x8a, 0x8a, 0x6a, 0x6a, 0xea, 0xea, 0x2a, 0x2a, 0xaa, 0xab, 0xab, + 0x55, 0xd5, 0x15, 0x95, 0x75, 0xf5, 0x35, 0xb5, 0x45, 0xc5, 0x05, 0x85, 0x65, 0xe5, 0x25, 0xa5, + 0x5d, 0xdd, 0x1d, 0x9d, 0x7d, 0xfd, 0x3d, 0xbd, 0x4d, 0xcd, 0x0d, 0x8d, 0x6d, 0xed, 0x2d, 0xad, + 0x51, 0xd1, 0x11, 0x91, 0x71, 0xf1, 0x31, 0xb1, 0x41, 0xc1, 0x01, 0x81, 0x61, 0xe1, 0x21, 0xa1, + 0xd9, 0x19, 0x99, 0x79, 0xf9, 0x39, 0xb9, 0x49, 0xc9, 0x09, 0x89, 0x69, 0xe9, 0x29, 0xa9, 0x57, + 0x17, 0x97, 0x77, 0xf7, 0x37, 0xb7, 0x47, 0xc7, 0x07, 0x87, 0x67, 0xe7, 0x27, 0xa7, 0x5f, 0x1f, + 0x7f, 0xff, 0x3f, 0xbf, 0x4f, 0xcf, 0x0f, 0x8f, 0x6f, 0xef, 0x2f, 0xaf, 0x53, 0x13, 0x73, 0x33, + 0x43, 0xc3, 0x03, 0x83, 0x63, 0xe3, 0x23, 0xa3, 0x5b, 0xdb, 0x1b, 0x9b, 0x7b, 0xfb, 0x3b, 0xbb, + 0xbb, 0x4b, 0x4b, 0xcb, 0xcb, 0x0b, 0x0b, 0x8b, 0x8b, 0x6b, 0x6b, 0xeb, 0xeb, 0x2b, 0x2b, 0xab, }; /* EOF */ --- ./driver/i4b_tel.c.orig Wed Dec 30 22:17:48 1998 +++ ./driver/i4b_tel.c Wed Dec 30 22:40:45 1998 @@ -87,6 +87,8 @@ #define ST_RDWAITDATA 0x04 /* userland read waiting */ #define ST_WRWAITEMPTY 0x08 /* userland write waiting */ int audiofmt; /* audio format conversion */ + u_char *rcvttab; /* conversion table on read */ + u_char *wcvttab; /* conversion table on write */ call_desc_t *cdp; /* call descriptor pointer */ #ifdef DEVFS void *devfs_token; /* token for DEVFS */ @@ -103,8 +105,10 @@ static void tel_connect(int unit, void *cdp); static void tel_disconnect(int unit, void *cdp); +/* audio format conversion tables */ static unsigned char alaw_ulaw[]; static unsigned char ulaw_alaw[]; +static unsigned char bitreverse[]; #ifndef __FreeBSD__ #define PDEVSTATIC /* - not static - */ @@ -184,6 +188,8 @@ { tel_sc[i].devstate = ST_IDLE; tel_sc[i].audiofmt = CVT_NONE; + tel_sc[i].rcvttab = 0; + tel_sc[i].wcvttab = 0; tel_init_linktab(i); #ifdef DEVFS tel_sc[i].devfs_token @@ -208,8 +214,15 @@ sc = &tel_sc[unit]; +#ifdef notdef +/* + * XXX + * With this code enabled, one cannot set or get the audio format + * while not connected. +*/ if(!(sc->devstate & ST_CONNECTED)) return(EIO); +#endif if(sc->devstate & ST_ISOPEN) return(EBUSY); @@ -274,7 +287,26 @@ break; case I4B_TEL_SETAUDIOFMT: - sc->audiofmt = *(int *)data; + switch (*(int *)data) + { + case CVT_NONE: + sc->rcvttab = 0; + sc->wcvttab = 0; + break; + case CVT_ALAW2ULAW: + sc->rcvttab = alaw_ulaw; + sc->wcvttab = ulaw_alaw; + break; + case CVT_ALAW_CANON: + sc->rcvttab = bitreverse; + sc->wcvttab = bitreverse; + break; + default: + error = ENODEV; + break; + } + if(error == 0) + sc->audiofmt = *(int *)data; break; case I4B_TEL_EMPTYINPUTQUEUE: @@ -355,13 +387,13 @@ IF_DEQUEUE(sc->isdn_linktab->rx_queue, m); - if(m && m->m_len) + if(m && m->m_len > 0) { - if(sc->audiofmt == CVT_ALAW2ULAW) + if(sc->rcvttab) { int i; for(i = 0; i < m->m_len; i++) - m->m_data[i] = alaw_ulaw[(int)m->m_data[i]]; + mtod(m,u_char *)[i] = sc->rcvttab[mtod(m,u_char *)[i]]; } error = uiomove(m->m_data, m->m_len, uio); } @@ -450,11 +482,11 @@ error = uiomove(m->m_data, m->m_len, uio); - if(sc->audiofmt == CVT_ALAW2ULAW) + if(sc->wcvttab) { int i; for(i = 0; i < m->m_len; i++) - m->m_data[i] = ulaw_alaw[(int)m->m_data[i]]; + mtod(m,u_char *)[i] = sc->wcvttab[mtod(m,u_char *)[i]]; } IF_ENQUEUE(sc->isdn_linktab->tx_queue, m); @@ -633,80 +665,73 @@ *=========================================================================== */ /*------------------------------------------------------------------------- --* - * A-law to mu-law conversion + * Line format to mu-law conversion + *--------------------------------------------------------------------------- */ +static unsigned char alaw_ulaw[256] = { + 0x2a, 0xa9, 0x62, 0xe1, 0x0a, 0x8a, 0x48, 0xc8, 0x39, 0xb9, 0x75, 0xf3, 0x1a, 0x9a, 0x56, 0xd6, + 0x22, 0xa1, 0x5d, 0xdc, 0x02, 0x82, 0x40, 0xc0, 0x31, 0xb1, 0x6a, 0xe9, 0x12, 0x92, 0x4f, 0xcf, + 0x2e, 0xad, 0x66, 0xe5, 0x0e, 0x8e, 0x4c, 0xcc, 0x3d, 0xbd, 0x7d, 0xfb, 0x1e, 0x9e, 0x5a, 0xda, + 0x26, 0xa5, 0x5f, 0xde, 0x06, 0x86, 0x44, 0xc4, 0x35, 0xb5, 0x6e, 0xed, 0x16, 0x96, 0x52, 0xd2, + 0x28, 0xa7, 0x60, 0xdf, 0x08, 0x88, 0x46, 0xc6, 0x37, 0xb7, 0x71, 0xef, 0x18, 0x98, 0x54, 0xd4, + 0x20, 0x9f, 0x5c, 0xdb, 0x00, 0x80, 0x3f, 0xbf, 0x2f, 0xaf, 0x68, 0xe7, 0x10, 0x90, 0x4e, 0xce, + 0x2c, 0xab, 0x64, 0xe3, 0x0c, 0x8c, 0x4a, 0xca, 0x3b, 0xbb, 0x79, 0xf7, 0x1c, 0x9c, 0x58, 0xd8, + 0x24, 0xa3, 0x5e, 0xdd, 0x04, 0x84, 0x42, 0xc2, 0x33, 0xb3, 0x6c, 0xeb, 0x14, 0x94, 0x50, 0xd0, + 0x2b, 0xaa, 0x63, 0xe2, 0x0b, 0x8b, 0x49, 0xc9, 0x3a, 0xba, 0x77, 0xf5, 0x1b, 0x9b, 0x57, 0xd7, + 0x23, 0xa2, 0x5d, 0xdd, 0x03, 0x83, 0x41, 0xc1, 0x32, 0xb2, 0x6b, 0xea, 0x13, 0x93, 0x4f, 0xcf, + 0x2f, 0xae, 0x67, 0xe6, 0x0f, 0x8f, 0x4d, 0xcd, 0x3e, 0xbe, 0xff, 0xfd, 0x1f, 0x9f, 0x5b, 0xdb, + 0x27, 0xa6, 0x5f, 0xdf, 0x07, 0x87, 0x45, 0xc5, 0x36, 0xb6, 0x6f, 0xee, 0x17, 0x97, 0x53, 0xd3, + 0x29, 0xa8, 0x61, 0xe0, 0x09, 0x89, 0x47, 0xc7, 0x38, 0xb8, 0x73, 0xf1, 0x19, 0x99, 0x55, 0xd5, + 0x21, 0xa0, 0x5c, 0xdc, 0x01, 0x81, 0x3f, 0xbf, 0x30, 0xb0, 0x69, 0xe8, 0x11, 0x91, 0x4e, 0xce, + 0x2d, 0xac, 0x65, 0xe4, 0x0d, 0x8d, 0x4b, 0xcb, 0x3c, 0xbc, 0x7b, 0xf9, 0x1d, 0x9d, 0x59, 0xd9, + 0x25, 0xa4, 0x5e, 0xde, 0x05, 0x85, 0x43, 0xc3, 0x34, 0xb4, 0x6d, 0xec, 0x15, 0x95, 0x51, 0xd1, +}; + + +/*------------------------------------------------------------------------- --* + * mu-law to line format conversion *--------------------------------------------------------------------------- */ -static unsigned char alaw_ulaw[] = { - 0x002a, 0x00a9, 0x005f, 0x00e3, 0x001f, 0x009f, 0x0048, 0x00c8, - 0x0039, 0x00b9, 0x006f, 0x00f7, 0x001f, 0x009f, 0x0055, 0x00d7, - 0x0022, 0x00a1, 0x005b, 0x00dd, 0x001f, 0x009f, 0x0040, 0x00c0, - 0x0031, 0x00b1, 0x0067, 0x00eb, 0x001f, 0x009f, 0x004e, 0x00cf, - 0x002e, 0x00ad, 0x0063, 0x00e7, 0x001f, 0x009f, 0x004c, 0x00cc, - 0x003d, 0x00bd, 0x0077, 0x00ff, 0x001f, 0x009f, 0x0059, 0x00db, - 0x0026, 0x00a5, 0x005d, 0x00df, 0x001f, 0x009f, 0x0044, 0x00c4, - 0x0035, 0x00b5, 0x006b, 0x00ef, 0x001f, 0x009f, 0x0051, 0x00d3, - 0x0028, 0x00a7, 0x005f, 0x00e3, 0x001f, 0x009f, 0x0046, 0x00c6, - 0x0037, 0x00b7, 0x006f, 0x00f7, 0x001f, 0x009f, 0x0053, 0x00d5, - 0x0020, 0x009f, 0x005b, 0x00dd, 0x001f, 0x009f, 0x003f, 0x00bf, - 0x002f, 0x00af, 0x0067, 0x00eb, 0x001f, 0x009f, 0x004d, 0x00ce, - 0x002c, 0x00ab, 0x0063, 0x00e7, 0x001f, 0x009f, 0x004a, 0x00ca, - 0x003b, 0x00bb, 0x0077, 0x00ff, 0x001f, 0x009f, 0x0057, 0x00d9, - 0x0024, 0x00a3, 0x005d, 0x00df, 0x001f, 0x009f, 0x0042, 0x00c2, - 0x0033, 0x00b3, 0x006b, 0x00ef, 0x001f, 0x009f, 0x004f, 0x00d1, - 0x002b, 0x00aa, 0x0063, 0x00e3, 0x001f, 0x009f, 0x0049, 0x00c9, - 0x003a, 0x00ba, 0x0077, 0x00f7, 0x001f, 0x009f, 0x0057, 0x00d7, - 0x0023, 0x00a2, 0x005d, 0x00dd, 0x001f, 0x009f, 0x0041, 0x00c1, - 0x0032, 0x00b2, 0x006b, 0x00eb, 0x001f, 0x009f, 0x004f, 0x00cf, - 0x002f, 0x00ae, 0x0067, 0x00e7, 0x001f, 0x009f, 0x004d, 0x00cd, - 0x003e, 0x00be, 0x00ff, 0x00ff, 0x001f, 0x009f, 0x005b, 0x00db, - 0x0027, 0x00a6, 0x005f, 0x00df, 0x001f, 0x009f, 0x0045, 0x00c5, - 0x0036, 0x00b6, 0x006f, 0x00ef, 0x001f, 0x009f, 0x0053, 0x00d3, - 0x0029, 0x00a8, 0x005f, 0x00e3, 0x001f, 0x009f, 0x0047, 0x00c7, - 0x0038, 0x00b8, 0x006f, 0x00f7, 0x001f, 0x009f, 0x0055, 0x00d5, - 0x0021, 0x00a0, 0x005b, 0x00dd, 0x001f, 0x009f, 0x003f, 0x00bf, - 0x0030, 0x00b0, 0x0067, 0x00eb, 0x001f, 0x009f, 0x004e, 0x00ce, - 0x002d, 0x00ac, 0x0063, 0x00e7, 0x001f, 0x009f, 0x004b, 0x00cb, - 0x003c, 0x00bc, 0x0077, 0x00ff, 0x001f, 0x009f, 0x0059, 0x00d9, - 0x0025, 0x00a4, 0x005d, 0x00df, 0x001f, 0x009f, 0x0043, 0x00c3, - 0x0034, 0x00b4, 0x006b, 0x00ef, 0x001f, 0x009f, 0x0051, 0x00d1 +static unsigned char ulaw_alaw[256] = { + 0x54, 0xd4, 0x14, 0x94, 0x74, 0xf4, 0x34, 0xb4, 0x44, 0xc4, 0x04, 0x84, 0x64, 0xe4, 0x24, 0xa4, + 0x5c, 0xdc, 0x1c, 0x9c, 0x7c, 0xfc, 0x3c, 0xbc, 0x4c, 0xcc, 0x0c, 0x8c, 0x6c, 0xec, 0x2c, 0xac, + 0xd0, 0x10, 0x90, 0x70, 0xf0, 0x30, 0xb0, 0x40, 0xc0, 0x00, 0x80, 0x60, 0xe0, 0x20, 0xa0, 0x58, + 0xd8, 0x18, 0x98, 0x78, 0xf8, 0x38, 0xb8, 0x48, 0xc8, 0x08, 0x88, 0x68, 0xe8, 0x28, 0xa8, 0xd6, + 0x16, 0x96, 0x76, 0xf6, 0x36, 0xb6, 0x46, 0xc6, 0x06, 0x86, 0x66, 0xe6, 0x26, 0xa6, 0xde, 0x9e, + 0x7e, 0xfe, 0x3e, 0xbe, 0x4e, 0xce, 0x0e, 0x8e, 0x6e, 0xee, 0x2e, 0xae, 0xd2, 0x92, 0xf2, 0xb2, + 0xc2, 0x02, 0x82, 0x62, 0xe2, 0x22, 0xa2, 0x5a, 0xda, 0x1a, 0x9a, 0x7a, 0xfa, 0x3a, 0xba, 0x4a, + 0x4a, 0xca, 0xca, 0x0a, 0x0a, 0x8a, 0x8a, 0x6a, 0x6a, 0xea, 0xea, 0x2a, 0x2a, 0xaa, 0xab, 0xab, + 0x55, 0xd5, 0x15, 0x95, 0x75, 0xf5, 0x35, 0xb5, 0x45, 0xc5, 0x05, 0x85, 0x65, 0xe5, 0x25, 0xa5, + 0x5d, 0xdd, 0x1d, 0x9d, 0x7d, 0xfd, 0x3d, 0xbd, 0x4d, 0xcd, 0x0d, 0x8d, 0x6d, 0xed, 0x2d, 0xad, + 0x51, 0xd1, 0x11, 0x91, 0x71, 0xf1, 0x31, 0xb1, 0x41, 0xc1, 0x01, 0x81, 0x61, 0xe1, 0x21, 0xa1, + 0xd9, 0x19, 0x99, 0x79, 0xf9, 0x39, 0xb9, 0x49, 0xc9, 0x09, 0x89, 0x69, 0xe9, 0x29, 0xa9, 0x57, + 0x17, 0x97, 0x77, 0xf7, 0x37, 0xb7, 0x47, 0xc7, 0x07, 0x87, 0x67, 0xe7, 0x27, 0xa7, 0x5f, 0x1f, + 0x7f, 0xff, 0x3f, 0xbf, 0x4f, 0xcf, 0x0f, 0x8f, 0x6f, 0xef, 0x2f, 0xaf, 0x53, 0x13, 0x73, 0x33, + 0x43, 0xc3, 0x03, 0x83, 0x63, 0xe3, 0x23, 0xa3, 0x5b, 0xdb, 0x1b, 0x9b, 0x7b, 0xfb, 0x3b, 0xbb, + 0xbb, 0x4b, 0x4b, 0xcb, 0xcb, 0x0b, 0x0b, 0x8b, 0x8b, 0x6b, 0x6b, 0xeb, 0xeb, 0x2b, 0x2b, 0xab, }; + /*------------------------------------------------------------------------- --* - * mu-law to A-law conversion + * bit-reverse the sample to convert from/to canonical A-law *--------------------------------------------------------------------------- */ -static unsigned char ulaw_alaw[] = { - 0x00fc, 0x00fc, 0x00fc, 0x00fc, 0x00fc, 0x00fc, 0x00fc, 0x00fc, - 0x00fc, 0x00fc, 0x00fc, 0x00fc, 0x00fc, 0x00fc, 0x00fc, 0x00fc, - 0x00fc, 0x00fc, 0x00fc, 0x00fc, 0x00fc, 0x00fc, 0x00fc, 0x00fc, - 0x00fc, 0x00fc, 0x00fc, 0x00fc, 0x00fc, 0x00fc, 0x00fc, 0x00ac, - 0x0050, 0x00d0, 0x0010, 0x0090, 0x0070, 0x00f0, 0x0030, 0x00b0, - 0x0040, 0x00c0, 0x0000, 0x0080, 0x0060, 0x00e0, 0x0020, 0x00a0, - 0x00d8, 0x0018, 0x0098, 0x0078, 0x00f8, 0x0038, 0x00b8, 0x0048, - 0x00c8, 0x0008, 0x0088, 0x0068, 0x00e8, 0x0028, 0x00a8, 0x00d6, - 0x0096, 0x0076, 0x00f6, 0x0036, 0x00b6, 0x0046, 0x00c6, 0x0006, - 0x0086, 0x0066, 0x00e6, 0x0026, 0x00a6, 0x00de, 0x009e, 0x00fe, - 0x00fe, 0x00be, 0x00be, 0x00ce, 0x00ce, 0x008e, 0x008e, 0x00ee, - 0x00ee, 0x00d2, 0x00d2, 0x00f2, 0x00f2, 0x00c2, 0x00c2, 0x00e2, - 0x00e2, 0x00e2, 0x00da, 0x00da, 0x00da, 0x00da, 0x00fa, 0x00fa, - 0x00fa, 0x00fa, 0x00ca, 0x00ca, 0x00ca, 0x00ca, 0x00ea, 0x00ea, - 0x00ea, 0x00ea, 0x00ea, 0x00ea, 0x00eb, 0x00eb, 0x00eb, 0x00eb, - 0x00eb, 0x00eb, 0x00eb, 0x00eb, 0x00eb, 0x00eb, 0x00eb, 0x00eb, - 0x00fd, 0x00fd, 0x00fd, 0x00fd, 0x00fd, 0x00fd, 0x00fd, 0x00fd, - 0x00fd, 0x00fd, 0x00fd, 0x00fd, 0x00fd, 0x00fd, 0x00fd, 0x00fd, - 0x00fd, 0x00fd, 0x00fd, 0x00fd, 0x00fd, 0x00fd, 0x00fd, 0x00fd, - 0x00fd, 0x00fd, 0x00fd, 0x00fd, 0x00fd, 0x00fd, 0x00fd, 0x00fd, - 0x00d1, 0x0011, 0x0091, 0x0071, 0x00f1, 0x0031, 0x00b1, 0x0041, - 0x00c1, 0x0001, 0x0081, 0x0061, 0x00e1, 0x0021, 0x00a1, 0x0059, - 0x00d9, 0x0019, 0x0099, 0x0079, 0x00f9, 0x0039, 0x00b9, 0x0049, - 0x00c9, 0x0009, 0x0089, 0x0069, 0x00e9, 0x0029, 0x00a9, 0x0057, - 0x0017, 0x0097, 0x0077, 0x00f7, 0x0037, 0x00b7, 0x0047, 0x00c7, - 0x0007, 0x0087, 0x0067, 0x00e7, 0x0027, 0x00a7, 0x00df, 0x009f, - 0x009f, 0x00ff, 0x00ff, 0x00bf, 0x00bf, 0x00cf, 0x00cf, 0x008f, - 0x008f, 0x00ef, 0x00ef, 0x00af, 0x00af, 0x00d3, 0x00d3, 0x00f3, - 0x00f3, 0x00f3, 0x00c3, 0x00c3, 0x00c3, 0x00c3, 0x00e3, 0x00e3, - 0x00e3, 0x00e3, 0x00db, 0x00db, 0x00db, 0x00db, 0x00fb, 0x00fb, - 0x00fb, 0x00fb, 0x00fb, 0x00fb, 0x00cb, 0x00cb, 0x00cb, 0x00cb, - 0x00cb, 0x00cb, 0x00cb, 0x00cb, 0x00eb, 0x00eb, 0x00eb, 0x00eb +static unsigned char bitreverse[256] = { + 0x00, 0x80, 0x40, 0xc0, 0x20, 0xa0, 0x60, 0xe0, 0x10, 0x90, 0x50, 0xd0, 0x30, 0xb0, 0x70, 0xf0, + 0x08, 0x88, 0x48, 0xc8, 0x28, 0xa8, 0x68, 0xe8, 0x18, 0x98, 0x58, 0xd8, 0x38, 0xb8, 0x78, 0xf8, + 0x04, 0x84, 0x44, 0xc4, 0x24, 0xa4, 0x64, 0xe4, 0x14, 0x94, 0x54, 0xd4, 0x34, 0xb4, 0x74, 0xf4, + 0x0c, 0x8c, 0x4c, 0xcc, 0x2c, 0xac, 0x6c, 0xec, 0x1c, 0x9c, 0x5c, 0xdc, 0x3c, 0xbc, 0x7c, 0xfc, + 0x02, 0x82, 0x42, 0xc2, 0x22, 0xa2, 0x62, 0xe2, 0x12, 0x92, 0x52, 0xd2, 0x32, 0xb2, 0x72, 0xf2, + 0x0a, 0x8a, 0x4a, 0xca, 0x2a, 0xaa, 0x6a, 0xea, 0x1a, 0x9a, 0x5a, 0xda, 0x3a, 0xba, 0x7a, 0xfa, + 0x06, 0x86, 0x46, 0xc6, 0x26, 0xa6, 0x66, 0xe6, 0x16, 0x96, 0x56, 0xd6, 0x36, 0xb6, 0x76, 0xf6, + 0x0e, 0x8e, 0x4e, 0xce, 0x2e, 0xae, 0x6e, 0xee, 0x1e, 0x9e, 0x5e, 0xde, 0x3e, 0xbe, 0x7e, 0xfe, + 0x01, 0x81, 0x41, 0xc1, 0x21, 0xa1, 0x61, 0xe1, 0x11, 0x91, 0x51, 0xd1, 0x31, 0xb1, 0x71, 0xf1, + 0x09, 0x89, 0x49, 0xc9, 0x29, 0xa9, 0x69, 0xe9, 0x19, 0x99, 0x59, 0xd9, 0x39, 0xb9, 0x79, 0xf9, + 0x05, 0x85, 0x45, 0xc5, 0x25, 0xa5, 0x65, 0xe5, 0x15, 0x95, 0x55, 0xd5, 0x35, 0xb5, 0x75, 0xf5, + 0x0d, 0x8d, 0x4d, 0xcd, 0x2d, 0xad, 0x6d, 0xed, 0x1d, 0x9d, 0x5d, 0xdd, 0x3d, 0xbd, 0x7d, 0xfd, + 0x03, 0x83, 0x43, 0xc3, 0x23, 0xa3, 0x63, 0xe3, 0x13, 0x93, 0x53, 0xd3, 0x33, 0xb3, 0x73, 0xf3, + 0x0b, 0x8b, 0x4b, 0xcb, 0x2b, 0xab, 0x6b, 0xeb, 0x1b, 0x9b, 0x5b, 0xdb, 0x3b, 0xbb, 0x7b, 0xfb, + 0x07, 0x87, 0x47, 0xc7, 0x27, 0xa7, 0x67, 0xe7, 0x17, 0x97, 0x57, 0xd7, 0x37, 0xb7, 0x77, 0xf7, + 0x0f, 0x8f, 0x4f, 0xcf, 0x2f, 0xaf, 0x6f, 0xef, 0x1f, 0x9f, 0x5f, 0xdf, 0x3f, 0xbf, 0x7f, 0xff, }; + /*========================================================================= ==*/ --- ./isdntelctl/main.c.orig Mon Dec 14 11:31:57 1998 +++ ./isdntelctl/main.c Wed Dec 30 22:18:21 1998 @@ -58,6 +58,7 @@ int opt_U = 0; int opt_A = 0; int opt_C = 0; +int opt_R = 0; /*------------------------------------------------------------------------- --* * program entry @@ -70,7 +71,7 @@ int telfd; char namebuffer[128]; - while ((c = getopt(argc, argv, "cgu:AU?")) != EOF) + while ((c = getopt(argc, argv, "cgu:AUR?")) != EOF) { switch(c) { @@ -96,6 +97,10 @@ opt_U = 1; break; + case 'R': + opt_R = 1; + break; + case '?': default: usage(); @@ -103,12 +108,12 @@ } } - if(opt_get == 0 && opt_U == 0 && opt_A && opt_C == 0) + if(opt_get == 0 && opt_R == 0 && opt_U == 0 && opt_A == 0 && opt_C == 0) { opt_get = 1; } - if((opt_get + opt_U + opt_A + opt_C) > 1) + if((opt_get + opt_R + opt_U + opt_A + opt_C) > 1) { usage(); } @@ -139,6 +144,10 @@ { printf("device %s uses u-Law sound format\n", namebuffer); } + else if(format == CVT_ALAW_CANON) + { + printf("device %s uses canonical A-Law sound format\n", namebuffer); + } else { printf("ERROR, device %s uses unknown format %d!\n", namebuffer, format); @@ -169,6 +178,17 @@ } exit(0); } + if(opt_R) + { + int format = CVT_ALAW_CANON; + + if((ret = ioctl(telfd, I4B_TEL_SETAUDIOFMT, &format)) < 0) + { + fprintf(stderr, "ioctl I4B_TEL_SETAUDIOFMT failed: %s", strerror(errno)); + exit(1); + } + exit(0); + } if(opt_C) { int dummy; @@ -195,6 +215,7 @@ fprintf(stderr, " -u unit specify unit number\n"); fprintf(stderr, " -A set interface to A-Law coding\n"); fprintf(stderr, " -U set interface to u-Law coding\n"); + fprintf(stderr, " -R set interface to canonical (regular) A-Law coding\n"); fprintf(stderr, " -c clear input queue\n"); fprintf(stderr, "\n"); exit(1); --- ./isdntelctl/isdntelctl.8.orig Mon Dec 14 11:31:55 1998 +++ ./isdntelctl/isdntelctl.8 Wed Dec 30 22:18:21 1998 @@ -38,6 +38,7 @@ .Op Fl u Ar unit .Op Fl A .Op Fl U +.Op Fl R .Sh DESCRIPTION .Nm isdntelctl is part of the isdn4bsd package and is used to configure the sound format @@ -56,6 +57,14 @@ Set sound format to A-Law. .It Fl U Set sound format to u-Law. +.It Fl R +Set sound format to canonical (regular) A-Law format. +.El +.Pp +By default, isdn4bsd sends and receives audio in A-Law as provided by the +hardware. However, these samples cannot easily be processed further as the +sample word is bit-reversed. Both the u-Law and canonical A-Law formats +store samples in a way suitable for post-processing by e.\ g. sox(1). .Pp .Sh FILES /dev/i4btel --- ./machine/i4b_tel_ioctl.h.orig Mon Dec 14 11:31:58 1998 +++ ./machine/i4b_tel_ioctl.h Wed Dec 30 22:18:21 1998 @@ -40,6 +40,7 @@ #define CVT_NONE 0 /* no format conversion */ #define CVT_ALAW2ULAW 1 /* kernel A-law, userland mu-law */ +#define CVT_ALAW_CANON 2 /* kernel A-law, userland canonical A-law */ /*------------------------------------------------------------------------- --* * get / set audio format --==========01048950==========-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message From owner-freebsd-isdn Tue Jan 5 07:48:47 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA28403 for freebsd-isdn-outgoing; Tue, 5 Jan 1999 07:48:47 -0800 (PST) (envelope-from owner-freebsd-isdn@FreeBSD.ORG) Received: from mail.vr.IN-Berlin.DE (gnu.in-berlin.de [192.109.42.4]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA28387 for ; Tue, 5 Jan 1999 07:48:39 -0800 (PST) (envelope-from dva.in-berlin.de!balu@hirsch.in-berlin.de) Received: from hirsch.in-berlin.de (root@hirsch.in-berlin.de [192.109.42.6]) by mail.vr.IN-Berlin.DE (8.9.1a/8.9.1) with ESMTP id QAA21014 for ; Tue, 5 Jan 1999 16:48:09 +0100 (CET) (envelope-from dva.in-berlin.de!balu@hirsch.in-berlin.de) Received: by hirsch.in-berlin.de (Smail3.2) id ; Tue, 5 Jan 1999 16:48:07 +0100 (CET) Received: (from balu@localhost) by dva.in-berlin.de (8.9.1/8.9.1) id QAA29426 for freebsd-isdn@FreeBSD.ORG; Tue, 5 Jan 1999 16:38:13 +0100 (CET) (envelope-from balu) Date: Tue, 5 Jan 1999 16:38:13 +0100 From: Boris Staeblow To: freebsd-isdn@FreeBSD.ORG Subject: HELP: crash with I4B Message-ID: <19990105163813.A29188@dva.in-berlin.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95i Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hello, _sometimes_ when i dialout to my provider i get the following messages: Jan 5 16:01:24 rate 90 sec/unit (aocd, rate) Jan 5 16:01:24 dialing out from xxx to xxx Jan 5 16:01:24 outgoing call proceeding (ctl 0, ch 0) Jan 5 16:01:25 outgoing call active (ctl 0, ch 0) Jan 5 16:01:25 outgoing call disconnected (remote) Jan 5 16:01:25 cause 101: Message not compatible with call state (Q.850) Jan 5 16:01:25 charging: 1 units, 0 seconds Jan 5 16:01:25 accounting: in 56, out 70 (in 0, out 0) Jan 5 16:01:25 dva /kernel: i4b-L3-i4b_decode_q931: cannot find calldescriptor for cr = 0x6e, crflag = 0x1, msg = 0x4d, frame = 0x4d 0x8 0x2 0x82 0xd1 Jan 5 16:01:29 dva /kernel: i4b-L3-i4b_decode_q931: cannot find calldescriptor for cr = 0x6e, crflag = 0x1, msg = 0x4d, frame = 0x4d 0x8 0x2 0x82 0xd1 At further attemts to dial-out (same log-messages like above) the machine will mostly crash and reset immediately without viewable panic's. Is this a known problem? Do you need log's with higher debuglevels? The remote ISDN-Router is an Ascend MAX 2000. My Setup: -current with i4b 0.70 isic0 at 0xd80 irq 11 maddr 0xd0000 msize 4096 flags 0x2 on isa isic0: Teles S0/16, Creatix ISDN S0-16 or Niccy 1016 ^^^^^^^^^^^^^^^^^^ isic0: ISAC 2085 Version V2.3 (B3) (IOM-1) (Addr=0xf00d0100) isic0: HSCX 82525 or 21525 Version 2.1 (AddrA=0xf00d0180, AddrB=0xf00d01c0) Boris -- balu@dva.in-berlin.de Boris Staeblow To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message From owner-freebsd-isdn Tue Jan 5 12:25:55 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA02079 for freebsd-isdn-outgoing; Tue, 5 Jan 1999 12:25:55 -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 MAA02071 for ; Tue, 5 Jan 1999 12:25:52 -0800 (PST) (envelope-from martin@rumolt.teuto.de) Received: from rumolt.teuto.de (root@rumolt.teuto.de [212.8.203.81]) by linteuto.teuto.de (8.8.7/8.8.7) with ESMTP id VAA01809; Tue, 5 Jan 1999 21:25:24 +0100 Received: (from martin@localhost) by rumolt.teuto.de (8.8.8/8.8.7) id VAA02550; Tue, 5 Jan 1999 21:23:58 +0100 (MET) From: Martin Husemann Message-Id: <199901052023.VAA02550@rumolt.teuto.de> Subject: Re: HELP: crash with I4B To: balu@dva.in-berlin.de (Boris Staeblow) Date: Tue, 5 Jan 1999 21:23:58 +0100 (MET) Cc: freebsd-isdn@FreeBSD.ORG In-Reply-To: <19990105163813.A29188@dva.in-berlin.de> from "Boris Staeblow" at Jan 5, 99 04:38:13 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 > Jan 5 16:01:25 dva /kernel: i4b-L3-i4b_decode_q931: cannot find calldescriptor > for cr = 0x6e, crflag = 0x1, msg = 0x4d, frame = 0x4d 0x8 0x2 0x82 0xd1 > Jan 5 16:01:29 dva /kernel: i4b-L3-i4b_decode_q931: cannot find calldescriptor > for cr = 0x6e, crflag = 0x1, msg = 0x4d, frame = 0x4d 0x8 0x2 0x82 0xd1 > > At further attemts to dial-out (same log-messages like above) > the machine will mostly crash and reset immediately without viewable panic's. I have a very simmilar looking problem here with one connection. We've just started to debug it, but it's a hard problem. Are you using callback with this connection? Martin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message From owner-freebsd-isdn Tue Jan 5 16:52:25 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA15308 for freebsd-isdn-outgoing; Tue, 5 Jan 1999 16:52:25 -0800 (PST) (envelope-from owner-freebsd-isdn@FreeBSD.ORG) Received: from mail.vr.IN-Berlin.DE (gnu.in-berlin.de [192.109.42.4]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA15291 for ; Tue, 5 Jan 1999 16:52:19 -0800 (PST) (envelope-from dva.in-berlin.de!balu@hirsch.in-berlin.de) Received: from hirsch.in-berlin.de (root@hirsch.in-berlin.de [192.109.42.6]) by mail.vr.IN-Berlin.DE (8.9.1a/8.9.1) with ESMTP id BAA17807; Wed, 6 Jan 1999 01:51:45 +0100 (CET) (envelope-from dva.in-berlin.de!balu@hirsch.in-berlin.de) Received: by hirsch.in-berlin.de (Smail3.2) id ; Wed, 6 Jan 1999 01:51:43 +0100 (CET) Received: (from balu@localhost) by dva.in-berlin.de (8.9.1/8.9.1) id BAA04047; Wed, 6 Jan 1999 01:41:54 +0100 (CET) (envelope-from balu) Date: Wed, 6 Jan 1999 01:41:54 +0100 From: Boris Staeblow To: Martin Husemann Cc: freebsd-isdn@FreeBSD.ORG Subject: Re: HELP: crash with I4B Message-ID: <19990106014154.A2921@dva.in-berlin.de> References: <19990105163813.A29188@dva.in-berlin.de> <199901052023.VAA02550@rumolt.teuto.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95i In-Reply-To: <199901052023.VAA02550@rumolt.teuto.de>; from Martin Husemann on Tue, Jan 05, 1999 at 09:23:58PM +0100 Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Tue, Jan 05, 1999 at 09:23:58PM +0100, Martin Husemann wrote: > > At further attemts to dial-out (same log-messages like above) > > the machine will mostly crash and reset immediately without viewable panic's. > > I have a very simmilar looking problem here with one connection. We've just > started to debug it, but it's a hard problem. > > Are you using callback with this connection? No - it's a simple PPP-connection to my Provider. Here is a much more detailed debug-log and isdntrace from a recent crash: Jan 5 23:56:09 xx /kernel: isp0: lcp close(initial) Jan 5 23:56:12 xx /kernel: isp0: lcp open(initial) Jan 5 23:56:12 xx /kernel: isp0: phase establish Jan 5 23:56:12 DBG msg_dialout: dial req from isp, unit 0 Jan 5 23:56:12 DBG setup_dialout: entry xx ok! Jan 5 23:56:12 DBG find_by_device_for_dialout: found entry 2! Jan 5 23:56:12 DBG FSM event [msg-dialout]: [idle => dialing] Jan 5 23:56:12 DBG F_DIAL: local dial out request Jan 5 23:56:12 DBG select_first_dialno: only one no, no = xxxxxxx Jan 5 23:56:12 CHD 00001 xx rate 240 sec/unit (aocd, rate) Jan 5 23:56:12 DBG sendm_connect_req: ctrl = 0, chan = -1 Jan 5 23:56:12 DBG decr_free_channels: ctrl 0, now 1 chan free Jan 5 23:56:12 CHD 00001 xx dialing out from xxxxxxxx to xxxxxxxx Jan 5 23:56:12 DBG msg_l12stat_ind: unit 0, layer 1, state 1 Jan 5 23:56:14 xx /kernel: i4b-L2-i4b_T202_timeout: unit 0, N202 = 3 Jan 5 23:56:14 xx /kernel: i4b: unit 0, assigned TEI = 121 = 0x79 Jan 5 23:56:14 DBG msg_teiasg_ind: unit 0, tei = 121 Jan 5 23:56:14 DBG msg_l12stat_ind: unit 0, layer 2, state 1 Jan 5 23:56:15 DBG set_channel_busy: controller [0] channel B1 set to BUSY! Jan 5 23:56:15 CHD 00001 xx outgoing call proceeding (ctl 0, ch 0) Jan 5 23:56:15 xx /kernel: isp0: Up event Jan 5 23:56:15 xx /kernel: isp0: lcp up(starting) Jan 5 23:56:15 xx /kernel: isp0: lcp output Jan 5 23:56:15 xx /kernel: isp0: lcp input(req-sent): Jan 5 23:56:15 xx /kernel: isp0: lcp parse opts: magic Jan 5 23:56:15 xx /kernel: isp0: lcp parse opt values: magic [glitch] send conf-nak Jan 5 23:56:15 xx /kernel: isp0: lcp output Jan 5 23:56:15 xx /kernel: isp0: lcp input(req-sent): Jan 5 23:56:15 xx /kernel: isp0: lcp nak opts: magic magic glitch Jan 5 23:56:15 xx /kernel: isp0: lcp output Jan 5 23:56:15 DBG set_channel_busy: controller [0] channel B1 already busy! Jan 5 23:56:15 CHD 00001 xx outgoing call active (ctl 0, ch 0) Jan 5 23:56:15 DBG FSM event [msg-con-act-ind]: [dialing => connected] Jan 5 23:56:15 DBG F_DOK: dial out ok Jan 5 23:56:15 DBG select_this_dialno: index = 0, no = xxxxxxxxx Jan 5 23:56:15 DBG msg_charging: 1 unit(s) (AOCE) Jan 5 23:56:16 xx /kernel: isp0: lcp down(req-sent) Jan 5 23:56:16 xx /kernel: isp0: Down event (carrier loss) Jan 5 23:56:16 xx /kernel: isp0: lcp close(starting) Jan 5 23:56:16 xx /kernel: isp0: phase dead Jan 5 23:56:16 CHD 00001 xx outgoing call disconnected (remote) Jan 5 23:56:16 xx /kernel: i4b-L3-i4b_decode_q931: cannot find calldescriptor for cr = 0x3b, crflag = 0x1, msg = 0x4d, frame = 0x4d 0x8 0x2 0x82 0xd1 Jan 5 23:56:16 CHD 00001 xx cause 101: Message not compatible with call state (Q.850) Jan 5 23:56:16 CHD 00001 xx charging: 1 units, 1 seconds Jan 5 23:56:16 CHD 00001 xx accounting: in 28, out 42 (in 0, out 0) Jan 5 23:56:16 DBG set_channel_idle: controller [0] channel B1 set to IDLE! Jan 5 23:56:16 DBG incr_free_channels: ctrl 0, now 2 chan free Jan 5 23:56:16 DBG FSM event [msg-disc-ind]: [connected => idle] Jan 5 23:56:16 DBG F_IDIS: disconnect indication Jan 5 23:56:17 xx /kernel: isp0: lcp open(initial) Jan 5 23:56:17 xx /kernel: isp0: phase establish Jan 5 23:56:17 DBG msg_dialout: dial req from isp, unit 0 Jan 5 23:56:17 DBG setup_dialout: entry xx ok! Jan 5 23:56:17 DBG find_by_device_for_dialout: found entry 2! Jan 5 23:56:17 DBG FSM event [msg-dialout]: [idle => dialing] Jan 5 23:56:17 DBG F_DIAL: local dial out request Jan 5 23:56:17 DBG select_first_dialno: only one no, no = xxxxxxxx Jan 5 23:56:17 CHD 00002 xx rate 240 sec/unit (aocd, rate) Jan 5 23:56:17 DBG sendm_connect_req: ctrl = 0, chan = -1 Jan 5 23:56:17 DBG decr_free_channels: ctrl 0, now 1 chan free Jan 5 23:56:17 CHD 00002 xx dialing out from xxxxxxx to xx Jan 5 23:56:18 DBG set_channel_busy: controller [0] channel B1 set to BUSY! Jan 5 23:56:18 CHD 00002 xx outgoing call proceeding (ctl 0, ch 0) Jan 5 23:56:18 xx /kernel: isp0: Up event Jan 5 23:56:18 xx /kernel: isp0: lcp up(starting) Jan 5 23:56:18 xx /kernel: isp0: lcp output Jan 5 23:56:18 xx /kernel: isp0: lcp input(req-sent): Jan 5 23:56:18 xx /kernel: isp0: lcp parse opts: magic Jan 5 23:56:18 xx /kernel: isp0: lcp parse opt values: magic [glitch] send conf-nak Jan 5 23:56:18 xx /kernel: isp0: lcp output Jan 5 23:56:18 xx /kernel: isp0: lcp input(req-sent): Jan 5 23:56:18 xx /kernel: isp0: lcp nak opts: magic magic glitch Jan 5 23:56:18 xx /kernel: isp0: lcp output Jan 5 23:56:18 DBG set_channel_busy: controller [0] channel B1 already busy! Jan 5 23:56:18 CHD 00002 xx outgoing call active (ctl 0, ch 0) Jan 5 23:56:18 DBG FSM event [msg-con-act-ind]: [dialing => connected] Jan 5 23:56:18 DBG F_DOK: dial out ok Jan 5 23:56:18 DBG select_this_dialno: index = 0, no = xxxxxxxx Jan 5 23:56:18 DBG msg_charging: 1 unit(s) (AOCE) Jan 5 23:56:18 xx /kernel: i4b-L2-i4b_i_frame_queued_up: V(S) == ((V(A) + k) & 127)! Jan 5 23:56:18 xx /kernel: i4b-L2-i4b_i_frame_queued_up: state = ST_MULTIFR Jan 5 23:56:18 xx /kernel: i4b-L2-i4b_print_l2var: unit0 V(R)=12, V(S)=7, V(A)=6,ACKP=0,PBSY=0,OBSY=0 Jan 5 23:56:19 xx /kernel: isp0: lcp down(req-sent) Jan 5 23:56:19 xx /kernel: isp0: Down event (carrier loss) Jan 5 23:56:19 xx /kernel: isp0: lcp close(starting) Jan 5 23:56:19 xx /kernel: isp0: phase dead Jan 5 23:56:18 CHD 00002 xx outgoing call disconnected (remote) Jan 5 23:56:18 CHD 00002 xx cause 101: Message not compatible with call state (Q.850) Jan 5 23:56:18 CHD 00002 xx charging: 1 units, 0 seconds Jan 5 23:56:18 CHD 00002 xx accounting: in 28, out 42 (in 0, out 0) Jan 5 23:56:18 DBG set_channel_idle: controller [0] channel B1 set to IDLE! Jan 5 23:56:18 DBG incr_free_channels: ctrl 0, now 2 chan free Jan 5 23:56:18 DBG FSM event [msg-disc-ind]: [connected => idle] Jan 5 23:56:18 DBG F_IDIS: disconnect indication Jan 5 23:56:20 xx /kernel: i4b-L3-i4b_decode_q931: cannot find calldescriptor for cr = 0x3b, crflag = 0x1, msg = 0x4d, frame = 0x4d 0x8 0x2 0x82 0xd1 Jan 5 23:56:24 DBG msg_l12stat_ind: unit 0, layer 2, state 0 Jan 5 23:56:34 DBG msg_l12stat_ind: unit 0, layer 1, state 0 Jan 5 23:56:35 xx /kernel: i4b-L1-timer4_expired: state = F3 Deactivated ******** CRASH ******* =========== isdntrace controller #0 =========== started Tue Jan 5 23:27:18 1999 -- TE->NT - unit:0 - frame:000001 - time:05.01 23:56:12.826264 - length:8 ------ Dump:000 fc ff 03 0f f9 6e 01 ff .....n.. Q921: SAP=63 (TEI-Management), C, TEI=127, Ri=0x6ef9, IdRequest, Ai=127 -- TE->NT - unit:0 - frame:000002 - time:05.01 23:56:14.826289 - length:8 ------ Dump:000 fc ff 03 0f bd 3a 01 ff .....:.. Q921: SAP=63 (TEI-Management), C, TEI=127, Ri=0x3abd, IdRequest, Ai=127 -- NT->TE - unit:0 - frame:000003 - time:05.01 23:56:14.836292 - length:8 ------ Dump:000 fe ff 03 0f bd 3a 02 f3 .....:.. Q921: SAP=63 (TEI-Management), C, TEI=127, Ri=0x3abd, IdAssign, Ai=121 -- TE->NT - unit:0 - frame:000004 - time:05.01 23:56:14.836292 - length:3 ------ Dump:000 00 f3 7f ... Q921: SAP=0 (Call Control), C, TEI=121, U-Frame: SABME PF 1 -- NT->TE - unit:0 - frame:000005 - time:05.01 23:56:14.846288 - length:3 ------ Dump:000 00 f3 73 ..s Q921: SAP=0 (Call Control), R, TEI=121, U-Frame: UA PF 1 -- TE->NT - unit:0 - frame:000006 - time:05.01 23:56:14.846288 - length:36 ----- Dump:000 00 f3 00 00 .... Q921: SAP=0 (Call Control), C, TEI=121, I-Frame: N(S) 0 N(R) 0 P 0 Dump:004 08 01 3b 05 a1 04 02 88 90 18 01 83 6c 09 81 xx ..;.........l..0 Dump:020 xx xx xx xx xx xx xx xx xx xx xx xx xx xx xx xx 1234567p..123456 Q931: pd=Q.931/I.451, cr=0x3b (from origination), message=SETUP: [sending complete] [bearer capability: cap=unrestricted digital information std=CCITT rate=64 kbit/s mode=circuit] [channel id: channel=any channel (preferred)] [calling party number: xxxxxxx (type=unknown, plan=ISDN)] [called party number: xxxxxxxx (type=unknown, plan=ISDN)] -- NT->TE - unit:0 - frame:000007 - time:05.01 23:56:14.876289 - length:4 ------ Dump:000 00 f3 01 02 .... Q921: SAP=0 (Call Control), R, TEI=121, S-Frame: RR N(R) 1 PF 0 -- NT->TE - unit:0 - frame:000008 - time:05.01 23:56:15.156293 - length:11 ----- Dump:000 02 f3 00 02 .... Q921: SAP=0 (Call Control), C, TEI=121, I-Frame: N(S) 0 N(R) 1 P 0 Dump:004 08 01 bb 02 18 01 89 ....... Q931: pd=Q.931/I.451, cr=0x3b (from destination), message=CALL PROCEEDING: [channel id: channel=B-1 (exclusive)] -- TE->NT - unit:0 - frame:000009 - time:05.01 23:56:15.156293 - length:4 ------ Dump:000 02 f3 01 02 .... Q921: SAP=0 (Call Control), R, TEI=121, S-Frame: RR N(R) 1 PF 0 -- NT->TE - unit:0 - frame:000010 - time:05.01 23:56:15.776300 - length:8 ------ Dump:000 02 f3 02 02 .... Q921: SAP=0 (Call Control), C, TEI=121, I-Frame: N(S) 1 N(R) 1 P 0 Dump:004 08 01 bb 01 .... Q931: pd=Q.931/I.451, cr=0x3b (from destination), message=ALERTING: -- TE->NT - unit:0 - frame:000011 - time:05.01 23:56:15.776300 - length:4 ------ Dump:000 02 f3 01 04 .... Q921: SAP=0 (Call Control), R, TEI=121, S-Frame: RR N(R) 2 PF 0 -- NT->TE - unit:0 - frame:000012 - time:05.01 23:56:15.826302 - length:15 ----- Dump:000 02 f3 04 02 .... Q921: SAP=0 (Call Control), C, TEI=121, I-Frame: N(S) 2 N(R) 1 P 0 Dump:004 08 01 bb 07 29 05 63 01 05 17 38 ....).c...8 Q931: pd=Q.931/I.451, cr=0x3b (from destination), message=CONNECT: [date/time: 05.01.99 23:56] -- TE->NT - unit:0 - frame:000013 - time:05.01 23:56:15.826302 - length:8 ------ Dump:000 00 f3 02 06 .... Q921: SAP=0 (Call Control), C, TEI=121, I-Frame: N(S) 1 N(R) 3 P 0 Dump:004 08 01 3b 0f ..;. Q931: pd=Q.931/I.451, cr=0x3b (from origination), message=CONNECT ACKNOWLEDGE: -- NT->TE - unit:0 - frame:000014 - time:05.01 23:56:15.836300 - length:4 ------ Dump:000 00 f3 01 04 .... Q921: SAP=0 (Call Control), R, TEI=121, S-Frame: RR N(R) 2 PF 0 -- NT->TE - unit:0 - frame:000015 - time:05.01 23:56:15.896303 - length:35 ----- Dump:000 02 f3 06 04 .... Q921: SAP=0 (Call Control), C, TEI=121, I-Frame: N(S) 3 N(R) 2 P 0 Dump:004 08 01 bb 45 08 02 80 90 1c 15 91 a1 12 02 02 7e ...E...........~ Dump:020 7a 02 01 24 30 09 30 07 a1 05 30 03 02 01 01 z..$0.0...0.... Q931: pd=Q.931/I.451, cr=0x3b (from destination), message=DISCONNECT: [cause: 16: Normal call clearing (Q.850) (location=user, std=CCITT)] [facility (Q.932): Protocol=Remote Operations Protocol 0xa1 Tag: Context-spec, Constructor, code = 1 0x12 Len: 18 (short form) invokeComponent 0x02 Tag: Universal, Primitive, INTEGER (2) 0x02 Len: 2 (short form) 0x7e 0x7a Val: 503 InvokeIdentifier = 503 0x02 Tag: Universal, Primitive, INTEGER (2) 0x01 Len: 1 (short form) 0x24 Val: 36 Operation Value = aOCEChargingUnit (36) 0x30 Tag: Universal, Constructor, SEQUENCE (16) 0x09 Len: 9 (short form) specificChargingUnits 0x30 Tag: Universal, Constructor, SEQUENCE (16) 0x07 Len: 7 (short form) 0xa1 Tag: Context-spec, Constructor, code = 1 0x05 Len: 5 (short form) recordedUnitsList [1] 0x30 Tag: Universal, Constructor, SEQUENCE (16) 0x03 Len: 3 (short form) RecordedUnits 0x02 Tag: Universal, Primitive, INTEGER (2) 0x01 Len: 1 (short form) 0x01 Val: 1 NumberOfUnits = 1] -- TE->NT - unit:0 - frame:000016 - time:05.01 23:56:15.896303 - length:8 ------ Dump:000 00 f3 04 08 .... Q921: SAP=0 (Call Control), C, TEI=121, I-Frame: N(S) 2 N(R) 4 P 0 Dump:004 08 01 3b 4d ..;M Q931: pd=Q.931/I.451, cr=0x3b (from origination), message=RELEASE: -- NT->TE - unit:0 - frame:000017 - time:05.01 23:56:15.906302 - length:4 ------ Dump:000 00 f3 01 06 .... Q921: SAP=0 (Call Control), R, TEI=121, S-Frame: RR N(R) 3 PF 0 -- NT->TE - unit:0 - frame:000018 - time:05.01 23:56:15.926300 - length:15 ----- Dump:000 02 f3 08 06 .... Q921: SAP=0 (Call Control), C, TEI=121, I-Frame: N(S) 4 N(R) 3 P 0 Dump:004 08 01 bb 7d 08 02 82 e5 14 01 0c ...}....... Q931: pd=Q.931/I.451, cr=0x3b (from destination), message=STATUS: [cause: 101: Message not compatible with call state (Q.850) (location=public network serving local user, std=CCITT)] [call state: Std=CCITT, State=Disconnect indication] -- TE->NT - unit:0 - frame:000019 - time:05.01 23:56:15.926300 - length:12 ----- Dump:000 00 f3 06 0a .... Q921: SAP=0 (Call Control), C, TEI=121, I-Frame: N(S) 3 N(R) 5 P 0 Dump:004 08 01 3b 45 08 02 80 e5 ..;E.... Q931: pd=Q.931/I.451, cr=0x3b (from origination), message=DISCONNECT: [cause: 101: Message not compatible with call state (Q.850) (location=user, std=CCITT)] -- NT->TE - unit:0 - frame:000020 - time:05.01 23:56:15.946298 - length:4 ------ Dump:000 00 f3 01 08 .... Q921: SAP=0 (Call Control), R, TEI=121, S-Frame: RR N(R) 4 PF 0 -- NT->TE - unit:0 - frame:000021 - time:05.01 23:56:16. 26304 - length:8 ------ Dump:000 02 f3 0a 08 .... Q921: SAP=0 (Call Control), C, TEI=121, I-Frame: N(S) 5 N(R) 4 P 0 Dump:004 08 01 bb 5a ...Z Q931: pd=Q.931/I.451, cr=0x3b (from destination), message=RELEASE COMPLETE: -- TE->NT - unit:0 - frame:000022 - time:05.01 23:56:16. 26304 - length:4 ------ Dump:000 02 f3 01 0c .... Q921: SAP=0 (Call Control), R, TEI=121, S-Frame: RR N(R) 6 PF 0 -- NT->TE - unit:0 - frame:000023 - time:05.01 23:56:16.106305 - length:12 ----- Dump:000 02 f3 0c 08 .... Q921: SAP=0 (Call Control), C, TEI=121, I-Frame: N(S) 6 N(R) 4 P 0 Dump:004 08 01 bb 4d 08 02 82 d1 ...M.... Q931: pd=Q.931/I.451, cr=0x3b (from destination), message=RELEASE: [cause: 81: Invalid call reference value (Q.850) (location=public network serving local user, std=CCITT)] -- TE->NT - unit:0 - frame:000024 - time:05.01 23:56:16.106305 - length:4 ------ Dump:000 02 f3 01 0e .... Q921: SAP=0 (Call Control), R, TEI=121, S-Frame: RR N(R) 7 PF 0 -- TE->NT - unit:0 - frame:000025 - time:05.01 23:56:17.846323 - length:36 ----- Dump:000 00 f3 08 0e .... Q921: SAP=0 (Call Control), C, TEI=121, I-Frame: N(S) 4 N(R) 7 P 0 Dump:004 08 01 0e 05 a1 04 02 88 90 18 01 83 6c 09 81 xx ............l..0 Dump:020 xx xx xx xx xx xx xx xx xx xx xx xx xx xx xx xx 1234567p..123456 Q931: pd=Q.931/I.451, cr=0x0e (from origination), message=SETUP: [sending complete] [bearer capability: cap=unrestricted digital information std=CCITT rate=64 kbit/s mode=circuit] [channel id: channel=any channel (preferred)] [calling party number: xxxxxxxxx (type=unknown, plan=ISDN)] [called party number: xxxxx (type=unknown, plan=ISDN)] -- NT->TE - unit:0 - frame:000026 - time:05.01 23:56:17.866326 - length:4 ------ Dump:000 00 f3 01 0a .... Q921: SAP=0 (Call Control), R, TEI=121, S-Frame: RR N(R) 5 PF 0 -- NT->TE - unit:0 - frame:000027 - time:05.01 23:56:18.146328 - length:11 ----- Dump:000 02 f3 0e 0a .... Q921: SAP=0 (Call Control), C, TEI=121, I-Frame: N(S) 7 N(R) 5 P 0 Dump:004 08 01 8e 02 18 01 89 ....... Q931: pd=Q.931/I.451, cr=0x0e (from destination), message=CALL PROCEEDING: [channel id: channel=B-1 (exclusive)] -- TE->NT - unit:0 - frame:000028 - time:05.01 23:56:18.146328 - length:4 ------ Dump:000 02 f3 01 10 .... Q921: SAP=0 (Call Control), R, TEI=121, S-Frame: RR N(R) 8 PF 0 -- NT->TE - unit:0 - frame:000029 - time:05.01 23:56:18.736338 - length:8 ------ Dump:000 02 f3 10 0a .... Q921: SAP=0 (Call Control), C, TEI=121, I-Frame: N(S) 8 N(R) 5 P 0 Dump:004 08 01 8e 01 .... Q931: pd=Q.931/I.451, cr=0x0e (from destination), message=ALERTING: -- TE->NT - unit:0 - frame:000030 - time:05.01 23:56:18.736338 - length:4 ------ Dump:000 02 f3 01 12 .... Q921: SAP=0 (Call Control), R, TEI=121, S-Frame: RR N(R) 9 PF 0 -- NT->TE - unit:0 - frame:000031 - time:05.01 23:56:18.816337 - length:15 ----- Dump:000 02 f3 12 0a .... Q921: SAP=0 (Call Control), C, TEI=121, I-Frame: N(S) 9 N(R) 5 P 0 Dump:004 08 01 8e 07 29 05 63 01 05 17 38 ....).c...8 Q931: pd=Q.931/I.451, cr=0x0e (from destination), message=CONNECT: [date/time: 05.01.99 23:56] -- TE->NT - unit:0 - frame:000032 - time:05.01 23:56:18.816337 - length:8 ------ Dump:000 00 f3 0a 14 .... Q921: SAP=0 (Call Control), C, TEI=121, I-Frame: N(S) 5 N(R) 10 P 0 Dump:004 08 01 0e 0f .... Q931: pd=Q.931/I.451, cr=0x0e (from origination), message=CONNECT ACKNOWLEDGE: -- NT->TE - unit:0 - frame:000033 - time:05.01 23:56:18.826336 - length:4 ------ Dump:000 00 f3 01 0c .... Q921: SAP=0 (Call Control), R, TEI=121, S-Frame: RR N(R) 6 PF 0 -- NT->TE - unit:0 - frame:000034 - time:05.01 23:56:18.896338 - length:35 ----- Dump:000 02 f3 14 0c .... Q921: SAP=0 (Call Control), C, TEI=121, I-Frame: N(S) 10 N(R) 6 P 0 Dump:004 08 01 8e 45 08 02 80 90 1c 15 91 a1 12 02 02 7e ...E...........~ Dump:020 7b 02 01 24 30 09 30 07 a1 05 30 03 02 01 01 {..$0.0...0.... Q931: pd=Q.931/I.451, cr=0x0e (from destination), message=DISCONNECT: [cause: 16: Normal call clearing (Q.850) (location=user, std=CCITT)] [facility (Q.932): Protocol=Remote Operations Protocol 0xa1 Tag: Context-spec, Constructor, code = 1 0x12 Len: 18 (short form) invokeComponent 0x02 Tag: Universal, Primitive, INTEGER (2) 0x02 Len: 2 (short form) 0x7e 0x7b Val: 504 InvokeIdentifier = 504 0x02 Tag: Universal, Primitive, INTEGER (2) 0x01 Len: 1 (short form) 0x24 Val: 36 Operation Value = aOCEChargingUnit (36) 0x30 Tag: Universal, Constructor, SEQUENCE (16) 0x09 Len: 9 (short form) specificChargingUnits 0x30 Tag: Universal, Constructor, SEQUENCE (16) 0x07 Len: 7 (short form) 0xa1 Tag: Context-spec, Constructor, code = 1 0x05 Len: 5 (short form) recordedUnitsList [1] 0x30 Tag: Universal, Constructor, SEQUENCE (16) 0x03 Len: 3 (short form) RecordedUnits 0x02 Tag: Universal, Primitive, INTEGER (2) 0x01 Len: 1 (short form) 0x01 Val: 1 NumberOfUnits = 1] -- TE->NT - unit:0 - frame:000035 - time:05.01 23:56:18.896338 - length:8 ------ Dump:000 00 f3 0c 16 .... Q921: SAP=0 (Call Control), C, TEI=121, I-Frame: N(S) 6 N(R) 11 P 0 Dump:004 08 01 0e 4d ...M Q931: pd=Q.931/I.451, cr=0x0e (from origination), message=RELEASE: -- NT->TE - unit:0 - frame:000036 - time:05.01 23:56:18.916340 - length:15 ----- Dump:000 02 f3 16 0e .... Q921: SAP=0 (Call Control), C, TEI=121, I-Frame: N(S) 11 N(R) 7 P 0 Dump:004 08 01 8e 7d 08 02 82 e5 14 01 0c ...}....... Q931: pd=Q.931/I.451, cr=0x0e (from destination), message=STATUS: [cause: 101: Message not compatible with call state (Q.850) (location=public network serving local user, std=CCITT)] [call state: Std=CCITT, State=Disconnect indication] -- TE->NT - unit:0 - frame:000037 - time:05.01 23:56:18.916340 - length:4 ------ Dump:000 02 f3 01 18 .... Q921: SAP=0 (Call Control), R, TEI=121, S-Frame: RR N(R) 12 PF 0 -- NT->TE - unit:0 - frame:000038 - time:05.01 23:56:18.966339 - length:8 ------ Dump:000 02 f3 18 0e .... Q921: SAP=0 (Call Control), C, TEI=121, I-Frame: N(S) 12 N(R) 7 P 0 Dump:004 08 01 8e 5a ...Z Q931: pd=Q.931/I.451, cr=0x0e (from destination), message=RELEASE COMPLETE: -- TE->NT - unit:0 - frame:000039 - time:05.01 23:56:18.966339 - length:4 ------ Dump:000 02 f3 01 1a .... Q921: SAP=0 (Call Control), R, TEI=121, S-Frame: RR N(R) 13 PF 0 -- NT->TE - unit:0 - frame:000040 - time:05.01 23:56:20. 56352 - length:12 ----- Dump:000 02 f3 1a 0e .... Q921: SAP=0 (Call Control), C, TEI=121, I-Frame: N(S) 13 N(R) 7 P 0 Dump:004 08 01 bb 4d 08 02 82 d1 ...M.... Q931: pd=Q.931/I.451, cr=0x3b (from destination), message=RELEASE: [cause: 81: Invalid call reference value (Q.850) (location=public network serving local user, std=CCITT)] -- TE->NT - unit:0 - frame:000041 - time:05.01 23:56:20. 56352 - length:4 ------ Dump:000 02 f3 01 1c .... Q921: SAP=0 (Call Control), R, TEI=121, S-Frame: RR N(R) 14 PF 0 -- NT->TE - unit:0 - frame:000042 - time:05.01 23:56:24. 66398 - length:3 ------ Dump:000 02 f3 53 ..S Q921: SAP=0 (Call Control), C, TEI=121, U-Frame: DISC PF 1 -- TE->NT - unit:0 - frame:000043 - time:05.01 23:56:24. 66398 - length:3 ------ Dump:000 02 f3 73 ..s Q921: SAP=0 (Call Control), R, TEI=121, U-Frame: UA PF 1 *********** CRASH ************* :-( FreeBSD 3.0-CURRENT #3: Mon Dec 28 21:09:28 CET 1998 isic0 at 0xd80 irq 11 maddr 0xd0000 msize 4096 flags 0x2 on isa isic0: Teles S0/16, Creatix ISDN S0-16 or Niccy 1016 isic0: ISAC 2085 Version V2.3 (B3) (IOM-1) (Addr=0xf00d0100) isic0: HSCX 82525 or 21525 Version 2.1 (AddrA=0xf00d0180, AddrB=0xf00d01c0) Boris -- balu@dva.in-berlin.de Boris Staeblow To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message From owner-freebsd-isdn Tue Jan 5 23:09:08 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA28069 for freebsd-isdn-outgoing; Tue, 5 Jan 1999 23:09:08 -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 XAA28064 for ; Tue, 5 Jan 1999 23:09:05 -0800 (PST) (envelope-from martin@rumolt.teuto.de) Received: from rumolt.teuto.de (root@rumolt.teuto.de [212.8.203.81]) by linteuto.teuto.de (8.8.7/8.8.7) with ESMTP id IAA20160; Wed, 6 Jan 1999 08:08:36 +0100 Received: (from martin@localhost) by rumolt.teuto.de (8.8.8/8.8.7) id IAA01930; Wed, 6 Jan 1999 08:04:30 +0100 (MET) From: Martin Husemann Message-Id: <199901060704.IAA01930@rumolt.teuto.de> Subject: Re: HELP: crash with I4B To: balu@dva.in-berlin.de (Boris Staeblow) Date: Wed, 6 Jan 1999 08:04:30 +0100 (MET) Cc: freebsd-isdn@FreeBSD.ORG In-Reply-To: <19990106014154.A2921@dva.in-berlin.de> from "Boris Staeblow" at Jan 6, 99 01:41:54 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 > > Are you using callback with this connection? > > No - it's a simple PPP-connection to my Provider. This is fine as Hellmuth didn't believe me (yet?) that this is not a problem of the immediate-calledback support I've integrated just before the beta was released. > Jan 5 23:56:16 xx /kernel: isp0: phase dead > Jan 5 23:56:16 CHD 00001 xx outgoing call disconnected (remote) > Jan 5 23:56:16 xx /kernel: i4b-L3-i4b_decode_q931: cannot find calldescriptor > for cr = 0x3b, crflag = 0x1, msg = 0x4d, frame = 0x4d 0x8 0x2 0x82 0xd1 This is nearly the same I get: cr 0x3b was a valid cr for CHD 00001 until this connection was disconnected. The correct RELEASE COMPLETE message is sent by i4b: > -- NT->TE - unit:0 - frame:000021 - time:05.01 23:56:16. 26304 - length:8 ------ > Dump:000 02 f3 0a 08 .... > Q921: SAP=0 (Call Control), C, TEI=121, I-Frame: N(S) 5 N(R) 4 P 0 > Dump:004 08 01 bb 5a ...Z > Q931: pd=Q.931/I.451, cr=0x3b (from destination), message=RELEASE COMPLETE: and after this the calldescriptor is destroyed, invalidating this cr from i4b's point of view. Somehow the network does not see the RELEASE COMPLETE (and in my setup I've verified it realy isn't sent to the wire by i4b) and after some short timeout repeats the RELEASE, hoping to get a RELEASE COMPLETE now: > -- NT->TE - unit:0 - frame:000023 - time:05.01 23:56:16.106305 - length:12 ----- > Dump:000 02 f3 0c 08 .... > Q921: SAP=0 (Call Control), C, TEI=121, I-Frame: N(S) 6 N(R) 4 P 0 > Dump:004 08 01 bb 4d 08 02 82 d1 ...M.... > Q931: pd=Q.931/I.451, cr=0x3b (from destination), message=RELEASE: > [cause: 81: Invalid call reference value (Q.850) > (location=public network serving local user, std=CCITT)] But: we don't have the cr any longer, can't find a calldescriptor and shoot ourself in the foot. There are two points here: the cr should be kept around for the timeout period. Not that hard to do. But the real problem: due to some race condition in layer 1 or layer 2 we don't send the release complete, and this has to be debugged first. I'm working on it. Martin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message From owner-freebsd-isdn Thu Jan 7 18:48:10 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA17010 for freebsd-isdn-outgoing; Thu, 7 Jan 1999 18:48:10 -0800 (PST) (envelope-from owner-freebsd-isdn@FreeBSD.ORG) Received: from harvey.aball.de (harvey.aball.de [194.77.82.26]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id SAA17001 for ; Thu, 7 Jan 1999 18:48:06 -0800 (PST) (envelope-from alice.turbocat.de!dave@harvey.aball.de) Received: by harvey.aball.de (Smail3.1.28.1 #11) id m0zyRxT-000J0VC; Fri, 8 Jan 99 03:47 MET Received: from cat.turbocat.de (cat.turbocat.de [194.77.82.49]) by alice.turbocat.de (8.8.8/8.7.3) with ESMTP id DAA00325 for ; Fri, 8 Jan 1999 03:47:08 +0100 (CET) Received: (from dave@localhost) by cat.turbocat.de (8.8.5/8.7.3) id DAA02156 for freebsd-isdn@FreeBSD.ORG; Fri, 8 Jan 1999 03:47:11 +0100 (MET) Message-Id: <199901080247.DAA02156@cat.turbocat.de> Content-Type: text/plain MIME-Version: 1.0 (NeXT Mail 4.2mach v148) Received: by NeXT.Mailer (1.148) From: David Wetzel Date: Fri, 8 Jan 99 03:47:09 +0100 To: ISDN-List Subject: isdntelctl: cannot open /dev/i4btel0: Device busy Organisation: Turbocat's Development http://www.turbocat.de Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Moin after upgrading to i4b-00.70_00-beta-231298 isdntelctl: cannot open /dev/i4btel0: Device busy alice# ls -l /dev/i4b* crw------- 1 root wheel 47, 0 Jan 8 03:40 /dev/i4b crw------- 1 root wheel 48, 0 Jan 8 03:40 /dev/i4bctl crw------- 1 root wheel 49, 0 Jan 8 03:40 /dev/i4brbch0 crw------- 1 root wheel 49, 1 Jan 8 03:40 /dev/i4brbch1 crw------- 1 root wheel 51, 0 Jan 8 03:40 /dev/i4btel0 crw------- 1 root wheel 51, 1 Jan 8 03:40 /dev/i4btel1 crw------- 1 root wheel 50, 0 Jan 8 03:40 /dev/i4btrc0 crw------- 1 root wheel 50, 1 Jan 8 03:40 /dev/i4btrc1 isic0 at isa0 port 0xe80-0xe87 iomem 0xc8000-0xc8fff irq 11 isic0: Teles S0/16, Creatix ISDN S0-16 or Niccy 1016 isic0: ISAC 2085 Version V2.3 (B3) (IOM-1) isic0: HSCX 82525 or 21525 Version 2.1 i4b: ISDN call control device attached i4btrc: 2 ISDN trace device(s) attached i4bctl: ISDN system control port attached i4brbch: 4 raw B channel access device(s) attached i4btel: 2 ISDN telephony interface device(s) attached i4bipr: 2 IP over raw HDLC ISDN device(s) attached (VJ header compression) i4bisppp: 2 ISDN SyncPPP device(s) attached NetBSD alice 1.3.2 NetBSD 1.3.2 (TURBOALICE) #0: Fri Jan 8 01:52:34 MET 1999 dave@alice:/ccd/usr/src/sys/arch/i386/compile/TURBOALICE i386 Any ideas? YES, I used the files for NetBSD 1.3.2. --- _ _ _(_)(_)_ David Wetzel, Turbocat's Development, (_) __ (_) Buchhorster Strasse, D-16567 Muehlenbeck/Berlin, FRG, _/ \_ Fax +49 33056 82835 NeXTmail dave@turbocat.de (______) http://www.turbocat.de/ DEVELOPMENT * CONSULTING * ADMINISTRATION WATCH OUT FOR TURBOFAX for OPENSTEP! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message From owner-freebsd-isdn Thu Jan 7 23:25:07 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA15183 for freebsd-isdn-outgoing; Thu, 7 Jan 1999 23:25:07 -0800 (PST) (envelope-from owner-freebsd-isdn@FreeBSD.ORG) Received: from mail.dinoex.sub.org (mail.dinoex.sub.de [195.243.29.14]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA15167 for ; Thu, 7 Jan 1999 23:25:02 -0800 (PST) (envelope-from dirk.meyer@dinoex.sub.org) Received: (from uucp@localhost) by mail.dinoex.sub.org (8.9.1/8.9.1) with UUCP id IAA29260 for freebsd-isdn@FreeBSD.ORG; Fri, 8 Jan 1999 08:27:05 +0100 (CET) Received: from gate.dinoex.sub.org (dinoex@localhost) by net2.dinoex.sub.org (8.9.1/8.9.1) with BSMTP id IAA10087 for ; Fri, 8 Jan 1999 08:15:06 +0100 (CET) To: freebsd-isdn@FreeBSD.ORG Message-ID: From: dirk.meyer@dinoex.sub.org (Dirk Meyer) Organization: privat Subject: Update: isdnd.rates.D Date: Fri, 08 Jan 1999 07:14:00 +0100 X-Mailer: Dinoex 1.69 X-Gateway: ZCONNECT gate.dinoex.sub.org [UNIX/Connect v0.77-m1] X-ZC-ROT: dinoex.sub.org X-PGP-Fingerprint: 44 16 EC 0A D3 3A 4F 28 8A 8A 47 93 F1 CF 2F 12 X-ZC-VIA: 19990108000000W+1@dinoex.sub.org Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I have updated my ratesfile for germany. The change refecting the news T-ISDN prices. ra1 and ra2 are now identical, you may delete ra2, but rembere to change your configuration too. (cause of the long lines, I included this uuencoded) kind regards Dirk -- Dirk Meyer, Im Grund 4, 34317 Habichtswald, Germany -- Tel. +49-5606-6512 begin 644 /etc/isdn/rates.D M(RTM+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM M+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM+0HC"B,):31B("T@1&5U M='-C:&4@5&5L96MO;2!C:&%R9VEN9R!R871E2!R871E,2`@("`@("`@("`@ Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA25810 for freebsd-isdn-outgoing; Fri, 8 Jan 1999 01:02:47 -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 BAA25801 for ; Fri, 8 Jan 1999 01:02:42 -0800 (PST) (envelope-from martin@rumolt.teuto.de) Received: from rumolt.teuto.de (root@rumolt.teuto.de [212.8.203.81]) by linteuto.teuto.de (8.8.7/8.8.7) with ESMTP id KAA25636; Fri, 8 Jan 1999 10:02:04 +0100 Received: (from martin@localhost) by rumolt.teuto.de (8.8.8/8.8.7) id JAA01886; Fri, 8 Jan 1999 09:21:03 +0100 (MET) From: Martin Husemann Message-Id: <199901080821.JAA01886@rumolt.teuto.de> Subject: Re: isdntelctl: cannot open /dev/i4btel0: Device busy To: dave@turbocat.de (David Wetzel) Date: Fri, 8 Jan 1999 09:21:02 +0100 (MET) Cc: freebsd-isdn@FreeBSD.ORG In-Reply-To: <199901080247.DAA02156@cat.turbocat.de> from "David Wetzel" at Jan 8, 99 03:47:09 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 Sorry, I don't have a 1.3.2 system around any more, so I couldn't test the beta on it ;-) > isdntelctl: cannot open /dev/i4btel0: Device busy > > alice# ls -l /dev/i4b* > crw------- 1 root wheel 47, 0 Jan 8 03:40 /dev/i4b > crw------- 1 root wheel 48, 0 Jan 8 03:40 /dev/i4bctl > crw------- 1 root wheel 49, 0 Jan 8 03:40 /dev/i4brbch0 > crw------- 1 root wheel 49, 1 Jan 8 03:40 /dev/i4brbch1 > crw------- 1 root wheel 51, 0 Jan 8 03:40 /dev/i4btel0 > crw------- 1 root wheel 51, 1 Jan 8 03:40 /dev/i4btel1 > crw------- 1 root wheel 50, 0 Jan 8 03:40 /dev/i4btrc0 > crw------- 1 root wheel 50, 1 Jan 8 03:40 /dev/i4btrc1 This looks like the device major might be wrong. Please have a look at sys/arch/i386/i386/conf.c, search for cdev_i4btel_init(NI4BTEL, i4btel) in the cdevsw array and figure the index of this entry. Do other i4b devices work? If they do, please check the definition of cdev_i4btel_init earlier in the same file, it should look like this: #define cdev_i4btel_init(c,n) { \ dev_init(c,n,open), dev_init(c,n,close), dev_init(c,n,read), \ dev_init(c,n,write), (dev_type_ioctl((*))) enodev, \ (dev_type_stop((*))) enodev, \ 0, (dev_type_poll((*))) enodev, (dev_type_mmap((*))) enodev, D_TTY } I never used /dev/i4btel... Martin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message From owner-freebsd-isdn Fri Jan 8 03:31:18 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA10206 for freebsd-isdn-outgoing; Fri, 8 Jan 1999 03:31:18 -0800 (PST) (envelope-from owner-freebsd-isdn@FreeBSD.ORG) Received: from harvey.aball.de (harvey.aball.de [194.77.82.26]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id DAA10195 for ; Fri, 8 Jan 1999 03:31:14 -0800 (PST) (envelope-from alice.turbocat.de!dave@harvey.aball.de) Received: by harvey.aball.de (Smail3.1.28.1 #11) id m0zya7h-000J0WC; Fri, 8 Jan 99 12:30 MET Received: from cat.turbocat.de (cat.turbocat.de [194.77.82.49]) by alice.turbocat.de (8.8.8/8.7.3) with ESMTP id MAA06308 for ; Fri, 8 Jan 1999 12:30:12 +0100 (CET) Received: (from dave@localhost) by cat.turbocat.de (8.8.5/8.7.3) id MAA00857 for freebsd-isdn@FreeBSD.ORG; Fri, 8 Jan 1999 12:30:11 +0100 (MET) Message-Id: <199901081130.MAA00857@cat.turbocat.de> Content-Type: text/plain MIME-Version: 1.0 (NeXT Mail 4.2mach v148) Received: by NeXT.Mailer (1.148) From: David Wetzel Date: Fri, 8 Jan 99 12:30:10 +0100 To: freebsd-isdn@FreeBSD.ORG Subject: Re: isdntelctl: cannot open /dev/i4btel0: Device busy References: <199901080821.JAA01886@rumolt.teuto.de> Organisation: Turbocat's Development http://www.turbocat.de Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hi! > From: Martin Husemann > Sorry, I don't have a 1.3.2 system around any more, so I couldn't > test the beta on it ;-) > This looks like the device major might be wrong. Please have a look > at sys/arch/i386/i386/conf.c, search for cdev_i4btel_init(NI4BTEL, i4btel) > in the cdevsw array and figure the index of this entry. This looks ok. Where gets i4b its major device numbers from or does it read from /dev/? > I never used /dev/i4btel... The answering machine is launched, I hear that somone answers the phone (but no welcome sound -- my answering machine program cannot open /dev/i4btel0) --- _ _ _(_)(_)_ David Wetzel, Turbocat's Development, (_) __ (_) Buchhorster Strasse, D-16567 Muehlenbeck/Berlin, FRG, _/ \_ Fax +49 33056 82835 NeXTmail dave@turbocat.de (______) http://www.turbocat.de/ DEVELOPMENT * CONSULTING * ADMINISTRATION WATCH OUT FOR TURBOFAX for OPENSTEP! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message From owner-freebsd-isdn Fri Jan 8 14:09:29 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA02345 for freebsd-isdn-outgoing; Fri, 8 Jan 1999 14:09:29 -0800 (PST) (envelope-from owner-freebsd-isdn@FreeBSD.ORG) Received: from scottb.demon.co.uk (scottb.demon.co.uk [158.152.42.64]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA02339 for ; Fri, 8 Jan 1999 14:09:26 -0800 (PST) (envelope-from barry@scottb.demon.co.uk) Received: from barrynt (barrynt.private [172.16.1.6]) by scottb.demon.co.uk (8.8.8/8.8.8) with SMTP id WAA00533 for ; Fri, 8 Jan 1999 22:08:04 GMT (envelope-from barry@scottb.demon.co.uk) From: "Barry Scott" To: "Freebsd-Isdn@Freebsd. Org" Subject: How do I submit my code changes? Date: Fri, 8 Jan 1999 22:03:54 -0000 Message-ID: <000101be3b52$c86ee360$060110ac@barrynt.private> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook 8.5, Build 4.71.2232.26 Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I have the U.K billing modifications designed, implemented and debugged. I am using the code in production now. What do need to do to submit the code? What documentation is required? Should I be adding copyright to the code I have added? Below is an overview of the changes. BArry Here is an overview of the changes. --------- Fix rates.h/rates.c. Two bugs found: 1) only hour field used to select a rate. 2) a range like 18.00 to 00.00 does not work. To fix (1) store time as minutes since midnight not hour and minute values. To fix (2) convert 00.00 to 24.00 so end_time is greater then the start_time. Added an extra check to the parsing code end_time must be after start_time. ------------ Added an enum to enumerate all the shorthold algorithms to be used. Placed all the shorthold data into a shorthold data struct. Embed that struct everywhere shorthold data is used. e.g. the driver, layer4 and isdnd. The algorithm is set by a tag in the isdnd.rc file. add switch on the algorithm to call out to algorithm unique code. There are two switches. (1) for idle time setup and (2) for idle time checking. All the old shorthold code has been moved asis into a setup, check routines. I call the old algorithm "fixed unit" and the new algorithm "variable unit". (I'm sure that better names can and should be found.) The variable unit algorithm work as follows. Wait for the first unit to nearly expire. Nearly being 1 second before the end of the unit. Then check for the link being idle for idletime seconds once a second. The reason for starting to check 1 second before the end of the unit is because the drivers timing is rounded to second granularity in many places and I do not wish to go over the one unit before checking for an idle link. --------------- Suggestion rename the symbol SECOND to be less confusing. Try SYS_TIME_SECONDS or CUR_TIME_SECONDS. In english SECOND is a great name for a symbol that represents an interval of one second. --------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message From owner-freebsd-isdn Fri Jan 8 14:21:19 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA03743 for freebsd-isdn-outgoing; Fri, 8 Jan 1999 14:21:19 -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 OAA03737 for ; Fri, 8 Jan 1999 14:21:13 -0800 (PST) (envelope-from garyj@peedub.muc.de) Received: from peedub.muc.de (localhost [127.0.0.1]) by peedub.muc.de (8.9.1/8.6.9) with ESMTP id WAA00739 for ; Fri, 8 Jan 1999 22:59:05 +0100 (CET) Message-Id: <199901082159.WAA00739@peedub.muc.de> X-Mailer: exmh version 2.0.2 2/24/98 To: freebsd-isdn@FreeBSD.ORG Subject: Fritz!Card PCI From: Gary Jennejohn Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 08 Jan 1999 22:59:04 +0100 Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I now have a driver working for this beast (it's running at this very instant). It only works for FreeBSD-current. Quite a few patches are required. If anyone wants to beta test it, send me a mail and I'll shoot a patchset your way. I've only tested it using HDLC (ipr), but it should work just as well with SPPP (the isp I/F). I have no idea whether it will work for telefony since I never use that stuff. Support is in there for that, though. -------- 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 Fri Jan 8 15:21:09 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA10331 for freebsd-isdn-outgoing; Fri, 8 Jan 1999 15:21:09 -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 PAA10324 for ; Fri, 8 Jan 1999 15:21:05 -0800 (PST) (envelope-from garyj@peedub.muc.de) Received: from peedub.muc.de (localhost [127.0.0.1]) by peedub.muc.de (8.9.1/8.6.9) with ESMTP id AAA82860 for ; Sat, 9 Jan 1999 00:07:52 +0100 (CET) Message-Id: <199901082307.AAA82860@peedub.muc.de> X-Mailer: exmh version 2.0.2 2/24/98 To: freebsd-isdn@FreeBSD.ORG Subject: Re: How do I submit my code changes? Reply-To: Gary Jennejohn In-reply-to: Your message of "Fri, 08 Jan 1999 22:03:54 GMT." <000101be3b52$c86ee360$060110ac@barrynt.private> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 09 Jan 1999 00:07:51 +0100 From: Gary Jennejohn Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org "Barry Scott" writes: > > I have the U.K billing modifications designed, implemented > and debugged. I am using the code in production now. > good to hear > What do need to do to submit the code? > send it to the list (if it's not too big) or to Hellmuth Michaelis. He's the maintainer. > What documentation is required? > there's a manpage for isdnd.rates which should be modified > Should I be adding copyright to the code I have added? > I suppose you could add yourself for the stuff you've done, although I personally only copyright stuff I've written from scratch. Hellmuth tends to add copyrights for everyone who's had a finger in the pie :) [overview snipped] --- 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 Sat Jan 9 07:50:21 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA11101 for freebsd-isdn-outgoing; Sat, 9 Jan 1999 07:50:21 -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 HAA11092 for ; Sat, 9 Jan 1999 07:50:11 -0800 (PST) (envelope-from martin@rumolt.teuto.de) Received: from rumolt.teuto.de (root@rumolt.teuto.de [212.8.203.81]) by linteuto.teuto.de (8.8.7/8.8.7) with ESMTP id QAA20011; Sat, 9 Jan 1999 16:49:37 +0100 Received: (from martin@localhost) by rumolt.teuto.de (8.8.8/8.8.7) id QAA02621; Sat, 9 Jan 1999 16:17:15 +0100 (MET) From: Martin Husemann Message-Id: <199901091517.QAA02621@rumolt.teuto.de> Subject: Re: isdntelctl: cannot open /dev/i4btel0: Device busy To: dave@turbocat.de (David Wetzel) Date: Sat, 9 Jan 1999 16:17:15 +0100 (MET) Cc: freebsd-isdn@FreeBSD.ORG In-Reply-To: <199901081130.MAA00857@cat.turbocat.de> from "David Wetzel" at Jan 8, 99 12:30:10 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 > This looks ok. Where gets i4b its major device numbers from or does it read > from /dev/? It opens /dev/i4b. > The answering machine is launched, I hear that somone answers the phone (but > no welcome sound -- my answering machine program cannot open /dev/i4btel0) I have no idea. Martin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message From owner-freebsd-isdn Sat Jan 9 08:13:51 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA12653 for freebsd-isdn-outgoing; Sat, 9 Jan 1999 08:13:51 -0800 (PST) (envelope-from owner-freebsd-isdn@FreeBSD.ORG) Received: from DegNet.de ([194.95.214.129]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA12641 for ; Sat, 9 Jan 1999 08:13:48 -0800 (PST) (envelope-from malte.lance@gmx.net) Received: from neuron.webmore.prv (GateWay [192.168.168.1]) by DegNet.de (8.8.8/8.8.8/Debian/GNU) with ESMTP id RAA13760 for ; Sat, 9 Jan 1999 17:13:13 +0100 Received: from neuron.webmore.prv (neuron.webmore.prv "Malte Lance") by neuron.webmore.prv (8.8.8/8.8.8) with ESMTP id RAA00573; Sat, 9 Jan 1999 17:05:03 +0100 (CET) Message-Id: <199901091605.RAA00573@neuron.webmore.prv> Date: Sat, 9 Jan 1999 17:05:02 +0100 (CET) From: Malte Lance Reply-To: malte.lance@gmx.net Subject: Re: regexp program To: dirk.meyer@dinoex.sub.org cc: freebsd-isdn@FreeBSD.ORG In-Reply-To: MIME-Version: 1.0 Content-Type: TEXT/plain; CHARSET=US-ASCII Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On 5 Jan, Dirk Meyer wrote: > [not full related] > BTW, instead of using rc.isdn versus rc.isdn.ppp > I start my raw devices with /etc/start.ipr0 > and my ppp links with a separate script > /usr/local/etc/rc.d/91-isp0.sh (mode 700) > which feed the route and accounting data. > Where do you put your accounting passwords into? /etc/start_if.isp0 ... /etc/start_if.isp where is an integer Malte. > > kind regards Dirk > > -- Dirk Meyer, Im Grund 4, 34317 Habichtswald, Germany > -- Tel. +49-5606-6512 -- Malte Lance. --- composed with TkRat To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message From owner-freebsd-isdn Sat Jan 9 08:14:15 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA12761 for freebsd-isdn-outgoing; Sat, 9 Jan 1999 08:14:15 -0800 (PST) (envelope-from owner-freebsd-isdn@FreeBSD.ORG) Received: from DegNet.de ([194.95.214.129]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA12750 for ; Sat, 9 Jan 1999 08:14:10 -0800 (PST) (envelope-from malte.lance@gmx.net) Received: from neuron.webmore.prv (GateWay [192.168.168.1]) by DegNet.de (8.8.8/8.8.8/Debian/GNU) with ESMTP id RAA13775; Sat, 9 Jan 1999 17:13:35 +0100 Received: from neuron.webmore.prv (neuron.webmore.prv "Malte Lance") by neuron.webmore.prv (8.8.8/8.8.8) with ESMTP id RAA00581; Sat, 9 Jan 1999 17:12:42 +0100 (CET) Message-Id: <199901091612.RAA00581@neuron.webmore.prv> Date: Sat, 9 Jan 1999 17:12:40 +0100 (CET) From: Malte Lance Reply-To: malte.lance@gmx.net Subject: Re: regexp program To: hm@hcs.de cc: hm@hcswork.hcs.de, freebsd-isdn@FreeBSD.ORG In-Reply-To: <19990105091812.A6176@hcswork.hcs.de> MIME-Version: 1.0 Content-Type: TEXT/plain; CHARSET=US-ASCII Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On 5 Jan, Hellmuth Michaelis wrote: > On Tue, Jan 05, 1999 at 04:53:19AM +0100, Dirk Meyer wrote: > >> The regexp program (I dont use any at this time), may want to signal >> the isdnd/route/natd new information. > > This is no longer necessary with 0.70. Nevertheless Dirk's point remains valid: There are programs/scripts/whatever that has to be run as root or with root-privs I for myself set and delete default-routes to the isp interfaces as they come UP or go DOWN since i have some of them configured for different tasks (provider / t-online / ...) Malte. > > hellmuth -- Malte Lance. --- composed with TkRat To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message