From owner-freebsd-isdn@FreeBSD.ORG Sun Nov 5 08:18:26 2006 Return-Path: X-Original-To: freebsd-isdn@freebsd.org Delivered-To: freebsd-isdn@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4D92216A6B8 for ; Sun, 5 Nov 2006 08:18:26 +0000 (UTC) (envelope-from kayogk@cargolink.com) Received: from cargolink.com (62-43-83-194.user.ono.com [62.43.83.194]) by mx1.FreeBSD.org (Postfix) with SMTP id A40A743D53 for ; Sun, 5 Nov 2006 08:18:25 +0000 (GMT) (envelope-from kayogk@cargolink.com) Message-ID: <00d901c70056$3ece81f0$5318d7b0@aformaldehydeh> From: "Brentona Langej" To: Date: Sun, 05 Nov 2006 09:18:14 +0100 MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2869 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2962 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Take A Look At This Company p X-BeenThere: freebsd-isdn@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Brentona Langej List-Id: Using ISDN with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Nov 2006 08:18:26 -0000 THIS IS NOT SPECULATION BUT REAL INFORMATION This advisory is based on exclusive insiders/agents information. (AVLN.OB) Avalon Energy Corporation has an undivided 85% working interest in the Shotgun Draw Prospect in the prolific natural gas producing Uinta Basin , located in the US Rockies, Utah . The lease comprises 13,189 acres with a potential 4 TCF recoverable gas and is overpressured by a 0.55 . 0.85 gradient. ON MONDAY NOV 6th: at 11 cents its a STEAL - Volume: 389,001 - Volume: + 50% - Price: +5.77% The key to any tade is buying low and selling high, WELL the energy market has bottomed out and time to get in is now. We specialise in calling market bottom and when it comes to energy THIS IS THE BOTTOM, SO GET IN FOLKS USA SMALL CAP WINNER USA SMALL CAP WINNER Authorities were trying to determine whether Oyler has any links to at least 40 fires in the area since May, according to an official involved in the investigation who spoke on condition of anonymity because the case is continuing. Three firefighters died when the flames swept over their truck, and a fourth died soon after at a hospital. A fifth was taken off life support and died this week. The last time so many firefighters were killed battling a wildfire was July 1994, when 14 were killed near Glenwood Springs, Colorado, according to the National Interagency Fire Center. Two days after the accident, the Federal Aviation Administration ordered small, fixed-wing planes not to fly over the East River unless the pilot is in contact with air traffic controllers. Oyler "adamantly denies involvement in this fire and in any of these fires," attorney Mark McDonald said outside court. "He's very distraught and scared ... The finger is pointing at him." From owner-freebsd-isdn@FreeBSD.ORG Mon Nov 6 11:08:00 2006 Return-Path: X-Original-To: freebsd-isdn@FreeBSD.org Delivered-To: freebsd-isdn@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0585B16A53C for ; Mon, 6 Nov 2006 11:08:00 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3B68443D67 for ; Mon, 6 Nov 2006 11:07:59 +0000 (GMT) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (linimon@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id kA6B7xaD013922 for ; Mon, 6 Nov 2006 11:07:59 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id kA6B7weF013918 for freebsd-isdn@FreeBSD.org; Mon, 6 Nov 2006 11:07:58 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 6 Nov 2006 11:07:58 GMT Message-Id: <200611061107.kA6B7weF013918@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: linimon set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-isdn@FreeBSD.org Cc: Subject: Current problem reports assigned to you X-BeenThere: freebsd-isdn@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Using ISDN with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Nov 2006 11:08:00 -0000 Current FreeBSD problem reports Critical problems Serious problems Non-critical problems S Tracker Resp. Description -------------------------------------------------------------------------------- s kern/79117 isdn [iavc] iavc(4) for AVM B1 PCI does not attach 1 problem total. From owner-freebsd-isdn@FreeBSD.ORG Wed Nov 8 13:55:59 2006 Return-Path: X-Original-To: freebsd-isdn@freebsd.org Delivered-To: freebsd-isdn@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C346016A407 for ; Wed, 8 Nov 2006 13:55:59 +0000 (UTC) (envelope-from dhartmei@insomnia.benzedrine.cx) Received: from insomnia.benzedrine.cx (insomnia.benzedrine.cx [62.65.145.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id 11E2743D5D for ; Wed, 8 Nov 2006 13:55:56 +0000 (GMT) (envelope-from dhartmei@insomnia.benzedrine.cx) Received: from insomnia.benzedrine.cx (dhartmei@localhost [127.0.0.1]) by insomnia.benzedrine.cx (8.13.4/8.13.4) with ESMTP id kA8Dtumw022467 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO) for ; Wed, 8 Nov 2006 14:55:56 +0100 (MET) Received: (from dhartmei@localhost) by insomnia.benzedrine.cx (8.13.4/8.12.10/Submit) id kA8DtuG9021620 for freebsd-isdn@freebsd.org; Wed, 8 Nov 2006 14:55:56 +0100 (MET) Date: Wed, 8 Nov 2006 14:55:56 +0100 From: Daniel Hartmeier To: freebsd-isdn@freebsd.org Message-ID: <20061108135555.GK14033@insomnia.benzedrine.cx> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.10i Subject: ISDN4BSD / ihfc0 in NT-mode setup X-BeenThere: freebsd-isdn@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Using ISDN with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Nov 2006 13:55:59 -0000 I'm running ISDN4BSD 1.6.1 on FreeBSD 7 (-current) with a HFC-based PCI card: ihfc0: port 0xd000-0xd007 mem 0xee024000-0xee0240ff irq 12 at device 6.0 on pci2 ihfc0: Attaching I4B controller 0. ihfc0: Creating /dev/ihfc0.X. The card is connected to one of the two phone ports of a Swiss Telecom NT-BA 1, using a crossover cable (3-4, 4-3, 5-6, 6-7) without resistors (I'm assuming the NT-BA provides power and termination, correct?). On the second port of the NT-BA I connected a standard Swiss ISDN phone, using a straight cable. The phone gets power through the NT-BA fine. The phone has MSN "1" configured. Then I set up NT-mode using # isdnconfig -u 0 -p DRVR_DSS1_P2P_NT -n -a # isdnconfig controller 0 = { Layer 1: description : HFC-2BDS0 128K PCI ISDN adapter type : passive ISDN (Basic Rate, 2xB) channels : 0x3 serial : 0xabcd power_save : on dialtone : enabled attached : yes PH-state : G3: Active Layer 2: driver_type : DRVR_DSS1_P2P_NT } When running isdntrace, I see L1 state changes (when I run isdnconfig -D/-a), but nothing else: # isdntrace -u 0 -b -i =========== isdntrace controller #0 =========== started Wed Nov 8 13:42:13 2006 -- TE->NT - unit:00 --------------- time:08.11 13:42:17.781261 ---------------- L1 STATE: G4: Pending deactivation -- TE->NT - unit:00 --------------- time:08.11 13:42:17.797972 ---------------- L1 STATE: G1: Deactive -- TE->NT - unit:00 --------------- time:08.11 13:42:19.859513 ---------------- L1 STATE: G2: Pending activation -- TE->NT - unit:00 --------------- time:08.11 13:42:19.863266 ---------------- L1 STATE: G3: Active I tried to use isndphone to dial "1", but nothing happened (stuck in "state: DIALING", no trace output, ISDN phone shows no activity). When I use the ISDN phone to dial any number, nothing happens, either, and the phone shows "No connection", no trace output. Is my assumption wrong that I should be able to dial the ISDN phone from the FreeBSD box and vice-versa in this setup? If that should work, does the above output indicate a problem with the cabling? Unplugging the crossover cable doesn't even produce an isdntrace output, should it? Or did I configure the controller wrongly? I'm not sure whether I need DRVR_DSS1_P2P_NT or something else, or whether isdndebug -T and/or -p must be used specifically. Can any of the existing isdn*(8) tools be used to test this setup? Daniel From owner-freebsd-isdn@FreeBSD.ORG Wed Nov 8 14:13:08 2006 Return-Path: X-Original-To: freebsd-isdn@freebsd.org Delivered-To: freebsd-isdn@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A6D0D16A403; Wed, 8 Nov 2006 14:13:08 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe06.swip.net [212.247.154.161]) by mx1.FreeBSD.org (Postfix) with ESMTP id 01BB043D67; Wed, 8 Nov 2006 14:13:00 +0000 (GMT) (envelope-from hselasky@c2i.net) X-T2-Posting-ID: DxWF5fABqARQEKfto0YRNw== X-Cloudmark-Score: 0.000000 [] Received: from [193.216.87.211] (account mc467741@c2i.net HELO [10.0.0.249]) by mailfe06.swip.net (CommuniGate Pro SMTP 5.0.12) with ESMTPA id 321733733; Wed, 08 Nov 2006 15:12:53 +0100 From: Hans Petter Selasky To: freebsd-isdn@freebsd.org Date: Wed, 8 Nov 2006 15:12:33 +0100 User-Agent: KMail/1.7 References: <20061108135555.GK14033@insomnia.benzedrine.cx> In-Reply-To: <20061108135555.GK14033@insomnia.benzedrine.cx> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200611081512.33913.hselasky@c2i.net> Cc: Subject: Re: ISDN4BSD / ihfc0 in NT-mode setup X-BeenThere: freebsd-isdn@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Using ISDN with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Nov 2006 14:13:08 -0000 On Wednesday 08 November 2006 14:55, Daniel Hartmeier wrote: > I'm running ISDN4BSD 1.6.1 on FreeBSD 7 (-current) with a HFC-based PCI > card: > > ihfc0: port 0xd000-0xd007 > mem 0xee024000-0xee0240ff irq 12 at device 6.0 on pci2 > ihfc0: Attaching I4B controller 0. > ihfc0: Creating /dev/ihfc0.X. > > The card is connected to one of the two phone ports of a Swiss > Telecom NT-BA 1, using a crossover cable (3-4, 4-3, 5-6, 6-7) without > resistors (I'm assuming the NT-BA provides power and termination, > correct?). > > On the second port of the NT-BA I connected a standard Swiss ISDN phone, > using a straight cable. The phone gets power through the NT-BA fine. The > phone has MSN "1" configured. > > Then I set up NT-mode using > > # isdnconfig -u 0 -p DRVR_DSS1_P2P_NT -n -a > # isdnconfig > controller 0 = { > Layer 1: > description : HFC-2BDS0 128K PCI ISDN adapter > type : passive ISDN (Basic Rate, 2xB) > channels : 0x3 > serial : 0xabcd > power_save : on > dialtone : enabled > attached : yes > PH-state : G3: Active > Layer 2: > driver_type : DRVR_DSS1_P2P_NT > } > > When running isdntrace, I see L1 state changes (when I run isdnconfig > -D/-a), but nothing else: > > # isdntrace -u 0 -b -i > > =========== isdntrace controller #0 =========== started Wed Nov 8 > 13:42:13 2006 > > -- TE->NT - unit:00 --------------- time:08.11 13:42:17.781261 > ---------------- L1 STATE: G4: Pending deactivation > > -- TE->NT - unit:00 --------------- time:08.11 13:42:17.797972 > ---------------- L1 STATE: G1: Deactive > > -- TE->NT - unit:00 --------------- time:08.11 13:42:19.859513 > ---------------- L1 STATE: G2: Pending activation > > -- TE->NT - unit:00 --------------- time:08.11 13:42:19.863266 > ---------------- L1 STATE: G3: Active > > I tried to use isndphone to dial "1", but nothing happened (stuck in > "state: DIALING", no trace output, ISDN phone shows no activity). You need to configure "isdnd" before you can use "isdnphone". Try running "capitest -u 0 -i 1 -o 1" instead. > When I use the ISDN phone to dial any number, nothing happens, either, and > the phone shows "No connection", no trace output. Do you have "isdnd" or "Asterisk+chan_capi" running ? A quicky is to just: "cat /dev/i4b > /dev/null &" Do any messages appear now? > > Is my assumption wrong that I should be able to dial the ISDN phone from > the FreeBSD box and vice-versa in this setup? Not without configuring "Asterisk+chan_capi" or "isdnd". > If that should work, does the above output indicate a problem with the > cabling? Unplugging the crossover cable doesn't even produce an isdntrace > output, should it? It might be a problem with the cabling, but try dummy opening "/dev/i4b" first, and see if messages does not start to appear when you run "isdndecode -u 0 -i -x -o", and start dialing out. > Or did I configure the controller wrongly? I'm not sure whether I need > DRVR_DSS1_P2P_NT or something else, or whether isdndebug -T and/or -p must > be used specifically. If the messages you get use TEI 0 then it is P2P_NT you need to setup. > Can any of the existing isdn*(8) tools be used to test this setup? "isdntest" can do some basic testing, but "capitest" is better. "isdntest" is not installed by default. --HPS PS: I recommend you install the SVN version of the driver. It has got a better echo-canceller than the 1.6.1 version has got. From owner-freebsd-isdn@FreeBSD.ORG Wed Nov 8 14:40:46 2006 Return-Path: X-Original-To: freebsd-isdn@freebsd.org Delivered-To: freebsd-isdn@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7579316A403 for ; Wed, 8 Nov 2006 14:40:46 +0000 (UTC) (envelope-from dhartmei@insomnia.benzedrine.cx) Received: from insomnia.benzedrine.cx (insomnia.benzedrine.cx [62.65.145.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id 41CB843DA5 for ; Wed, 8 Nov 2006 14:40:20 +0000 (GMT) (envelope-from dhartmei@insomnia.benzedrine.cx) Received: from insomnia.benzedrine.cx (dhartmei@localhost [127.0.0.1]) by insomnia.benzedrine.cx (8.13.4/8.13.4) with ESMTP id kA8EeCm3016872 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO); Wed, 8 Nov 2006 15:40:12 +0100 (MET) Received: (from dhartmei@localhost) by insomnia.benzedrine.cx (8.13.4/8.12.10/Submit) id kA8EeCr9031643; Wed, 8 Nov 2006 15:40:12 +0100 (MET) Date: Wed, 8 Nov 2006 15:40:12 +0100 From: Daniel Hartmeier To: Hans Petter Selasky Message-ID: <20061108144012.GB6819@insomnia.benzedrine.cx> References: <20061108135555.GK14033@insomnia.benzedrine.cx> <200611081512.33913.hselasky@c2i.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200611081512.33913.hselasky@c2i.net> User-Agent: Mutt/1.5.10i Cc: freebsd-isdn@freebsd.org Subject: Re: ISDN4BSD / ihfc0 in NT-mode setup X-BeenThere: freebsd-isdn@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Using ISDN with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Nov 2006 14:40:46 -0000 On Wed, Nov 08, 2006 at 03:12:33PM +0100, Hans Petter Selasky wrote: > You need to configure "isdnd" before you can use "isdnphone". Try running > "capitest -u 0 -i 1 -o 1" instead. # capitest -u 0 -i 1 -o 1 [...] main.c: capi_send_listen_request: sending listen request for incoming_calls dialing out, 1 / 1 ... main.c: cd_event: disconnected: normal call clearing Concurrently # isdntrace -u 0 -b -i =========== isdntrace controller #0 =========== started Wed Nov 8 14:21:32 2006 -- NT->TE - unit:00 frame:000068 - time:08.11 14:21:42.089982 - length:3 ----- D01:000 02 01 7f ................ D01 ("isdndecode" can decode the data above) -- NT->TE - unit:00 frame:000069 - time:08.11 14:21:42.089991 - length:8 ----- D01:000 02 01 00 00 08 01 7f 75 .......u........ -- NT->TE - unit:00 frame:000070 - time:08.11 14:21:42.089993 - length:8 ----- D01:000 02 01 02 01 08 01 7f 75 .......u........ -- NT->TE - unit:00 frame:000071 - time:08.11 14:21:43.133560 - length:8 ----- D01:000 02 01 00 00 08 01 7f 75 .......u........ -- NT->TE - unit:00 frame:000072 - time:08.11 14:21:43.133564 - length:8 ----- D01:000 02 01 02 01 08 01 7f 75 .......u........ [...] Decoding one of those with # isdndecode -u 0 -b -i -- TE->NT - unit:00 --------------- time:08.11 14:28:08.037067 ---------------- L1 STATE: G3: Active -- NT->TE - unit:00 frame:000087 - time:08.11 14:28:09.072752 - length:8 ----- L2 00 02 000000-- SAPI = 0 (Call Control) ------1- C/R = Command -------0 Extension Bit = 0 (with extension, octet follows) L2 01 01 0000000- TEI = 0 = 0x00 (Non-automatic TEI) -------1 Extension Bit = 1 (no extension, final octet) L2 02 00 0000000- N(S) = 0 (send sequence number) -------0 I-Frame: Information transfer L2 03 00 0000000- N(R) = 0 (receive sequence number) -------0 P/F, Poll = No Immediate Response Required L3 04 08 00001000 Protocol = Q.931/I.451/DSS1 (0x08) L3 05 01 0000---- Call Reference ----0001 Call Reference length is 1 byte L3 06 7F 0------- Call Reference is sent from call originator -1111111 Call Reference = 127 = 0x7f L3 07 75 0------- Message type extension = 0 -1110101 Message type = STATUS_ENQUIRY (0x75) > > When I use the ISDN phone to dial any number, nothing happens, either, and > > the phone shows "No connection", no trace output. > > Do you have "isdnd" or "Asterisk+chan_capi" running ? No, I wasn't. > A quicky is to just: "cat /dev/i4b > /dev/null &" > > Do any messages appear now? Aha! Now when I pick up the ISDN phone I see # isdntrace -u 0 -b -i =========== isdntrace controller #0 =========== started Wed Nov 8 14:31:40 2006 -- TE->NT - unit:00 frame:000093 - time:08.11 14:31:44.044581 - length:8 ----- D01:000 fc ff 03 0f 42 d9 01 ff ....B........... D01 ("isdndecode" can decode the data above) -- TE->NT - unit:00 frame:000094 - time:08.11 14:31:46.044784 - length:8 ----- D01:000 fc ff 03 0f 75 ac 01 ff ....u........... -- TE->NT - unit:00 frame:000095 - time:08.11 14:31:48.044987 - length:8 ----- D01:000 fc ff 03 0f ec 70 01 ff .....p.......... And decoding that # isdndecode -u 0 -b -i =========== isdndecode controller #0 ========== started Wed Nov 8 14:33:28 2006 -- TE->NT - unit:00 frame:000100 - time:08.11 14:33:31.805523 - length:8 ----- L2 00 FC 111111-- SAPI = 63 (Layer 2 Management) ------0- C/R = Command -------0 Extension Bit = 0 (with extension, octet follows) L2 01 FF 1111111- TEI = 127 = 0x7f (Broadcast TEI) -------1 Extension Bit = 1 (no extension, final octet) L2 02 03 000-0011 U-Frame: UI (Unnumbered Information) ---0---- P/F, Poll = No Immediate Response Required L2 03 0F 00001111 MEI (Management Entity Identifier) L2 04 9F 10011111 Ri = 0x9fe6 (Reference number high) L2 05 E6 11100110 Ri (Reference Number low) L2 06 01 00000001 TEI Identity message = REQUEST (0x01) L2 07 FF 1111111- Ai = 127 (Action Indicator = ) -------1 Extension Bit = 1 (no extension, final octet) There is still no tone one the phone and it still produces the "No connection" message, but I hope the output above might tell what is wrong. > If the messages you get use TEI 0 then it is P2P_NT you need to setup. They do, right? > "isdntest" can do some basic testing, but "capitest" is better. "isdntest" is > not installed by default. Does the output above look ok? Does it mean the cabling is fine? Next thing I need to do is set up isdnd, and then I can use capitest to dial from the FreeBSD box to the phone (or does capitest itself not require isdnd)? Thank you for your help, much appreciated. Daniel From owner-freebsd-isdn@FreeBSD.ORG Wed Nov 8 15:13:52 2006 Return-Path: X-Original-To: freebsd-isdn@freebsd.org Delivered-To: freebsd-isdn@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 13BC216A40F for ; Wed, 8 Nov 2006 15:13:52 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe12.swip.net [212.247.155.97]) by mx1.FreeBSD.org (Postfix) with ESMTP id 05AB243D6B for ; Wed, 8 Nov 2006 15:13:49 +0000 (GMT) (envelope-from hselasky@c2i.net) X-T2-Posting-ID: Yu9/NTYoWN3ZRc2L2nqehA== X-Cloudmark-Score: 0.000000 [] Received: from [193.216.121.214] (account mc467741@c2i.net HELO [10.0.0.249]) by mailfe12.swip.net (CommuniGate Pro SMTP 5.0.12) with ESMTPA id 151034772; Wed, 08 Nov 2006 16:13:23 +0100 From: Hans Petter Selasky To: Daniel Hartmeier Date: Wed, 8 Nov 2006 16:13:03 +0100 User-Agent: KMail/1.7 References: <20061108135555.GK14033@insomnia.benzedrine.cx> <200611081512.33913.hselasky@c2i.net> <20061108144012.GB6819@insomnia.benzedrine.cx> In-Reply-To: <20061108144012.GB6819@insomnia.benzedrine.cx> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200611081613.04423.hselasky@c2i.net> Cc: freebsd-isdn@freebsd.org Subject: Re: ISDN4BSD / ihfc0 in NT-mode setup X-BeenThere: freebsd-isdn@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Using ISDN with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Nov 2006 15:13:52 -0000 On Wednesday 08 November 2006 15:40, Daniel Hartmeier wrote: > On Wed, Nov 08, 2006 at 03:12:33PM +0100, Hans Petter Selasky wrote: > > You need to configure "isdnd" before you can use "isdnphone". Try running > > "capitest -u 0 -i 1 -o 1" instead. It seems like you have configure the NT-side to P2P mode. Try running "isdnconfig -u 0 -p DRVR_DSS1_NT". Then "cat /dev/i4b > /dev/null &" or run "capitest -u 0 -i 1 -o 1". Then pickup the phone. Have "isdndecode" running concurrently. Do you hear the dialtone ? > There is still no tone one the phone and it still produces the > "No connection" message, but I hope the output above might tell > what is wrong. > > > If the messages you get use TEI 0 then it is P2P_NT you need to setup. > > They do, right? The message "TEI Identity message = REQUEST" means that Point to Multipoint mode is used. > > > "isdntest" can do some basic testing, but "capitest" is better. > > "isdntest" is not installed by default. > > Does the output above look ok? Does it mean the cabling is fine? I am not sure if the cable is fine, but at least you receive messages. You can double check the crossover with "man ihfc". > > Next thing I need to do is set up isdnd, and then I can use capitest > to dial from the FreeBSD box to the phone (or does capitest itself > not require isdnd)? "capitest" does not require "isdnd". --HPS From owner-freebsd-isdn@FreeBSD.ORG Wed Nov 8 17:53:50 2006 Return-Path: X-Original-To: freebsd-isdn@freebsd.org Delivered-To: freebsd-isdn@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1A64E16A4EA for ; Wed, 8 Nov 2006 17:53:50 +0000 (UTC) (envelope-from dhartmei@insomnia.benzedrine.cx) Received: from insomnia.benzedrine.cx (insomnia.benzedrine.cx [62.65.145.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id F402643DAD for ; Wed, 8 Nov 2006 17:51:45 +0000 (GMT) (envelope-from dhartmei@insomnia.benzedrine.cx) Received: from insomnia.benzedrine.cx (dhartmei@localhost [127.0.0.1]) by insomnia.benzedrine.cx (8.13.4/8.13.4) with ESMTP id kA8HpJ4S030920 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO); Wed, 8 Nov 2006 18:51:19 +0100 (MET) Received: (from dhartmei@localhost) by insomnia.benzedrine.cx (8.13.4/8.12.10/Submit) id kA8HpIpj017128; Wed, 8 Nov 2006 18:51:18 +0100 (MET) Date: Wed, 8 Nov 2006 18:51:18 +0100 From: Daniel Hartmeier To: Hans Petter Selasky Message-ID: <20061108175118.GC6819@insomnia.benzedrine.cx> References: <20061108135555.GK14033@insomnia.benzedrine.cx> <200611081512.33913.hselasky@c2i.net> <20061108144012.GB6819@insomnia.benzedrine.cx> <200611081613.04423.hselasky@c2i.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200611081613.04423.hselasky@c2i.net> User-Agent: Mutt/1.5.10i Cc: freebsd-isdn@freebsd.org Subject: Re: ISDN4BSD / ihfc0 in NT-mode setup X-BeenThere: freebsd-isdn@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Using ISDN with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Nov 2006 17:53:50 -0000 On Wed, Nov 08, 2006 at 04:13:03PM +0100, Hans Petter Selasky wrote: > It seems like you have configure the NT-side to P2P mode. > > Try running "isdnconfig -u 0 -p DRVR_DSS1_NT". > > Then "cat /dev/i4b > /dev/null &" or run "capitest -u 0 -i 1 -o 1". > > Then pickup the phone. Have "isdndecode" running concurrently. Do you hear the > dialtone ? Yes, that was it. Now with P2MP and opening /dev/i4b it works. I wrote a little reader for the device, and when I pick up the receiver on the phone, I get a dialtone, and I see MSG_CONNECT_IND messages with the numbers dialed. The other way around, running capitest to dial the phone, it rings. So the cabling seems fine and the basics are working, thank you very much! Is the ioctl protocol (the MSG_* messages) something ISDN4BSD specific? They seem to resemble Q.931 as far as event types go. Is there a way to get access to the Q.931 layer directly from userland, without going through any abstraction? What I'd like to do is write (in userland) a Q.931 <-> SIP relay, and use ISDN4BSD for the ISDN side. Ideally, I could read/write Q.931 frames to the device (having ISDN4BSD do the lower layers itself), i.e. get access to the raw binary frames. It looks like i4btrc might already allow to read the Q.931 frames, is there a way to inject frames on that level? Before I go dive into the kernel side of the ISDN4BSD ioctls, is this already available (I'm still not sure what the effect of the P_* protocols is on the userland interface)? Do you think it would be difficult to implement? Daniel From owner-freebsd-isdn@FreeBSD.ORG Wed Nov 8 18:28:26 2006 Return-Path: X-Original-To: freebsd-isdn@freebsd.org Delivered-To: freebsd-isdn@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 28C4416A47E for ; Wed, 8 Nov 2006 18:28:26 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe07.swip.net [212.247.154.193]) by mx1.FreeBSD.org (Postfix) with ESMTP id 856FB43D5D for ; Wed, 8 Nov 2006 18:28:21 +0000 (GMT) (envelope-from hselasky@c2i.net) X-T2-Posting-ID: TW7/IelmcGUaw4R4idhYZw== X-Cloudmark-Score: 0.000000 [] Received: from [193.217.38.116] (account mc467741@c2i.net HELO [10.0.0.249]) by mailfe07.swip.net (CommuniGate Pro SMTP 5.0.12) with ESMTPA id 322461419; Wed, 08 Nov 2006 19:28:17 +0100 From: Hans Petter Selasky To: Daniel Hartmeier Date: Wed, 8 Nov 2006 19:27:57 +0100 User-Agent: KMail/1.7 References: <20061108135555.GK14033@insomnia.benzedrine.cx> <200611081613.04423.hselasky@c2i.net> <20061108175118.GC6819@insomnia.benzedrine.cx> In-Reply-To: <20061108175118.GC6819@insomnia.benzedrine.cx> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200611081927.57954.hselasky@c2i.net> Cc: freebsd-isdn@freebsd.org Subject: Re: ISDN4BSD / ihfc0 in NT-mode setup X-BeenThere: freebsd-isdn@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Using ISDN with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Nov 2006 18:28:26 -0000 On Wednesday 08 November 2006 18:51, Daniel Hartmeier wrote: > On Wed, Nov 08, 2006 at 04:13:03PM +0100, Hans Petter Selasky wrote: > > It seems like you have configure the NT-side to P2P mode. > > > > Try running "isdnconfig -u 0 -p DRVR_DSS1_NT". > > > > Then "cat /dev/i4b > /dev/null &" or run "capitest -u 0 -i 1 -o 1". > > > > Then pickup the phone. Have "isdndecode" running concurrently. Do you > > hear the dialtone ? > > Yes, that was it. Now with P2MP and opening /dev/i4b it works. > > I wrote a little reader for the device, and when I pick up the receiver > on the phone, I get a dialtone, and I see MSG_CONNECT_IND messages with > the numbers dialed. The other way around, running capitest to dial the > phone, it rings. > > So the cabling seems fine and the basics are working, thank you very > much! > > Is the ioctl protocol (the MSG_* messages) something ISDN4BSD specific? Yes. > They seem to resemble Q.931 as far as event types go. Is there a way to > get access to the Q.931 layer directly from userland, without going > through any abstraction? If you don't open /dev/i4b, you can open /dev/ihfc0.0 instead. That gives you direct access to the D-channel. Currently it is not possible to insert frames at layer-3. > > What I'd like to do is write (in userland) a Q.931 <-> SIP relay, and > use ISDN4BSD for the ISDN side. Ideally, I could read/write Q.931 frames > to the device (having ISDN4BSD do the lower layers itself), i.e. get > access to the raw binary frames. > > It looks like i4btrc might already allow to read the Q.931 frames, is > there a way to inject frames on that level? No, /dev/i4btrcX does not allow insertion of frames. > Before I go dive into the kernel side of the ISDN4BSD ioctls, is this > already available (I'm still not sure what the effect of the P_* > protocols is on the userland interface)? Do you think it would be > difficult to implement? It depends on what you want to do. I would just use the CAPI 2.0 interface of I4B, and extend the CAPI protocol as needed. Then your system will look like this: ISDN -> I4B <-> CAPI <-> SIP --HPS From owner-freebsd-isdn@FreeBSD.ORG Wed Nov 8 20:42:04 2006 Return-Path: X-Original-To: freebsd-isdn@freebsd.org Delivered-To: freebsd-isdn@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BB11016A527 for ; Wed, 8 Nov 2006 20:42:04 +0000 (UTC) (envelope-from dhartmei@insomnia.benzedrine.cx) Received: from insomnia.benzedrine.cx (insomnia.benzedrine.cx [62.65.145.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id 402DB43D46 for ; Wed, 8 Nov 2006 20:42:03 +0000 (GMT) (envelope-from dhartmei@insomnia.benzedrine.cx) Received: from insomnia.benzedrine.cx (dhartmei@localhost [127.0.0.1]) by insomnia.benzedrine.cx (8.13.4/8.13.4) with ESMTP id kA8Kg2wI031949 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO); Wed, 8 Nov 2006 21:42:02 +0100 (MET) Received: (from dhartmei@localhost) by insomnia.benzedrine.cx (8.13.4/8.12.10/Submit) id kA8Kg1cH020929; Wed, 8 Nov 2006 21:42:01 +0100 (MET) Date: Wed, 8 Nov 2006 21:42:01 +0100 From: Daniel Hartmeier To: Hans Petter Selasky Message-ID: <20061108204201.GF6819@insomnia.benzedrine.cx> References: <20061108135555.GK14033@insomnia.benzedrine.cx> <200611081613.04423.hselasky@c2i.net> <20061108175118.GC6819@insomnia.benzedrine.cx> <200611081927.57954.hselasky@c2i.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200611081927.57954.hselasky@c2i.net> User-Agent: Mutt/1.5.10i Cc: freebsd-isdn@freebsd.org Subject: Re: ISDN4BSD / ihfc0 in NT-mode setup X-BeenThere: freebsd-isdn@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Using ISDN with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Nov 2006 20:42:04 -0000 On Wed, Nov 08, 2006 at 07:27:57PM +0100, Hans Petter Selasky wrote: > It depends on what you want to do. I would just use the CAPI 2.0 interface of > I4B, and extend the CAPI protocol as needed. Then your system will look like > this: > > ISDN -> I4B <-> CAPI <-> SIP Interfacing on Q.931 frame layer is part of the specifications I can't change, but I'll ask if interfacing at CAPI layer would be an option. Does CAPI define a standard for on-wire format of frames, or is it "only" an API defining calls and arguments? After a first glance at the kernel part of ISDN4BSD, it looks like I could hook into the Q.931 input and output paths in sys/i4b/dss1/dss1_l3decoder.h dss1_pipe_data_ind() input path, after the "if(pd != PD_Q931)" check, take buf and dispatch it to userland. consume it, so it doesn't enter ISDN4BSD's L3 FSM. sys/i4b/dss1/dss1_l2fsm.c dss1_pipe_data_req() output path, inject frames from userland here. doesn't affect ISDN4BSD's L3 FSM. but doesn't trigger L2 FSM, either, is that a problem? A quick hack would be use /dev/i4b, add an ioctl that enables this behaviour, have the input path enqueue a message to be read() with a new type, and call the output path on write() of a new type. Do you see anything obviously wrong with this approach? The L3 logic currently in kernel would then have to be re-done in the userland process (decode IEs, manage a form of call descriptors, etc.) Daniel From owner-freebsd-isdn@FreeBSD.ORG Thu Nov 9 07:36:02 2006 Return-Path: X-Original-To: freebsd-isdn@freebsd.org Delivered-To: freebsd-isdn@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1D73016A40F for ; Thu, 9 Nov 2006 07:36:02 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe04.swip.net [212.247.154.97]) by mx1.FreeBSD.org (Postfix) with ESMTP id 51DDC43D53 for ; Thu, 9 Nov 2006 07:36:01 +0000 (GMT) (envelope-from hselasky@c2i.net) X-T2-Posting-ID: MNKVpgXFqSMS+M/yHOwg3w== X-Cloudmark-Score: 0.000000 [] Received: from [193.216.120.31] (account mc467741@c2i.net HELO [10.0.0.249]) by mailfe04.swip.net (CommuniGate Pro SMTP 5.0.12) with ESMTPA id 320469268; Thu, 09 Nov 2006 08:35:59 +0100 From: Hans Petter Selasky To: Daniel Hartmeier Date: Thu, 9 Nov 2006 08:35:39 +0100 User-Agent: KMail/1.7 References: <20061108135555.GK14033@insomnia.benzedrine.cx> <200611081927.57954.hselasky@c2i.net> <20061108204201.GF6819@insomnia.benzedrine.cx> In-Reply-To: <20061108204201.GF6819@insomnia.benzedrine.cx> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200611090835.39728.hselasky@c2i.net> Cc: freebsd-isdn@freebsd.org Subject: Re: ISDN4BSD / ihfc0 in NT-mode setup X-BeenThere: freebsd-isdn@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Using ISDN with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Nov 2006 07:36:02 -0000 On Wednesday 08 November 2006 21:42, Daniel Hartmeier wrote: > On Wed, Nov 08, 2006 at 07:27:57PM +0100, Hans Petter Selasky wrote: > > It depends on what you want to do. I would just use the CAPI 2.0 > > interface of I4B, and extend the CAPI protocol as needed. Then your > > system will look like this: > > > > ISDN -> I4B <-> CAPI <-> SIP > > Interfacing on Q.931 frame layer is part of the specifications I can't > change, but I'll ask if interfacing at CAPI layer would be an option. > Does CAPI define a standard for on-wire format of frames, or is it > "only" an API defining calls and arguments? There is defined a CAPI over TCP, but I don't recall the name of the standard. > > After a first glance at the kernel part of ISDN4BSD, it looks like I > could hook into the Q.931 input and output paths in > You have to do some dispatching, else you cannot forward sound from the B-channels or you don't know when to forward sound from the B-channels. > sys/i4b/dss1/dss1_l3decoder.h > > dss1_pipe_data_ind() > > input path, after the "if(pd != PD_Q931)" check, take buf and > dispatch it to userland. consume it, so it doesn't enter > ISDN4BSD's L3 FSM. > > sys/i4b/dss1/dss1_l2fsm.c > > dss1_pipe_data_req() > > output path, inject frames from userland here. doesn't affect > ISDN4BSD's L3 FSM. but doesn't trigger L2 FSM, either, is that > a problem? You have to increment some refcounts first, to have Layer1 activated. > > A quick hack would be use /dev/i4b, add an ioctl that enables this > behaviour, have the input path enqueue a message to be read() with a new > type, and call the output path on write() of a new type. > > Do you see anything obviously wrong with this approach? /dev/i4b does not have any safety timers, so if the connection breaks down, then you have to close /dev/i4b . Really you should check that calls are present regularly, say every 8 - 16 seconds. > > The L3 logic currently in kernel would then have to be re-done in the > userland process (decode IEs, manage a form of call descriptors, etc.) How about that you use /dev/capi20. Then you make a dummy ISDN controller, that really outputs/reads all its frames from some /dev/isdntunX . Then you can keep everything in the kernel, except the frame forwarding. --HPS