From owner-freebsd-isdn Sun Jul 19 01:36:10 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA17172 for freebsd-isdn-outgoing; Sun, 19 Jul 1998 01:36:10 -0700 (PDT) (envelope-from owner-freebsd-isdn@FreeBSD.ORG) Received: from gilberto.physik.RWTH-Aachen.DE (gilberto.physik.rwth-aachen.de [137.226.30.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id BAA17029 for ; Sun, 19 Jul 1998 01:35:44 -0700 (PDT) (envelope-from kuku@gilberto.physik.RWTH-Aachen.DE) Received: (from kuku@localhost) by gilberto.physik.RWTH-Aachen.DE (8.8.8/8.8.7) id KAA14475; Sun, 19 Jul 1998 10:32:22 +0200 (MEST) (envelope-from kuku) Message-ID: <19980719103222.B14410@gil.physik.rwth-aachen.de> Date: Sun, 19 Jul 1998 10:32:22 +0200 From: Christoph Kukulies To: Martin Husemann , Christoph Kukulies Cc: freebsd-isdn@FreeBSD.ORG Subject: Re: sometimes ipr0 doesn't send packets - it seems References: <199807171420.QAA06221@gilberto.physik.RWTH-Aachen.DE> <199807180540.HAA02134@rumolt.teuto.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.91 In-Reply-To: <199807180540.HAA02134@rumolt.teuto.de>; from Martin Husemann on Sat, Jul 18, 1998 at 07:40:41AM +0200 Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Sat, Jul 18, 1998 at 07:40:41AM +0200, Martin Husemann wrote: > > The usual infamous 'jhs-beep' could be heard, vty6 was showing > > rwth: incoming alert, rwth: call active (ctl 0 , ch 0) etc. > > but no packets. Nothing. Not even a ping to the peer point > > possible. > > Just FYI: I've seen this same thing happen randomly (not very often) with an > old bisnd installation. When it happens, the b-channel interrupt handler is Yes, I had seen that also randomly while I was running bisdn. Just FEI, hardware is ASUS SP3G, Amd 5x86/133, AVM A1. > called with the card denying any need for a b-channel interrupt, so the > handler does nothing and returns. (I've watched the interrupt handler with > remote gdb.) > > A reboot did not always cure it, same for powercycling. I suspected broken > hardware and replaced the card, but the effect happend again later once. > (First card was a realy new (at that time) Teles S0/16.3, replacement was the > quite old AVM A1 card you send me, Hellmuth. System was a 486.). > > > Martin > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-isdn" in the body of the message -- --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.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 19 03:32:28 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA00137 for freebsd-isdn-outgoing; Sun, 19 Jul 1998 03:32:28 -0700 (PDT) (envelope-from owner-freebsd-isdn@FreeBSD.ORG) Received: from mail.ppp.net (mail.ppp.net [194.64.12.35]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id DAA29998 for ; Sun, 19 Jul 1998 03:32:17 -0700 (PDT) (envelope-from ernie!bert.kts.org!hm@ppp.net) Received: from casparc.ppp.net (casparc2.ppp.net [194.64.12.42]) by mail.ppp.net (8.8.8/8.8.8) with SMTP id MAA01941; Sun, 19 Jul 1998 12:32:01 +0200 Received: from ernie by casparc.ppp.net with uucp (Smail3.1.28.1 #1) id m0yxqlA-002ZjZC; Sun, 19 Jul 98 12:32 MET DST Received: from bert.kts.org(really [194.55.156.2]) by ernie.kts.org via sendmail with smtp id for ; Sun, 19 Jul 1998 12:11:01 +0200 (CEST) (Smail-3.2.0.91 1997-Jan-14 #3 built 1998-Feb-14) Received: by bert.kts.org via sendmail with stdio id for freebsd-isdn@FreeBSD.ORG; Sun, 19 Jul 1998 12:05:19 +0200 (CEST) (Smail-3.2.0.94 1997-Apr-22 #1 built 1998-Jun-6) Message-Id: From: hm@kts.org (Hellmuth Michaelis) Subject: Re: sometimes ipr0 doesn't send packets - it seems In-Reply-To: <199807180540.HAA02134@rumolt.teuto.de> from Martin Husemann at "Jul 18, 98 07:40:41 am" To: martin@rumolt.teuto.de (Martin Husemann) Date: Sun, 19 Jul 1998 12:05:19 +0200 (CEST) Cc: kuku@gilberto.physik.RWTH-Aachen.DE, freebsd-isdn@FreeBSD.ORG Organization: Kitchen Table Systems Reply-To: hm@kts.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 Martin Husemann wrote: > > The usual infamous 'jhs-beep' could be heard, vty6 was showing > > rwth: incoming alert, rwth: call active (ctl 0 , ch 0) etc. > > but no packets. Nothing. Not even a ping to the peer point > > possible. > > Just FYI: I've seen this same thing happen randomly (not very often) with an > old bisnd installation. When it happens, the b-channel interrupt handler is > called with the card denying any need for a b-channel interrupt, so the > handler does nothing and returns. (I've watched the interrupt handler with > remote gdb.) I've put a check into the interrupt handler to print out a message when this happens. Anyway i've no idea currently how to avoid this situation (i'm not even able to reproduce it). hellmuth -- Hellmuth Michaelis hm@kts.org Hamburg, Europe A duck is like a bicycle because they both have two wheels except the duck (terry@cs.weber.edu) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message From owner-freebsd-isdn Sun Jul 19 03:32:31 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA00140 for freebsd-isdn-outgoing; Sun, 19 Jul 1998 03:32:31 -0700 (PDT) (envelope-from owner-freebsd-isdn@FreeBSD.ORG) Received: from mail.ppp.net (mail.ppp.net [194.64.12.35]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id DAA29996 for ; Sun, 19 Jul 1998 03:32:16 -0700 (PDT) (envelope-from ernie!bert.kts.org!hm@ppp.net) Received: from casparc.ppp.net (casparc2.ppp.net [194.64.12.42]) by mail.ppp.net (8.8.8/8.8.8) with SMTP id MAA01937; Sun, 19 Jul 1998 12:31:59 +0200 Received: from ernie by casparc.ppp.net with uucp (Smail3.1.28.1 #1) id m0yxql8-002ZjZC; Sun, 19 Jul 98 12:32 MET DST Received: from bert.kts.org(really [194.55.156.2]) by ernie.kts.org via sendmail with smtp id for ; Sun, 19 Jul 1998 12:00:19 +0200 (CEST) (Smail-3.2.0.91 1997-Jan-14 #3 built 1998-Feb-14) Received: by bert.kts.org via sendmail with stdio id for freebsd-isdn@FreeBSD.ORG; Sun, 19 Jul 1998 11:54:36 +0200 (CEST) (Smail-3.2.0.94 1997-Apr-22 #1 built 1998-Jun-6) Message-Id: From: hm@kts.org (Hellmuth Michaelis) Subject: Re: could i4b influence sound? In-Reply-To: <19980717083803.A4710@gil.physik.rwth-aachen.de> from Christoph Kukulies at "Jul 17, 98 08:38:03 am" To: kuku@gilberto.physik.RWTH-Aachen.DE (Christoph Kukulies) Date: Sun, 19 Jul 1998 11:54:36 +0200 (CEST) Cc: freebsd-isdn@FreeBSD.ORG Organization: Kitchen Table Systems Reply-To: hm@kts.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 Christoph Kukulies wrote: > > > My sound applications (midi) are choppy and expose periodical pauses. > > > > It might be possible that i4b is the cause. Is an ISDN data transfer > > happening at this time ? Or does it happen all the time ? What type of > > card are you using ? > > No, I think the line was idle when this happens. It also doesn't > seem to be correlated with the logs in /var/tmp/isdn.trace when I > enable tracing which I first thought. Anyway, it seems to be > happening at fixed time intervalls (that the sound stops playing). When i saw this, i thought it might be the AVM issueing continous interrupts (AVM cards have a timer onboard which might cause this) so i verified the AVM driver - it does _not_ issue timer irq's; so thats not the cause. > Well, the sound driver uses DMA and it's essential that the DMA done > interrupt is being served with highest priority. The sound driver (Luigi's new one) runs at spltty whereas isdn4bsd runs at splimp. hellmuth -- Hellmuth Michaelis hm@kts.org Hamburg, Europe A duck is like a bicycle because they both have two wheels except the duck (terry@cs.weber.edu) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message From owner-freebsd-isdn Sun Jul 19 09:59:07 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA29685 for freebsd-isdn-outgoing; Sun, 19 Jul 1998 09:59:07 -0700 (PDT) (envelope-from owner-freebsd-isdn@FreeBSD.ORG) Received: from harvey.aball.de (root@harvey.aball.de [194.77.82.26]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id JAA29680 for ; Sun, 19 Jul 1998 09:59:04 -0700 (PDT) (envelope-from alice.turbocat.de!dave@harvey.aball.de) Received: by harvey.aball.de (Smail3.1.28.1 #11) id m0yxwnF-000Iz7C; Sun, 19 Jul 98 18:58 MET DST 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 SAA14576 for ; Sun, 19 Jul 1998 18:57:16 +0200 (CEST) Received: (from dave@localhost) by cat.turbocat.de (8.8.5/8.7.3) id SAA00374 for freebsd-isdn@FreeBSD.ORG; Sun, 19 Jul 1998 18:57:16 +0200 (MET DST) Message-Id: <199807191657.SAA00374@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: Sun, 19 Jul 98 18:57:14 +0200 To: freebsd-isdn@FreeBSD.ORG Subject: *BSD Linux? Organisation: Turbocat's Development http://www.turbocat.de/ Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hi, I try to connect to an Linux box. I can telnet to the remote box, type 7 times "ls" and after the 8th "ls" the telnet session is death. But I can open another xterm and telnet again... MTU was 1500 (and tested with 1000) on both sides... --- _ _ _(_)(_)_ 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 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message From owner-freebsd-isdn Mon Jul 20 12:06:06 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA24135 for freebsd-isdn-outgoing; Mon, 20 Jul 1998 12:06:06 -0700 (PDT) (envelope-from owner-freebsd-isdn@FreeBSD.ORG) Received: from harvey.aball.de (root@harvey.aball.de [194.77.82.26]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id MAA24008 for ; Mon, 20 Jul 1998 12:05:59 -0700 (PDT) (envelope-from alice.turbocat.de!dave@harvey.aball.de) Received: by harvey.aball.de (Smail3.1.28.1 #11) id m0yyLFd-000Iz7C; Mon, 20 Jul 98 21:05 MET DST 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 RAA01982 for ; Mon, 20 Jul 1998 17:21:11 +0200 (CEST) Received: (from dave@localhost) by cat.turbocat.de (8.8.5/8.7.3) id RAA00551 for freebsd-isdn@FreeBSD.ORG; Mon, 20 Jul 1998 17:21:12 +0200 (MET DST) Message-Id: <199807201521.RAA00551@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, 20 Jul 98 17:21:11 +0200 To: ISDN-List Subject: PATCH: matching unknown callers Organisation: Turbocat's Development http://www.turbocat.de/ Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hi! With this patch, you can catch unknown callers... alice# diff -c ~dave/support.c.org /Net/alice/usr/src/i4b/isdnd/support.c *** /Users/dave/support.c.org Wed Jul 8 20:50:10 1998 --- /Net/alice/usr/src/i4b/isdnd/support.c Mon Jul 20 17:11:16 1998 *************** *** 186,191 **** --- 186,201 ---- cfg_entry_t *cep = NULL; int i; + + //log(LL_CHD, "find_entry: dst_telno='%s' src_telno='%s'", dst_telno, src_telno); + + /* If remote number has len of 0, we have a UNKNOWN caller. */ + + if (!strlen(src_telno)) + { + src_telno = "unknown"; + } + for(i=0; i < nentries; i++) { cep = &cfg_entry_tab[i]; /* ptr to config entry */ I tried this config #============================================================================== # ENTRY: telephone answering #============================================================================== entry name = UNKNOWNTEST # name for reference usrdevicename = tel # ipr, tel, rbch usrdeviceunit = 1 # unit number isdncontroller = 0 # contoller to use or -1 to use any isdnchannel = -1 # channel (1/2) to use or 0 or -1 for any # numbers used to verify at DIAL IN local-phone-incoming = 12345678 # this is my number remote-phone-incoming = unknown dialin-reaction = answer # accept, reject, ignore, answer answerprog = record # program to run b1protocol = raw # hdlc, raw idletime-incoming = 20 # 5 seconds idle timeout -------------------------------------------- Who does pattern matching and multiple numbers in remote-phone-incoming? --- _ _ _(_)(_)_ 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 Tue Jul 21 01:54:58 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA09486 for freebsd-isdn-outgoing; Tue, 21 Jul 1998 01:54:58 -0700 (PDT) (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 BAA09464 for ; Tue, 21 Jul 1998 01:54:49 -0700 (PDT) (envelope-from hm@hcs.de) Received: from hcswork.hcs.de([192.76.124.5]) (15186 bytes) by hcshh.hcs.de via sendmail with P:smtp/R:inet_hosts/T:smtp (sender: ) id for ; Tue, 21 Jul 1998 10:54:14 +0200 (METDST) (Smail-3.2.0.101 1997-Dec-17 #2 built 1998-Jun-26) Received: by hcswork.hcs.de (Smail3.1.29.0 #12) id m0yyYDq-0000f8C; Tue, 21 Jul 98 10:56 METDST Message-Id: From: hm@hcs.de (Hellmuth Michaelis) Subject: Re: Can't get dialback to work [ long ] In-Reply-To: <19980720162306.38929@wau.mis.ah.nl> from Leo Weppelman at "Jul 20, 98 04:23:07 pm" To: leo@wau.mis.ah.nl (Leo Weppelman) Date: Tue, 21 Jul 1998 10:56:33 +0200 (METDST) Cc: freebsd-isdn@FreeBSD.ORG Reply-To: hm@hcs.de Organization: HCS Hanseatischer Computerservice GmbH X-Mailer: ELM [version 2.4ME+ PL39 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >From the keyboard of Leo Weppelman: > On Wed 15 Jul 1998, Hellmuth Michaelis wrote: > > >From the keyboard of Leo Weppelman: > > > > > > At the company, we have a Linux system that we use for dialin. It is > > > configured for dialback (reject the incoming call, dialback thereafter). > > > Somehow, I can't get the dialback to work on my NetBSD/Atari with i4b-00.62. > > > > > > My config entry looks like: > > > dialretries = 1 > > ^^^^^^^^^^^^^^^^^^^^^^^^^^^ > > > > Try to increase the number of dialretries. I don't know if the behaviour with > > your settings is a bug or a feature ... ;-) > > > > Also, configure callbackwait or calledbackwait explicitely, whichever is > > appropriate for your setup. > > Ok, I did this and it works (more or less.... ;-). Somehow it takes a > tremendous time to get the connection established. [...] > - my isdn.rc entry: > calledbackwait = 3 ^^^^^^^^^^^^^^^^^^^^^^^^^^^ What happenes is: a) frame:000006 - time:20.07 15:16:30.81 0 secs - outgoing SETUP to remote b) frame:000013 - time:20.07 15:16:39.21 9 secs - line cleared c) frame:000016 - time:20.07 15:16:43.78 13 secs - outgoing SETUP to remote d) frame:000023 - time:20.07 15:16:49.90 19 secs - line cleared e) frame:000026 - time:20.07 15:16:52.71 22 secs - remote calls in The time between b) and c) is your calledbackwait time parameter (set to 3) The time between d) and e) is the time, the remote needs to be able to call in (both participating exchanges need to free the lines and other resources on both ends) which also close to 3 seconds. The calledbackwait parameter specifies how long isdnd will wait between b) and c) until another call is made to the remote to make the remote call back. This time is the time-window the remote is able to call back. In case this window is too small (as it is in your case), you'll get the problems you describe. You need a larger calledbackwait (and/or a shorted callbackwait or equivalent at the remote side) in your setup! A good strategy to find out the time required for calledbackwait is to set it to a large value, i.e. 30 or 60 seconds (be patient ... :-) ). Then you measure the time it takes usually (in case the ISDN network is very loaded, i.e. during daytime, it takes more time to callback; during nighttimes it is usually much faster!) getting from the RELEASE_COMPLETE message to the time the calling back remote calls in. Add some seconds to this and use it as the calledbackwait time. > > The trace: > =========== isdntrace controller #0 =========== started Mon Jul 20 15:16:26 1998 > > -- NT->TE - unit:0 - frame:000001 - time:20.07 15:16:30.32 - length:4 ---------- > Dump:000 02 a1 01 05 .... > Q921: SAP=0 (Call Control), C, TEI=80, S-Frame: RR N(R) 2 PF 1 > > -- TE->NT - unit:0 - frame:000002 - time:20.07 15:16:30.78 - length:8 ---------- > Dump:000 fc ff 03 0f 7f 9d 01 ff ........ > Q921: SAP=63 (TEI-Management), C, TEI=127, Ri=0x7f9d, IdRequest, Ai=127 > > -- NT->TE - unit:0 - frame:000003 - time:20.07 15:16:30.79 - length:8 ---------- > Dump:000 fe ff 03 0f 7f 9d 02 c3 ........ > Q921: SAP=63 (TEI-Management), C, TEI=127, Ri=0x7f9d, IdAssign, Ai=97 > > -- TE->NT - unit:0 - frame:000004 - time:20.07 15:16:30.79 - length:3 ---------- > Dump:000 00 c3 7f ... > Q921: SAP=0 (Call Control), C, TEI=97, U-Frame: SABME PF 1 > > -- NT->TE - unit:0 - frame:000005 - time:20.07 15:16:30.81 - length:3 ---------- > Dump:000 00 c3 73 ..s > Q921: SAP=0 (Call Control), R, TEI=97, U-Frame: UA PF 1 > > -- TE->NT - unit:0 - frame:000006 - time:20.07 15:16:30.81 - length:42 --------- > Dump:000 00 c3 00 00 .... > Q921: SAP=0 (Call Control), C, TEI=97, I-Frame: N(S) 0 N(R) 0 P 0 > Dump:004 08 01 51 05 a1 04 02 88 90 18 01 81 6c 0b 81 30 ..Q.........l..0 > Dump:020 33 30 32 34 34 38 39 33 37 70 0b 81 30 37 35 36 302448937p..0756 > Dump:036 31 32 32 33 33 39 122339 > Q931: pd=Q.931/I.451, cr=0x51 (from origination), message=SETUP: > [sending complete] > [bearer capability: > cap=unrestricted digital information > std=CCITT > rate=64 kbit/s > mode=circuit] > [channel id: channel=B-1 (preferred)] > [calling party number: 0302448937 (type=unknown, plan=ISDN)] > [called party number: 0756122339 (type=unknown, plan=ISDN)] > > -- NT->TE - unit:0 - frame:000007 - time:20.07 15:16:30.84 - length:4 ---------- > Dump:000 00 c3 01 02 .... > Q921: SAP=0 (Call Control), R, TEI=97, S-Frame: RR N(R) 1 PF 0 > > -- NT->TE - unit:0 - frame:000008 - time:20.07 15:16:31.09 - length:11 --------- > Dump:000 02 c3 00 02 .... > Q921: SAP=0 (Call Control), C, TEI=97, I-Frame: N(S) 0 N(R) 1 P 0 > Dump:004 08 01 d1 02 18 01 89 ....... > Q931: pd=Q.931/I.451, cr=0x51 (from destination), message=CALL PROCEEDING: > [channel id: channel=B-1 (exclusive)] > > -- TE->NT - unit:0 - frame:000009 - time:20.07 15:16:31.09 - length:4 ---------- > Dump:000 02 c3 01 02 .... > Q921: SAP=0 (Call Control), R, TEI=97, S-Frame: RR N(R) 1 PF 0 > > -- NT->TE - unit:0 - frame:000010 - time:20.07 15:16:39.17 - length:12 --------- > Dump:000 02 c3 02 02 .... > Q921: SAP=0 (Call Control), C, TEI=97, I-Frame: N(S) 1 N(R) 1 P 0 > Dump:004 08 01 d1 45 08 02 80 9f ...E.... > Q931: pd=Q.931/I.451, cr=0x51 (from destination), message=DISCONNECT: > [cause: 31: Normal, unspecified (Q.850) > (location=user, std=CCITT)] > > -- TE->NT - unit:0 - frame:000011 - time:20.07 15:16:39.17 - length:8 ---------- > Dump:000 00 c3 02 04 .... > Q921: SAP=0 (Call Control), C, TEI=97, I-Frame: N(S) 1 N(R) 2 P 0 > Dump:004 08 01 51 4d ..QM > Q931: pd=Q.931/I.451, cr=0x51 (from origination), message=RELEASE: > > -- NT->TE - unit:0 - frame:000012 - time:20.07 15:16:39.18 - length:4 ---------- > Dump:000 00 c3 01 04 .... > Q921: SAP=0 (Call Control), R, TEI=97, S-Frame: RR N(R) 2 PF 0 > > -- NT->TE - unit:0 - frame:000013 - time:20.07 15:16:39.21 - length:12 --------- > Dump:000 02 c3 04 04 .... > Q921: SAP=0 (Call Control), C, TEI=97, I-Frame: N(S) 2 N(R) 2 P 0 > Dump:004 08 01 d1 5a 08 02 80 9f ...Z.... > Q931: pd=Q.931/I.451, cr=0x51 (from destination), message=RELEASE COMPLETE: > [cause: 31: Normal, unspecified (Q.850) > (location=user, std=CCITT)] > > -- TE->NT - unit:0 - frame:000014 - time:20.07 15:16:39.21 - length:4 ---------- > Dump:000 02 c3 01 06 .... > Q921: SAP=0 (Call Control), R, TEI=97, S-Frame: RR N(R) 3 PF 0 > > -- NT->TE - unit:0 - frame:000015 - time:20.07 15:16:40.53 - length:4 ---------- > Dump:000 02 a1 01 05 .... > Q921: SAP=0 (Call Control), C, TEI=80, S-Frame: RR N(R) 2 PF 1 > > -- TE->NT - unit:0 - frame:000016 - time:20.07 15:16:43.78 - length:42 --------- > Dump:000 00 c3 04 06 .... > Q921: SAP=0 (Call Control), C, TEI=97, I-Frame: N(S) 2 N(R) 3 P 0 > Dump:004 08 01 2c 05 a1 04 02 88 90 18 01 81 6c 0b 81 30 ..,.........l..0 > Dump:020 33 30 32 34 34 38 39 33 37 70 0b 81 30 37 35 36 302448937p..0756 > Dump:036 31 32 32 33 33 39 122339 > Q931: pd=Q.931/I.451, cr=0x2c (from origination), message=SETUP: > [sending complete] > [bearer capability: > cap=unrestricted digital information > std=CCITT > rate=64 kbit/s > mode=circuit] > [channel id: channel=B-1 (preferred)] > [calling party number: 0302448937 (type=unknown, plan=ISDN)] > [called party number: 0756122339 (type=unknown, plan=ISDN)] > > -- NT->TE - unit:0 - frame:000017 - time:20.07 15:16:43.81 - length:4 ---------- > Dump:000 00 c3 01 06 .... > Q921: SAP=0 (Call Control), R, TEI=97, S-Frame: RR N(R) 3 PF 0 > > -- NT->TE - unit:0 - frame:000018 - time:20.07 15:16:44.04 - length:11 --------- > Dump:000 02 c3 06 06 .... > Q921: SAP=0 (Call Control), C, TEI=97, I-Frame: N(S) 3 N(R) 3 P 0 > Dump:004 08 01 ac 02 18 01 89 ....... > Q931: pd=Q.931/I.451, cr=0x2c (from destination), message=CALL PROCEEDING: > [channel id: channel=B-1 (exclusive)] > > -- TE->NT - unit:0 - frame:000019 - time:20.07 15:16:44.04 - length:4 ---------- > Dump:000 02 c3 01 08 .... > Q921: SAP=0 (Call Control), R, TEI=97, S-Frame: RR N(R) 4 PF 0 > > -- NT->TE - unit:0 - frame:000020 - time:20.07 15:16:49.84 - length:12 --------- > Dump:000 02 c3 08 06 .... > Q921: SAP=0 (Call Control), C, TEI=97, I-Frame: N(S) 4 N(R) 3 P 0 > Dump:004 08 01 ac 45 08 02 80 d8 ...E.... > Q931: pd=Q.931/I.451, cr=0x2c (from destination), message=DISCONNECT: > [cause: 88: Incompatible destination (Q.850) > (location=user, std=CCITT)] > > -- TE->NT - unit:0 - frame:000021 - time:20.07 15:16:49.84 - length:8 ---------- > Dump:000 00 c3 06 0a .... > Q921: SAP=0 (Call Control), C, TEI=97, I-Frame: N(S) 3 N(R) 5 P 0 > Dump:004 08 01 2c 4d ..,M > Q931: pd=Q.931/I.451, cr=0x2c (from origination), message=RELEASE: > > -- NT->TE - unit:0 - frame:000022 - time:20.07 15:16:49.85 - length:4 ---------- > Dump:000 00 c3 01 08 .... > Q921: SAP=0 (Call Control), R, TEI=97, S-Frame: RR N(R) 4 PF 0 > > -- NT->TE - unit:0 - frame:000023 - time:20.07 15:16:49.90 - length:12 --------- > Dump:000 02 c3 0a 08 .... > Q921: SAP=0 (Call Control), C, TEI=97, I-Frame: N(S) 5 N(R) 4 P 0 > Dump:004 08 01 ac 5a 08 02 80 d8 ...Z.... > Q931: pd=Q.931/I.451, cr=0x2c (from destination), message=RELEASE COMPLETE: > [cause: 88: Incompatible destination (Q.850) > (location=user, std=CCITT)] > > -- TE->NT - unit:0 - frame:000024 - time:20.07 15:16:49.90 - length:4 ---------- > Dump:000 02 c3 01 0c .... > Q921: SAP=0 (Call Control), R, TEI=97, S-Frame: RR N(R) 6 PF 0 > > -- NT->TE - unit:0 - frame:000025 - time:20.07 15:16:50.73 - length:4 ---------- > Dump:000 02 a1 01 05 .... > Q921: SAP=0 (Call Control), C, TEI=80, S-Frame: RR N(R) 2 PF 1 > > -- NT->TE - unit:0 - frame:000026 - time:20.07 15:16:52.71 - length:40 --------- > Dump:000 02 ff 03 ... > Q921: SAP=0 (Call Control), C, TEI=127, U-Frame: UI PF 0 > Dump:003 08 01 78 05 a1 04 02 88 90 18 01 89 6c 0b 21 81 ..x.........l.!. > Dump:019 37 35 36 31 32 32 33 33 39 70 0a a1 33 30 32 34 756122339p..3024 > Dump:035 34 38 39 33 37 48937 > Q931: pd=Q.931/I.451, cr=0x78 (from origination), message=SETUP: > [sending complete] > [bearer capability: > cap=unrestricted digital information > std=CCITT > rate=64 kbit/s > mode=circuit] > [channel id: channel=B-1 (exclusive)] > [calling party number: 756122339 (type=national, plan=ISDN, > presentation allowed, screening user provided: verified & passed)] > [called party number: 302448937 (type=national, plan=ISDN)] > > -- TE->NT - unit:0 - frame:000027 - time:20.07 15:16:52.75 - length:8 ---------- > Dump:000 00 c3 08 0c .... > Q921: SAP=0 (Call Control), C, TEI=97, I-Frame: N(S) 4 N(R) 6 P 0 > Dump:004 08 01 f8 07 .... > Q931: pd=Q.931/I.451, cr=0x78 (from destination), message=CONNECT: > > -- NT->TE - unit:0 - frame:000028 - time:20.07 15:16:52.75 - length:4 ---------- > -- TE->NT - unit:0 - frame:000027 - time:20.07 15:16:52.75 - length:8 ---------- > Dump:000 00 c3 08 0c .... > Q921: SAP=0 (Call Control), C, TEI=97, I-Frame: N(S) 4 N(R) 6 P 0 > Dump:004 08 01 f8 07 .... > Q931: pd=Q.931/I.451, cr=0x78 (from destination), message=CONNECT: > > -- NT->TE - unit:0 - frame:000028 - time:20.07 15:16:52.75 - length:4 ---------- > Dump:000 00 a1 01 06 .... > Q921: SAP=0 (Call Control), R, TEI=80, S-Frame: RR N(R) 3 PF 0 > > -- NT->TE - unit:0 - frame:000029 - time:20.07 15:16:52.76 - length:4 ---------- > Dump:000 00 c3 01 0a .... > Q921: SAP=0 (Call Control), R, TEI=97, S-Frame: RR N(R) 5 PF 0 > > -- NT->TE - unit:0 - frame:000030 - time:20.07 15:16:52.82 - length:8 ---------- > Dump:000 02 c3 0c 0a .... > Q921: SAP=0 (Call Control), C, TEI=97, I-Frame: N(S) 6 N(R) 5 P 0 > Dump:004 08 01 78 0f ..x. > Q931: pd=Q.931/I.451, cr=0x78 (from origination), message=CONNECT ACKNOWLEDGE: > > -- TE->NT - unit:0 - frame:000031 - time:20.07 15:16:52.82 - length:4 ---------- > Dump:000 02 c3 01 0e .... > Q921: SAP=0 (Call Control), R, TEI=97, S-Frame: RR N(R) 7 PF 0 > > hellmuth -- Hellmuth Michaelis Tel +49 40 559747-70 HCS Hanseatischer Computerservice GmbH Fax +49 40 559747-77 Oldesloer Strasse 97-99 Mail hm@hcs.de 22457 Hamburg WWW http://www.hcs.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message