From owner-freebsd-isdn Sun Jul 9 0: 4:47 2000 Delivered-To: freebsd-isdn@freebsd.org Received: from hcshh.hcs.de (hcshh.hcs.de [194.123.40.1]) by hub.freebsd.org (Postfix) with SMTP id 2071D37C0DF for ; Sun, 9 Jul 2000 00:04:45 -0700 (PDT) (envelope-from hm@hcs.de) Received: from hcswork.hcs.de([192.76.124.5]) (1412 bytes) by hcshh.hcs.de via sendmail with P:smtp/R:inet_hosts/T:smtp (sender: ) id for ; Sun, 9 Jul 2000 09:04:45 +0200 (CEST) (Smail-3.2.0.104 1998-Nov-20 #1 built 1998-Dec-11) Received: by hcswork.hcs.de (Postfix, from userid 200) id CFC0518DF; Sun, 9 Jul 2000 09:04:28 +0200 (METDST) Subject: Re: teles s0/16.3c PnP support In-Reply-To: <3967A0F3.9B195425@tnet.sochi.net> from Maxime Zakharov at "Jul 9, 0 01:45:23 am" To: maxime@tnet.sochi.net (Maxime Zakharov) Date: Sun, 9 Jul 2000 09:04:28 +0200 (METDST) Cc: freebsd-isdn@FreeBSD.ORG Reply-To: hm@hcs.de Organization: HCS Hanseatischer Computerservice GmbH X-Mailer: ELM [version 2.4ME+ PL39 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 553 Message-Id: <20000709070428.CFC0518DF@hcswork.hcs.de> From: hm@hcs.de (Hellmuth Michaelis) Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org From the keyboard of Maxime Zakharov: > What status of Teles s0/16.3c ISA PnP support ? Does it will be > supported in future ? Support for it is in the current development sources and it will be part of the next i4b release. hellmuth -- Hellmuth Michaelis Tel +49 40 55 97 47-70 HCS Hanseatischer Computerservice GmbH Fax +49 40 55 97 47-77 Oldesloer Strasse 97-99 Mail hm [at] hcs.de D-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 Sun Jul 9 4:56:39 2000 Delivered-To: freebsd-isdn@freebsd.org Received: from widukind.bi.teuto.net (widukind.bi.teuto.net [212.8.197.28]) by hub.freebsd.org (Postfix) with ESMTP id 5ECB537B715 for ; Sun, 9 Jul 2000 04:56:35 -0700 (PDT) (envelope-from martin@rumolt.teuto.de) Received: from rumolt.teuto.de (IDENT:root@rumolt.teuto.de [212.8.203.81]) by widukind.bi.teuto.net (8.9.3/8.9.3) with ESMTP id NAA03856 for ; Sun, 9 Jul 2000 13:56:31 +0200 Received: (from martin@localhost) by rumolt.teuto.de (8.10.2/8.10.2) id e697oEV00336 for freebsd-isdn@FreeBSD.ORG; Sun, 9 Jul 2000 09:50:14 +0200 (MEST) From: Martin Husemann Message-Id: <200007090750.e697oEV00336@rumolt.teuto.de> Subject: People needing I4B_SMP_WORKAROUND To: freebsd-isdn@FreeBSD.ORG Date: Sun, 9 Jul 2000 09:50:14 +0200 (MEST) Organization: Crusaders Catering Services Inc. ;-) X-Mailer: ELM [version 2.4ME+ PL54 (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! Is there (still) anybody running the latest official release (0.90) and needing I4B_SMP_WORKAROUND for it's card to work? Please contact me privately, I have some patches for you to test to eliminate this "workaround" (others might call it a gross hack) in future releases... Martin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message From owner-freebsd-isdn Sun Jul 9 6:31:44 2000 Delivered-To: freebsd-isdn@freebsd.org Received: from web1902.mail.yahoo.com (web1902.mail.yahoo.com [128.11.23.51]) by hub.freebsd.org (Postfix) with SMTP id C8CC437B63B for ; Sun, 9 Jul 2000 06:31:37 -0700 (PDT) (envelope-from uni_bonn_sucks@yahoo.de) Received: (qmail 29652 invoked by uid 60001); 9 Jul 2000 13:31:22 -0000 Message-ID: <20000709133122.29651.qmail@web1902.mail.yahoo.com> Received: from [131.220.244.200] by web1902.mail.yahoo.com; Sun, 09 Jul 2000 15:31:22 CEST Date: Sun, 9 Jul 2000 15:31:22 +0200 (CEST) From: =?iso-8859-1?q?Philipp=20Reichmuth?= Subject: Problem setting up i4b To: isdn@freebsd.org 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 Hi folks! (Please reply to my email address only, as I'm not on the list) I am having serious problems setting up an ISDN masquerading gateway for my home LAN. On the gateway machine, I am using FreeBSD 3.3-RELEASE (not very up to date, I know) with I4B 0.90.0. The ISDN adapter is a German Telekom Teledat 100, which is identical to the Sedlbauer Win Speed card. I've compiled I4B into the kernel, as well as options IPFIREWALL and IPDIVERT. I first configured isdnd for sPPP over HDLC through isp0, and it worked fine, as long as I did not use natd. As soon as I started to do NAT on the isp0 interface, I got error messages from the kernel like these, over and over again (and no IP traffic through isp0 was possible): ----------->( snip )<----------------- Jul 9 11:34:55 moria /kernel: i4b-L1-ph_data_req: still in state F3! Jul 9 11:34:57 moria /kernel: i4b-L1-timer3_expired: state = F4 Awaiting Signal Jul 9 11:34:57 moria /kernel: i4b-L1-isic_recover: HSCX B: ISTA = 0x0 Jul 9 11:34:57 moria /kernel: i4b-L1-isic_recover: ISAC: ISTA = 0x0 Jul 9 11:34:57 moria /kernel: i4b-L1-isic_recover: HSCX B: IMASK = 0xf9 Jul 9 11:34:58 moria /kernel: i4b-L1-isic_recover: HSCX A: IMASK = 0x28 Jul 9 11:34:58 moria /kernel: i4b-L1-isic_recover: ISAC: IMASK = 0x2a Jul 9 11:34:58 moria /kernel: i4b-L2-i4b_mph_status_ind: unit 0, cannot access S0 bus! Jul 9 11:34:58 moria /kernel: i4b-L3-i4b_mdl_status_ind: STI_NOL1ACC: unit 0 no outgoing access to S0 ----------->( snip )<----------------- This _only_ occurred when I had configured the machine for NAT (i.e. "natd -interface isp0 -dynamic", and a firewall rule like "/sbin/ipfw add divert natd all from any to any via isp0" active, in proper order). So I decided to drop the idea of sPPP altogether and started using userland PPP, which I like better anyway. I used Brian's isdnd and ppp configuration files, except that I removed the multilink parts and adjusted phone numbers, passwords and idle times for local German needs. Again, I saw the above error messages. In order to document the whole thing a little better, I'll put in an edited log file where I removed the repeating parts in order to keep it smaller. It's still about eighty lines. I know this is not good manners, but I'm running out of options, kind of. This is from the userland PPP part, but in essence, using sPPP yielded the same messages. BTW, I know that the local date on the machine is slightly out out of order. :-) Here it goes: ----------->( snip )<----------------- 12:42:59 DBG init_controller_state: controller 0 is Sedlbauer win speed 12:43:00 DBG [defaults, no controller section] controller 0: protocol = dss1 (now isdnd reads its rc file, successfully) 12:43:00 DBG init_controller: found 1 ISDN controller(s) 12:43:00 DMN i4b isdn daemon started (pid = 509) 12:43:22 CHD 00015 userppp0 dialing out from [my number] to [their number] 12:43:22 CHD 00015 userppp0 outgoing call proceeding (ctl 0, ch 0) 12:43:22 CHD 00015 userppp0 rate 150 sec/unit (rate) 12:43:22 DBG FSM event [msg-dialout]: [idle => dialing] 12:43:22 DBG F_DIAL: local dial out request 12:43:22 DBG find_by_device_for_dialoutnumber: found entry 0! 12:43:22 DBG msg_dialoutnumber: dial req from rbch, unit 0 12:43:22 DBG select_first_dialno: only one no, no = [their number] 12:43:22 DBG setup_dialout: entry userppp0 ok! 12:43:22 moria /kernel: i4b: unit 0, assigned TEI = 68 = 0x44 12:43:23 CHD 00015 userppp0 outgoing call active (ctl 0, ch 0, rbch0) 12:43:23 DBG FSM event [msg-con-act-ind]: [dialing => connected] 12:43:23 DBG F_DOK: dial out ok 12:43:23 DBG select_this_dialno: index = 0, no = [their number] 12:43:23 DMN date/time from exchange = 0007091335 12:43:24 moria /kernel: i4b-L1-isic_recover: ISAC: ISTA = 0x0 12:43:24 moria /kernel: i4b-L1-isic_recover: HSCX A: IMASK = 0x28 12:43:24 moria /kernel: i4b-L1-isic_recover: HSCX B: IMASK = 0xf9 12:43:24 moria /kernel: i4b-L1-isic_recover: HSCX B: ISTA = 0x0 12:43:24 moria /kernel: i4b-L1-timer3_expired: state = F4 Awaiting Signal 12:43:25 moria /kernel: i4b-L1-isic_recover: ISAC: IMASK = 0x2a 12:43:32 moria /kernel: i4b-L1-ph_data_req: still in state F3! (these seven i4b messages will be repeated every one or two seconds, sometimes in different order. In order to reduce log size, I cut them out) 12:44:04 CHD 00015 userppp0 accounting: in 86110, out 5735 12:44:04 CHD 00015 userppp0 cause 7: layer 1 error / persistent deactivation (I4B) 12:44:04 CHD 00015 userppp0 charging: 0 units, 41 seconds 12:44:04 CHD 00015 userppp0 outgoing call disconnected (remote) 12:44:04 DBG FSM event [msg-disc-ind]: [connected => idle] 12:44:04 DBG F_IDIS: disconnect indication 12:44:05 moria /kernel: i4b-L2-i4b_mph_status_ind: unit 0, cannot access S0 bus! 12:44:05 moria /kernel: i4b-L3-i4b_mdl_status_ind: STI_NOL1ACC: unit 0 no outgoing access to S0 (these two messages are repeated as well, so I cut them out) (now the first automatic redial is beginning) 12:44:08 CHD 00016 userppp0 dialing out from [my number] to [their number] 12:44:08 CHD 00016 userppp0 outgoing call proceeding (ctl 0, ch 1) 12:44:08 CHD 00016 userppp0 rate 150 sec/unit (rate) 12:44:08 DBG FSM event [msg-dialout]: [idle => dialing] 12:44:08 DBG F_DIAL: local dial out request 12:44:08 DBG find_by_device_for_dialoutnumber: found entry 0! 12:44:08 DBG msg_dialoutnumber: dial req from rbch, unit 0 12:44:08 DBG select_first_dialno: only one no, no = [their number] 12:44:08 DBG setup_dialout: entry userppp0 ok! 12:44:08 WRN msg_disconnect_ind: cdid not found 12:44:08 moria /kernel: i4b: unit 0, assigned TEI = 69 = 0x45 12:44:09 CHD 00016 userppp0 outgoing call active (ctl 0, ch 1, rbch0) 12:44:09 DBG FSM event [msg-con-act-ind]: [dialing => connected] 12:44:09 DBG F_DOK: dial out ok 12:44:09 DBG select_this_dialno: index = 0, no = [their number] 12:44:09 DMN date/time from exchange = 0007091336 12:44:11 CHD 00016 userppp0 accounting: in 0, out 0 12:44:11 CHD 00016 userppp0 cause 16: Normal call clearing (Q.850) 12:44:11 CHD 00016 userppp0 charging: 0 units, 2 seconds 12:44:11 CHD 00016 userppp0 outgoing call disconnected (remote) 12:44:11 DBG FSM event [msg-disc-ind]: [connected => idle] 12:44:11 DBG F_IDIS: disconnect indication (here, two more automatic redials took place, and the log messages were more or less identical, so I cut them out) (now, another automatic redial, slightly different outcome) 12:44:28 CHD 00019 userppp0 cause 34: No circuit / channel available (Q.850) 12:44:28 CHD 00019 userppp0 dialing out from [my number] to [their number] 12:44:28 CHD 00019 userppp0 outgoing call disconnected (remote) 12:44:28 CHD 00019 userppp0 rate 150 sec/unit (rate) 12:44:28 DBG FSM event [msg-dialout]: [idle => dialing] 12:44:28 DBG F_DIAL: local dial out request 12:44:28 DBG find_by_device_for_dialoutnumber: found entry 0! 12:44:28 DBG msg_dialoutnumber: dial req from rbch, unit 0 12:44:28 DBG select_first_dialno: only one no, no = [their number] 12:44:28 DBG setup_dialout: entry userppp0 ok! 12:44:28 WRN msg_disconnect_ind: cdid not found 12:44:29 DBG FSM (SUSE) event [msg-disc-ind]: [dialing => idle] 12:44:29 DBG F_DFL: dial retry fail, dial retries exhausted 12:44:29 DBG dialresponse: sent [temporary failure] (this one is repeated, again, for three times, with extra "cause 34" messages strewn in) (now I decided to kill it manually) 12:45:34 DMN daemon terminating, exitval = 0 ----------->( snip )<----------------- Is anyone able to help me? Thanks in advance (especially for reading all through this mail until down here :-)) Philipp __________________________________________________________________ Do You Yahoo!? Gesendet von Yahoo! Mail - http://mail.yahoo.de Yahoo! Mail auf Ihrem Handy? - http://mobil.yahoo.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message From owner-freebsd-isdn Sun Jul 9 11:10: 4 2000 Delivered-To: freebsd-isdn@freebsd.org Received: from BEER.COM (hops.beer.com [208.51.68.26]) by hub.freebsd.org (Postfix) with SMTP id 8D88037C21A for ; Sun, 9 Jul 2000 11:09:55 -0700 (PDT) (envelope-from H4MM3R@BEER.COM) Received: from beer.com ([208.51.68.26]) by BEER.COM ; Sun, 09 Jul 2000 14:12:02 -0400 From: "HaMMeR" Reply-To: H4MM3R@BEER.COM To: freebsd-isdn@freebsd.org Date: Sun, 9 Jul 2000 14:12:02 -500 Subject: ELSA QuickStep 3000PCI X-Mailer: CWMail Web to Mail Gateway 2.3b, http://netwinsite.com/top_mail.htm Message-id: <3968c072.d47.0@beer.com> X-User-Info: 212.216.95.240 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org does anyone know if this card works in FreeBSD? The card is working fine in linux, and the FreeBSD hardware list talks about the elsa 1000 pci! I guess should work fine too, in linux i use my card with the same driver of the 1000 version, tnx Claudio ----------------------------------------------------------------------------------------------------------------------------------------- A Man Needs A Woman Like A Fish Needs A Bicycle >-<->-< ClauDio HaMMeR H4MM3R@beer.com http://www.beer.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message From owner-freebsd-isdn Thu Jul 13 4:11:10 2000 Delivered-To: freebsd-isdn@freebsd.org Received: from storm.FreeBSD.org.uk (storm.freebsd.org.uk [194.242.139.170]) by hub.freebsd.org (Postfix) with ESMTP id 2F0F337BB4D for ; Thu, 13 Jul 2000 04:11:07 -0700 (PDT) (envelope-from brian@Awfulhak.org) Received: from hak.lan.Awfulhak.org (hak.nat.Awfulhak.org [172.31.0.12]) by storm.FreeBSD.org.uk (8.9.3/8.9.3) with ESMTP id MAA34290; Thu, 13 Jul 2000 12:11:03 +0100 (BST) (envelope-from brian@Awfulhak.org) Received: from hak.lan.Awfulhak.org (brian@localhost [127.0.0.1]) by hak.lan.Awfulhak.org (8.9.3/8.9.3) with ESMTP id KAA00815; Thu, 13 Jul 2000 10:18:00 +0100 (BST) (envelope-from brian@hak.lan.Awfulhak.org) Message-Id: <200007130918.KAA00815@hak.lan.Awfulhak.org> X-Mailer: exmh version 2.1.1 10/15/1999 To: Gary Jennejohn Cc: Brian Somers , freebsd-isdn@freebsd.org, brian@Awfulhak.org Subject: Re: i4b CRC / Recieve Aborted error, user PPP In-Reply-To: Message from Gary Jennejohn of "Wed, 28 Jun 2000 02:37:21 +0200." <200006280037.CAA61905@peedub.muc.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 13 Jul 2000 10:18:00 +0100 From: Brian Somers Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > Brian Somers writes: > >> >You can ``add! default HISADDR'' if you want to override whatever's > >> >already set. > >> > > >> > >> I have that in the conf file. But HISADDR is written hisaddr, as it > >> appears in one of the examples. It doesn't seem to matter whether > >> it's written in CAPS or not, I've tried both. Maybe PPPoE has > >> different behavior ? > > > >The hisaddr bit can be upper or lower case. If you have ``add!'' > >instead of ``add'' it'll ``just do it'', so if it gets an already > >exists error from the SIOCAIFADDR it replaces the route. > > > >This shouldn't ever moan about an already existing route though. > > > >(or did you miss the ``!'' ?) > > > > No, the bang is in there. It still moans: > PPp ON peedub> Warning: Add route failed: default already exists > It does replace the default route, though. There's definitely something funny going on here. I'm also seeing ``invalid seek'' errnos coming back from ``add!''. I'm looking into it ! > --- > Gary Jennejohn / garyj@muc.de gj@freebsd.org Cheers. -- Brian Don't _EVER_ lose your sense of humour ! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message From owner-freebsd-isdn Thu Jul 13 16:38:15 2000 Delivered-To: freebsd-isdn@freebsd.org Received: from malcolm.ailis.de (malcolm.ailis.de [62.159.58.30]) by hub.freebsd.org (Postfix) with SMTP id 3F7D237B5A8 for ; Thu, 13 Jul 2000 16:38:02 -0700 (PDT) (envelope-from drt@ailis.de) Received: (qmail 1965 invoked by uid 1002); 13 Jul 2000 23:36:19 -0000 Date: Fri, 14 Jul 2000 01:36:19 +0200 From: "Doobee R . Tzeck" To: freebsd-isdn@freebsd.org Subject: ELSA PCFpro Message-ID: <20000714013619.A1671@malcolm.ailis.de> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="wac7ysb48OaltWcw" User-Agent: Mutt/1.0.1i Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org --wac7ysb48OaltWcw Content-Type: text/plain; charset=us-ascii I own an ELSA PCFpro. To my knowledge, the ELSA PCC16 is a stripped down Version on the PCFpro. By patching the card detection routine for the PPC16 I was able to use the PPC16 driver for the PCFpro. This setup works now for 3 weeks. I get sometimes i4b-L1-isic_hscx_waitxfw: HSCX wait for XFW timeout! but I don't know if this is related to my patch. Perhaps this patch is useful for somebody else too. drt --wac7ysb48OaltWcw Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="i4b-elsa-pcfpro.patch" *** i4b/layer1/i4b_elsa_pcc16.c Fri Jul 14 00:48:53 2000 --- i4b/layer1/i4b_elsa_pcc16.c Fri Jul 14 00:50:45 2000 *************** *** 308,321 **** if( ((HSCX_READ(0, H_VSTR) & 0xf) != 0x5) || ((HSCX_READ(1, H_VSTR) & 0xf) != 0x5) ) { ! printf("isic%d: HSCX VSTR test failed for ELSA MicroLink ISDN/PCC-16\n", ! unit); ! printf("isic%d: HSC0: VSTR: %#x\n", ! unit, HSCX_READ(0, H_VSTR)); ! printf("isic%d: HSC1: VSTR: %#x\n", ! unit, HSCX_READ(1, H_VSTR)); ! isic_detach_Epcc16(dev); ! return (ENXIO); } /* get our irq */ --- 308,328 ---- if( ((HSCX_READ(0, H_VSTR) & 0xf) != 0x5) || ((HSCX_READ(1, H_VSTR) & 0xf) != 0x5) ) { ! if( ((HSCX_READ(0, H_VSTR) & 0xf) != 0x85) || ! ((HSCX_READ(1, H_VSTR) & 0xf) != 0x85) ) ! { ! printf("isic%d: HSCX VSTR test failed for ELSA MicroLink ISDN/PCC-16\n", ! unit); ! isic_detach_Epcc16(dev); ! printf("isic%d: HSC0: VSTR: %#x\n", ! unit, HSCX_READ(0, H_VSTR)); ! printf("isic%d: HSC1: VSTR: %#x\n", ! unit, HSCX_READ(1, H_VSTR)); ! return (ENXIO); ! } ! else ! printf("isic%d: ELSA MicroLink ISDN/PCFpro found, going to tread it as PCC-16\n", ! unit); } /* get our irq */ --wac7ysb48OaltWcw-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message From owner-freebsd-isdn Fri Jul 14 1:39:54 2000 Delivered-To: freebsd-isdn@freebsd.org Received: from malcolm.ailis.de (malcolm.ailis.de [62.159.58.30]) by hub.freebsd.org (Postfix) with SMTP id 5963137BE32 for ; Fri, 14 Jul 2000 01:39:52 -0700 (PDT) (envelope-from drt@ailis.de) Received: (qmail 6677 invoked by uid 1002); 14 Jul 2000 08:38:12 -0000 Date: Fri, 14 Jul 2000 10:38:12 +0200 From: "Doobee R . Tzeck" To: freebsd-isdn@freebsd.org Subject: Calling a programm *before* the line is taken down. Message-ID: <20000714103812.A6553@malcolm.ailis.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii User-Agent: Mutt/1.0.1i Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I'm investigating ways to execute commands just before an isp connection is taken down. This should help deregistering at certain network services, notably at a dynamic dns server. It seems to me, I have to find all calls to N_DISCONNECT_REQUEST in i4bdrv.c and i4bl4.c and chage them to sending a special Message like WILL_DISCONECT_IND to userland, wait 5 seconds and then disconnect. But as far as I understand I can't just sleep(5); Any hints how to implement such a thing? drt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message From owner-freebsd-isdn Fri Jul 14 7:10:29 2000 Delivered-To: freebsd-isdn@freebsd.org Received: from widukind.bi.teuto.net (widukind.bi.teuto.net [212.8.197.28]) by hub.freebsd.org (Postfix) with ESMTP id 8DF5437B888 for ; Fri, 14 Jul 2000 07:10:20 -0700 (PDT) (envelope-from martin@rumolt.teuto.de) Received: from rumolt.teuto.de (IDENT:root@rumolt.teuto.de [212.8.203.81]) by widukind.bi.teuto.net (8.9.3/8.9.3) with ESMTP id QAA06895; Fri, 14 Jul 2000 16:10:17 +0200 Received: (from martin@localhost) by rumolt.teuto.de (8.10.2/8.10.2) id e6EDuZQ00361; Fri, 14 Jul 2000 15:56:35 +0200 (MEST) From: Martin Husemann Message-Id: <200007141356.e6EDuZQ00361@rumolt.teuto.de> Subject: Re: ELSA PCFpro In-Reply-To: <20000714013619.A1671@malcolm.ailis.de> from "Doobee R . Tzeck" at "Jul 14, 2000 01:36:19 am" To: drt@ailis.de (Doobee R . Tzeck) Date: Fri, 14 Jul 2000 15:56:35 +0200 (MEST) Cc: freebsd-isdn@FreeBSD.ORG Organization: Crusaders Catering Services Inc. ;-) X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > I get sometimes > i4b-L1-isic_hscx_waitxfw: HSCX wait for XFW timeout! > but I don't know if this is related to my patch. This happens to me often. There is something wrong, but (a) not specific to your patch and (b) being corrected by the great error recovery stuff in I4B. Martin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message From owner-freebsd-isdn Fri Jul 14 7:10:26 2000 Delivered-To: freebsd-isdn@freebsd.org Received: from widukind.bi.teuto.net (widukind.bi.teuto.net [212.8.197.28]) by hub.freebsd.org (Postfix) with ESMTP id 8E22737BDDE for ; Fri, 14 Jul 2000 07:10:20 -0700 (PDT) (envelope-from martin@rumolt.teuto.de) Received: from rumolt.teuto.de (IDENT:root@rumolt.teuto.de [212.8.203.81]) by widukind.bi.teuto.net (8.9.3/8.9.3) with ESMTP id QAA06902; Fri, 14 Jul 2000 16:10:19 +0200 Received: (from martin@localhost) by rumolt.teuto.de (8.10.2/8.10.2) id e6EE6XO00380; Fri, 14 Jul 2000 16:06:33 +0200 (MEST) From: Martin Husemann Message-Id: <200007141406.e6EE6XO00380@rumolt.teuto.de> Subject: Re: Calling a programm *before* the line is taken down. In-Reply-To: <20000714103812.A6553@malcolm.ailis.de> from "Doobee R . Tzeck" at "Jul 14, 2000 10:38:12 am" To: drt@ailis.de (Doobee R . Tzeck) Date: Fri, 14 Jul 2000 16:06:33 +0200 (MEST) Cc: freebsd-isdn@FreeBSD.ORG Organization: Crusaders Catering Services Inc. ;-) X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > It seems to me, I have to find all calls to N_DISCONNECT_REQUEST in i4bdrv.c > and i4bl4.c and chage them to sending a special Message like > WILL_DISCONECT_IND to userland, wait 5 seconds and then disconnect. I'm not sure this will work at this level: think of sudden ISDN disconnects (i.e. the famous cleaning woman pulling the line) What you need is a notification from ispp before it changes IPCP state to down, but that may be too late too. If you are just concernd about isdnd's idle timeout: simple add another timer triggering an adjustable time before the idle timeout occurs and set a special flag noting that the connection is going to drop now (idle timeout will not fire, because you are causing network traffic again). Or add an external program that is queried on idle timeout, returning either 0 (we may shut down the connection) or some error code (no, let's stay online). Martin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message