From owner-freebsd-isdn@FreeBSD.ORG Mon Sep 10 16:53:54 2012 Return-Path: Delivered-To: freebsd-isdn@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 41288106564A for ; Mon, 10 Sep 2012 16:53:54 +0000 (UTC) (envelope-from longwitz@incore.de) Received: from dss.incore.de (dss.incore.de [195.145.1.138]) by mx1.freebsd.org (Postfix) with ESMTP id DCC518FC0A for ; Mon, 10 Sep 2012 16:53:53 +0000 (UTC) Received: from inetmail.dmz (inetmail.dmz [10.3.0.3]) by dss.incore.de (Postfix) with ESMTP id 450D85C808 for ; Mon, 10 Sep 2012 18:53:47 +0200 (CEST) X-Virus-Scanned: amavisd-new at incore.de Received: from dss.incore.de ([10.3.0.3]) by inetmail.dmz (inetmail.dmz [10.3.0.3]) (amavisd-new, port 10024) with LMTP id yPUcLErjvOZ2 for ; Mon, 10 Sep 2012 18:53:46 +0200 (CEST) Received: from mail.incore (fwintern.dmz [10.0.0.253]) by dss.incore.de (Postfix) with ESMTP id F08405C807 for ; Mon, 10 Sep 2012 18:53:45 +0200 (CEST) Received: from bsdlo.incore (bsdlo.incore [192.168.0.84]) by mail.incore (Postfix) with ESMTP id CDAB045087 for ; Mon, 10 Sep 2012 18:53:45 +0200 (CEST) Message-ID: <504E1B19.3020901@incore.de> Date: Mon, 10 Sep 2012 18:53:45 +0200 From: Andreas Longwitz User-Agent: Thunderbird 2.0.0.19 (X11/20090113) MIME-Version: 1.0 To: freebsd-isdn@freebsd.org Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 8bit Subject: ISDN4BSD (HPS version) is going into ports 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, 10 Sep 2012 16:53:54 -0000 Hi, I try to get ISDN4BSD from ports (rev 2349) with FreeBSD 8.3 working. My first step was to run isdnd, that works fine now. Second step is to run asterisk with chan_capi. So far I had run FreeBSD 8.2 and i4b integrated manually, but that should not make any difference. Two problems appeared after my update and I could not find the reason. Problem 1: If I take up the receiver of a ISDN telephone I do not hear the dial tone. I hear nothing. I can dial and that works. The phone sends a SETUP messages and asterisk/isdn4bsd answers with SETUP ACK: -- TE->NT - unit:11 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 01 0------- Call Reference is sent from call originator -0000001 Call Reference = 1 = 0x01 L3 07 05 0------- Message type extension = 0 -0000101 Message type = SETUP 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 01 0------- Call Reference is sent from call originator -0000001 Call Reference = 1 = 0x01 L3 07 05 0------- Message type extension = 0 -0000101 Message type = SETUP (0x05) L3 08 04 0------- Variable length Information element -0000100 IE = bearer capability L3 09 03 00000011 IE Length = 3 bytes L3 0A 80 1------- Extension Bit = 1 (no extension, final octet) -00----- Coding standard = CCITT ---00000 Capability = 0x00, speech L3 0B 90 1------- Extension Bit = 1 (no extension, final octet) -00----- Mode = 0x00, circuit ---10000 Rate = 0x10, 64 kbit/s L3 0C A3 1------- Extension Bit = 1 (no extension, final octet) -01----- Layer 1 identity = 1 ---00011 Layer 1 Protocol = 0x03, G.711 a-Law L3 0D 6C 0------- Variable length Information element -1101100 IE = calling party number L3 0E 09 00001001 IE Length = 9 bytes L3 0F 00 0------- Extension Bit = 0 (with extension, octet follows) -000---- Type = Unknown ----0000 Plan = Unknown (0x0) L3 10 80 1------- Extension Bit = 1 (no extension, final octet) -00----- Presentation = allowed ---000-- Spare ------00 Screening = user provided, not screened L3 11 34 00110100 Number digit = 4 L3 12 39 00111001 Number digit = 9 L3 13 39 00111001 Number digit = 9 L3 14 34 00110100 Number digit = 9 L3 15 30 00110000 Number digit = 9 L3 16 36 00110110 Number digit = 9 L3 17 38 00111000 Number digit = 9 L3 18 7D 0------- Variable length Information element -1111101 IE = high layer compatibility L3 19 02 00000010 IE Length = 2 bytes L3 1A 91 1------- Extension Bit = 1 (no extension, final octet) -00----- Coding standard = CCITT ---100-- Interpretation = first ------01 Presentation = High layer protocol profile L3 1B 81 1------- Extension Bit = 1 (no extension, final octet) -0000001 Characteristics = Telephony (0x01) (0x05) L3 08 04 0------- Variable length Information element - NT->TE - unit:11 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 81 1------- Call Reference is sent to call originator -0000001 Call Reference = 1 = 0x01 L3 07 0D 0------- Message type extension = 0 -0001101 Message type = SETUP_ACKNOWLEDGE (0x0d) L3 08 18 0------- Variable length Information element -0011000 IE = channel identification L3 09 01 00000001 IE Length = 1 bytes L3 0A 89 1------- Extension Bit = 1 (no extension, final octet) -0------ Interface Id present = No --0----- Interface Type = BRI ---0---- Spare ----1--- Channel is exclusive -----0-- Channel is not the D-Channel ------01 Channel = B-1 L3 0B 1E 0------- Variable length Information element -0011110 IE = progress indicator L3 0C 02 00000010 IE Length = 2 bytes L3 0D 82 -00----- Coding standard = CCITT ----0010 location = Public network serving local user L3 0E 88 -0001000 description = In-band info or appropriate pattern now available There are no more packets in L3. The last "description" in the SETUP ACK indicates that the missing dialtone should be send in-band by asterisk, but I am not quite sure. In my configuration I did nothing special for getting the dialtone, this worked always out of the box. Problem 2: I tried to get more information for problem 1 with the analyze mode of isdndecode using the custom cable as decribed in cable.txt. I connected my ISDN phone to an "ISDN Basisanschluß" with my cable box between them (receiving side unit 8, sending side unit 9), but after the commands cat /dev/ihfc8.X > /dev/null 2>&1 & (X=0,1,2) cat /dev/ihfc9.X > /dev/null 2>&1 & isdndecode -a -b -R 8 -T 9 -i -x I can only see D-channel data from the NT-side, nothing from the phone and no information from any B-channel, but the phone works correct. The hardware jumpers on my HFC-4S card of unit 8 and 9 are set to TE and I have isdnconfig -u 8 intr_mode pcm_64 pcm_map 0 1 end pcm_master \ te_mode -p DRVR_DSS1_TE \ -u 9 intr_mode pcm_64 pcm_map 0 1 end pcm_master nt_mode -p DRVR_DSS1_NT Some time ago this analyze mode worked fine, but now it looks that I am missing something. Andreas Longwitz From owner-freebsd-isdn@FreeBSD.ORG Mon Sep 10 18:37:58 2012 Return-Path: Delivered-To: freebsd-isdn@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2165A1065673 for ; Mon, 10 Sep 2012 18:37:58 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe02.c2i.net [212.247.154.34]) by mx1.freebsd.org (Postfix) with ESMTP id 8D1178FC14 for ; Mon, 10 Sep 2012 18:37:57 +0000 (UTC) X-T2-Spam-Status: No, hits=-0.2 required=5.0 tests=ALL_TRUSTED, BAYES_50 Received: from [176.74.212.201] (account mc467741@c2i.net HELO laptop015.hselasky.homeunix.org) by mailfe02.swip.net (CommuniGate Pro SMTP 5.4.4) with ESMTPA id 318579007; Mon, 10 Sep 2012 20:32:49 +0200 From: Hans Petter Selasky To: freebsd-isdn@freebsd.org Date: Mon, 10 Sep 2012 20:33:54 +0200 User-Agent: KMail/1.13.7 (FreeBSD/9.1-PRERELEASE; KDE/4.8.4; amd64; ; ) References: <504E1B19.3020901@incore.de> In-Reply-To: <504E1B19.3020901@incore.de> X-Face: 'mmZ:T{)),Oru^0c+/}w'`gU1$ubmG?lp!=R4Wy\ELYo2)@'UZ24N@ =?iso-8859-1?q?d2+AyewRX=7DmAm=3BYp=0A=09=7CU=5B?=@, _z/([?1bCfM{_"B<.J>mICJCHAzzGHI{y7{%JVz%R~yJHIji`y> =?iso-8859-1?q?Y=7Dk1C4TfysrsUI=0A=09-=25GU9V5=5DiUZF=26nRn9mJ=27=3F=26?=>O MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: quoted-printable Message-Id: <201209102033.54948.hselasky@c2i.net> Cc: Andreas Longwitz Subject: Re: ISDN4BSD (HPS version) is going into ports 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, 10 Sep 2012 18:37:58 -0000 On Monday 10 September 2012 18:53:45 Andreas Longwitz wrote: > Hi, >=20 Hi, > I try to get ISDN4BSD from ports (rev 2349) with FreeBSD 8.3 working. > My first step was to run isdnd, that works fine now. Second step is to > run asterisk with chan_capi. So far I had run FreeBSD 8.2 and i4b > integrated manually, but that should not make any difference. Two > problems appeared after my update and I could not find the reason. >=20 > Problem 1: If I take up the receiver of a ISDN telephone I do not hear > the dial tone. I hear nothing. I can dial and that works. The phone > sends a SETUP messages and asterisk/isdn4bsd answers with SETUP ACK: You need to check the settings in capi.conf for chan_capi. It should tell I= 4B=20 to provide a dialtone. >=20 > -- TE->NT - unit:11 > L3 04 08 00001000 Protocol =3D Q.931/I.451/DSS1 (0x08) > L3 05 01 0000---- Call Reference > ----0001 Call Reference length is 1 byte > L3 06 01 0------- Call Reference is sent from call originator > -0000001 Call Reference =3D 1 =3D 0x01 > L3 07 05 0------- Message type extension =3D 0 > -0000101 Message type =3D SETUP > L3 04 08 00001000 Protocol =3D Q.931/I.451/DSS1 (0x08) > L3 05 01 0000---- Call Reference > ----0001 Call Reference length is 1 byte > L3 06 01 0------- Call Reference is sent from call originator > -0000001 Call Reference =3D 1 =3D 0x01 > L3 07 05 0------- Message type extension =3D 0 > -0000101 Message type =3D SETUP (0x05) > L3 08 04 0------- Variable length Information element > -0000100 IE =3D bearer capability > L3 09 03 00000011 IE Length =3D 3 bytes > L3 0A 80 1------- Extension Bit =3D 1 (no extension, final octet) > -00----- Coding standard =3D CCITT > ---00000 Capability =3D 0x00, speech > L3 0B 90 1------- Extension Bit =3D 1 (no extension, final octet) > -00----- Mode =3D 0x00, circuit > ---10000 Rate =3D 0x10, 64 kbit/s > L3 0C A3 1------- Extension Bit =3D 1 (no extension, final octet) > -01----- Layer 1 identity =3D 1 > ---00011 Layer 1 Protocol =3D 0x03, G.711 a-Law > L3 0D 6C 0------- Variable length Information element > -1101100 IE =3D calling party number > L3 0E 09 00001001 IE Length =3D 9 bytes > L3 0F 00 0------- Extension Bit =3D 0 (with extension, octet follows) > -000---- Type =3D Unknown > ----0000 Plan =3D Unknown (0x0) > L3 10 80 1------- Extension Bit =3D 1 (no extension, final octet) > -00----- Presentation =3D allowed > ---000-- Spare > ------00 Screening =3D user provided, not screened > L3 11 34 00110100 Number digit =3D 4 > L3 12 39 00111001 Number digit =3D 9 > L3 13 39 00111001 Number digit =3D 9 > L3 14 34 00110100 Number digit =3D 9 > L3 15 30 00110000 Number digit =3D 9 > L3 16 36 00110110 Number digit =3D 9 > L3 17 38 00111000 Number digit =3D 9 > L3 18 7D 0------- Variable length Information element > -1111101 IE =3D high layer compatibility > L3 19 02 00000010 IE Length =3D 2 bytes > L3 1A 91 1------- Extension Bit =3D 1 (no extension, final octet) > -00----- Coding standard =3D CCITT > ---100-- Interpretation =3D first > ------01 Presentation =3D High layer protocol profile > L3 1B 81 1------- Extension Bit =3D 1 (no extension, final octet) > -0000001 Characteristics =3D Telephony (0x01) (0x05) > L3 08 04 0------- Variable length Information element >=20 > - NT->TE - unit:11 > L3 04 08 00001000 Protocol =3D Q.931/I.451/DSS1 (0x08) > L3 05 01 0000---- Call Reference > ----0001 Call Reference length is 1 byte > L3 06 81 1------- Call Reference is sent to call originator > -0000001 Call Reference =3D 1 =3D 0x01 > L3 07 0D 0------- Message type extension =3D 0 > -0001101 Message type =3D SETUP_ACKNOWLEDGE (0x0d) > L3 08 18 0------- Variable length Information element > -0011000 IE =3D channel identification > L3 09 01 00000001 IE Length =3D 1 bytes > L3 0A 89 1------- Extension Bit =3D 1 (no extension, final octet) > -0------ Interface Id present =3D No > --0----- Interface Type =3D BRI > ---0---- Spare > ----1--- Channel is exclusive > -----0-- Channel is not the D-Channel > ------01 Channel =3D B-1 > L3 0B 1E 0------- Variable length Information element > -0011110 IE =3D progress indicator > L3 0C 02 00000010 IE Length =3D 2 bytes > L3 0D 82 -00----- Coding standard =3D CCITT > ----0010 location =3D Public network serving local user > L3 0E 88 -0001000 description =3D In-band info or appropriate pattern now > available >=20 > There are no more packets in L3. The last "description" in the SETUP ACK > indicates that the missing dialtone should be send in-band by asterisk, > but I am not quite sure. In my configuration I did nothing special for > getting the dialtone, this worked always out of the box. >=20 > Problem 2: I tried to get more information for problem 1 with the > analyze mode of isdndecode using the custom cable as decribed in cable.tx= t. > I connected my ISDN phone to an "ISDN Basisanschlu=DF" with my cable box > between them (receiving side unit 8, sending side unit 9), but after > the commands > cat /dev/ihfc8.X > /dev/null 2>&1 & (X=3D0,1,2) > cat /dev/ihfc9.X > /dev/null 2>&1 & > isdndecode -a -b -R 8 -T 9 -i -x > I can only see D-channel data from the NT-side, nothing from the phone > and no information from any B-channel, but the phone works correct. >=20 > The hardware jumpers on my HFC-4S card of unit 8 and 9 are set to TE > and I have > isdnconfig -u 8 intr_mode pcm_64 pcm_map 0 1 end pcm_master \ > te_mode -p DRVR_DSS1_TE \ > -u 9 intr_mode pcm_64 pcm_map 0 1 end pcm_master > nt_mode -p DRVR_DSS1_NT >=20 > Some time ago this analyze mode worked fine, but now it looks that I am > missing something. >=20 This might have something to do with the default protocol selected. There h= as=20 been some changes in this area. Can you check the manpage of isdndebug, and= =20 the protocol options available? You will need to set the default protocol=20 before opening the device nodes. =2D-HPS From owner-freebsd-isdn@FreeBSD.ORG Tue Sep 11 13:58:30 2012 Return-Path: Delivered-To: freebsd-isdn@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 36C40106564A for ; Tue, 11 Sep 2012 13:58:30 +0000 (UTC) (envelope-from longwitz@incore.de) Received: from dss.incore.de (dss.incore.de [195.145.1.138]) by mx1.freebsd.org (Postfix) with ESMTP id E59708FC15 for ; Tue, 11 Sep 2012 13:58:29 +0000 (UTC) Received: from inetmail.dmz (inetmail.dmz [10.3.0.3]) by dss.incore.de (Postfix) with ESMTP id 1150A5C51D; Tue, 11 Sep 2012 15:58:29 +0200 (CEST) X-Virus-Scanned: amavisd-new at incore.de Received: from dss.incore.de ([10.3.0.3]) by inetmail.dmz (inetmail.dmz [10.3.0.3]) (amavisd-new, port 10024) with LMTP id jA5B4kdZKExx; Tue, 11 Sep 2012 15:58:28 +0200 (CEST) Received: from mail.incore (fwintern.dmz [10.0.0.253]) by dss.incore.de (Postfix) with ESMTP id 25FF25C852; Tue, 11 Sep 2012 15:58:28 +0200 (CEST) Received: from bsdlo.incore (bsdlo.incore [192.168.0.84]) by mail.incore (Postfix) with ESMTP id 1D3FD4508A; Tue, 11 Sep 2012 15:58:28 +0200 (CEST) Message-ID: <504F4383.2080503@incore.de> Date: Tue, 11 Sep 2012 15:58:27 +0200 From: Andreas Longwitz User-Agent: Thunderbird 2.0.0.19 (X11/20090113) MIME-Version: 1.0 To: Hans Petter Selasky , freebsd-isdn@freebsd.org References: <504E1B19.3020901@incore.de> <201209102033.54948.hselasky@c2i.net> In-Reply-To: <201209102033.54948.hselasky@c2i.net> Content-Type: text/plain; charset=iso-8859-15 Content-Transfer-Encoding: 8bit Cc: Subject: Re: ISDN4BSD (HPS version) is going into ports 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: Tue, 11 Sep 2012 13:58:30 -0000 Hi Hans, thanks for reply ! >> Problem 1: If I take up the receiver of a ISDN telephone I do not hear >> the dial tone. I hear nothing. I can dial and that works. The phone >> sends a SETUP messagewant_s and asterisk/isdn4bsd answers with SETUP ACK: > > You need to check the settings in capi.conf for chan_capi. It should tell I4B > to provide a dialtone. I have checked capi.conf and did not find something usefull for dialtone, but your statement gives me the correct hint: In struct i4b_controller is a bit called no_layer1_dialtone and this bit is never initialized, therefore it is zero. In dss1_l3fsm.h the variable want_dialtone gets value 1 and the call dss1_l3_tx_setup_acknowledge(cd,NT_MODE(sc),want_dialtone) therefore sets the flag L3_TX_PROGRESSI and the SETUP_ACK fram created in dss1_l3_tx_message has the progress indicator included. Everything ok so far. Then I found, that the creation of the dialtone is done by the driver type DRVR_DIAL_GEN and therefore the i4b module i4btel is needed. After make config and activate "Build TEL driver" dialtone works. I think this option should be on as a default. >> Problem 2: I tried to get more information for problem 1 with the >> analyze mode of isdndecode using the custom cable as decribed in cable.txt. >> I connected my ISDN phone to an "ISDN Basisanschluß" with my cable box >> between them (receiving side unit 8, sending side unit 9), but after >> the commands >> cat /dev/ihfc8.X > /dev/null 2>&1 & (X=0,1,2) >> cat /dev/ihfc9.X > /dev/null 2>&1 & >> isdndecode -a -b -R 8 -T 9 -i -x >> I can only see D-channel data from the NT-side, nothing from the phone >> and no information from any B-channel, but the phone works correct. >> >> The hardware jumpers on my HFC-4S card of unit 8 and 9 are set to TE >> and I have >> isdnconfig -u 8 intr_mode pcm_64 pcm_map 0 1 end pcm_master \ >> te_mode -p DRVR_DSS1_TE \ >> -u 9 intr_mode pcm_64 pcm_map 0 1 end pcm_master >> nt_mode -p DRVR_DSS1_NT For clarification I add that of course I first give the isdnconfig commands and then the cat's and isdndecode. > This might have something to do with the default protocol selected. There has > been some changes in this area. Can you check the manpage of isdndebug, and > the protocol options available? You will need to set the default protocol > before opening the device nodes. The concept of a "default protocol" is not clear to me. Please can you describe the difference between isdnconfig -u 9 -p DRVR_DSS1_NT and isdndebug -u 9 -p DRVR_DSS1_NT ? If I try the latter, the command "cat /dev/ihfc9.0" returns with "device not configured". Andreas Longwitz From owner-freebsd-isdn@FreeBSD.ORG Tue Sep 11 14:40:06 2012 Return-Path: Delivered-To: freebsd-isdn@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B523B1065672 for ; Tue, 11 Sep 2012 14:40:06 +0000 (UTC) (envelope-from iax@keybits.org) Received: from smtpout2.mclink.it (smtpout2.mclink.it [195.110.128.201]) by mx1.freebsd.org (Postfix) with ESMTP id 382B88FC20 for ; Tue, 11 Sep 2012 14:40:05 +0000 (UTC) Received: from smtpoutgw3.mclink.it (smtpoutgw3.mclink.it [77.43.30.43]) by smtpout2.mclink.it (8.13.6/8.13.6) with ESMTP id q8BEXvrr084109 for ; Tue, 11 Sep 2012 16:33:57 +0200 (CEST) (envelope-from iax@keybits.org) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AksQACBLT1DDbo+l/2dsb2JhbABFiFWvOYRJgiEBBThAEQshFg8JAwIBAgFFEwgBAYgQu3KLEIMHgx8DpXqCaA Received: from net143-165.mclink.it (HELO castmediatel.intra) ([195.110.143.165]) by smtpoutgw3.mclink.it with SMTP; 11 Sep 2012 16:33:59 +0200 Received: (qmail 12808 invoked by uid 453); 11 Sep 2012 14:32:01 -0000 X-Virus-Checked: Checked by ClamAV on castmediatel.intra Received: from pc-00040.castmediatel.intra (HELO [172.31.255.40]) (172.31.255.40) by castmediatel.intra (qpsmtpd/0.83) with ESMTP; Tue, 11 Sep 2012 16:32:01 +0200 Message-ID: <504F4C23.7080009@keybits.org> Date: Tue, 11 Sep 2012 16:35:15 +0200 From: "giovanni.v" User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:9.0) Gecko/20111222 Thunderbird/9.0.1 MIME-Version: 1.0 To: freebsd-isdn@freebsd.org References: <504E1B19.3020901@incore.de> <201209102033.54948.hselasky@c2i.net> <504F4383.2080503@incore.de> In-Reply-To: <504F4383.2080503@incore.de> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: ISDN4BSD (HPS version) is going into ports 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: Tue, 11 Sep 2012 14:40:06 -0000 Il 11/09/2012 15.58, Andreas Longwitz ha scritto: > Then I found, that the creation of the dialtone is done by the > driver type DRVR_DIAL_GEN and therefore the i4b module i4btel is needed. > After make config and activate "Build TEL driver" dialtone works. > > I think this option should be on as a default. I agree. That's because usually progress tones are not sent in-band but the TE should generate them based on progress indicator info. From owner-freebsd-isdn@FreeBSD.ORG Tue Sep 11 14:56:21 2012 Return-Path: Delivered-To: freebsd-isdn@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7A8E710656A3 for ; Tue, 11 Sep 2012 14:56:21 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe09.c2i.net [212.247.155.2]) by mx1.freebsd.org (Postfix) with ESMTP id C56248FC16 for ; Tue, 11 Sep 2012 14:56:20 +0000 (UTC) X-T2-Spam-Status: No, hits=-0.2 required=5.0 tests=ALL_TRUSTED, BAYES_50 Received: from [176.74.212.201] (account mc467741@c2i.net HELO laptop015.hselasky.homeunix.org) by mailfe09.swip.net (CommuniGate Pro SMTP 5.4.4) with ESMTPA id 143957111; Tue, 11 Sep 2012 16:51:13 +0200 From: Hans Petter Selasky To: Andreas Longwitz Date: Tue, 11 Sep 2012 16:52:17 +0200 User-Agent: KMail/1.13.7 (FreeBSD/9.1-PRERELEASE; KDE/4.8.4; amd64; ; ) References: <504E1B19.3020901@incore.de> <201209102033.54948.hselasky@c2i.net> <504F4383.2080503@incore.de> In-Reply-To: <504F4383.2080503@incore.de> X-Face: 'mmZ:T{)),Oru^0c+/}w'`gU1$ubmG?lp!=R4Wy\ELYo2)@'UZ24N@ =?iso-8859-1?q?d2+AyewRX=7DmAm=3BYp=0A=09=7CU=5B?=@, _z/([?1bCfM{_"B<.J>mICJCHAzzGHI{y7{%JVz%R~yJHIji`y> =?iso-8859-1?q?Y=7Dk1C4TfysrsUI=0A=09-=25GU9V5=5DiUZF=26nRn9mJ=27=3F=26?=>O MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: quoted-printable Message-Id: <201209111652.17974.hselasky@c2i.net> Cc: freebsd-isdn@freebsd.org Subject: Re: ISDN4BSD (HPS version) is going into ports 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: Tue, 11 Sep 2012 14:56:21 -0000 Hi, On Tuesday 11 September 2012 15:58:27 Andreas Longwitz wrote: > Hi Hans, thanks for reply ! >=20 > >> Problem 1: If I take up the receiver of a ISDN telephone I do not hear > >> the dial tone. I hear nothing. I can dial and that works. The phone > >=20 > >> sends a SETUP messagewant_s and asterisk/isdn4bsd answers with SETUP A= CK: > > You need to check the settings in capi.conf for chan_capi. It should te= ll > > I4B to provide a dialtone. >=20 > I have checked capi.conf and did not find something usefull for > dialtone, but your statement gives me the correct hint: >=20 > In struct i4b_controller is a bit called no_layer1_dialtone and this bit > is never initialized, therefore it is zero. In dss1_l3fsm.h the variable > want_dialtone gets value 1 and the call > dss1_l3_tx_setup_acknowledge(cd,NT_MODE(sc),want_dialtone) > therefore sets the flag L3_TX_PROGRESSI and the SETUP_ACK fram created > in dss1_l3_tx_message has the progress indicator included. Everything ok > so far. Then I found, that the creation of the dialtone is done by the > driver type DRVR_DIAL_GEN and therefore the i4b module i4btel is needed. > After make config and activate "Build TEL driver" dialtone works. >=20 > I think this option should be on as a default. Done. >=20 > >> Problem 2: I tried to get more information for problem 1 with the > >> analyze mode of isdndecode using the custom cable as decribed in > >> cable.txt. I connected my ISDN phone to an "ISDN Basisanschlu=DF" with= my > >> cable box between them (receiving side unit 8, sending side unit 9), > >> but after the commands > >>=20 > >> cat /dev/ihfc8.X > /dev/null 2>&1 & (X=3D0,1,2) > >> cat /dev/ihfc9.X > /dev/null 2>&1 & > >> isdndecode -a -b -R 8 -T 9 -i -x > >>=20 > >> I can only see D-channel data from the NT-side, nothing from the phone > >> and no information from any B-channel, but the phone works correct. > >>=20 > >> The hardware jumpers on my HFC-4S card of unit 8 and 9 are set to TE > >> and I have > >>=20 > >> isdnconfig -u 8 intr_mode pcm_64 pcm_map 0 1 end pcm_master \ > >> =20 > >> te_mode -p DRVR_DSS1_TE \ > >> -u 9 intr_mode pcm_64 pcm_map 0 1 end pcm_master > >> nt_mode -p DRVR_DSS1_NT >=20 > For clarification I add that of course I first give the isdnconfig > commands and then the cat's and isdndecode. >=20 > > This might have something to do with the default protocol selected. The= re > > has been some changes in this area. Can you check the manpage of > > isdndebug, and the protocol options available? You will need to set the > > default protocol before opening the device nodes. >=20 > The concept of a "default protocol" is not clear to me. Please can you > describe the difference between > isdnconfig -u 9 -p DRVR_DSS1_NT > and > isdndebug -u 9 -p DRVR_DSS1_NT ? > If I try the latter, the command "cat /dev/ihfc9.0" returns with "device > not configured". You need to run something like this first: isdndebug -u 9 -b 0 -p P_HDLC -b 1 P_HDLC -b 2 P_TRANSPARENT If it doesn't work, I will check later. A bit busy right now. =2D-HPS From owner-freebsd-isdn@FreeBSD.ORG Fri Sep 14 09:59:18 2012 Return-Path: Delivered-To: freebsd-isdn@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EB02E1065672 for ; Fri, 14 Sep 2012 09:59:18 +0000 (UTC) (envelope-from longwitz@incore.de) Received: from dss.incore.de (dss.incore.de [195.145.1.138]) by mx1.freebsd.org (Postfix) with ESMTP id A354C8FC0C for ; Fri, 14 Sep 2012 09:59:18 +0000 (UTC) Received: from inetmail.dmz (inetmail.dmz [10.3.0.3]) by dss.incore.de (Postfix) with ESMTP id C82C55C940 for ; Fri, 14 Sep 2012 11:59:10 +0200 (CEST) X-Virus-Scanned: amavisd-new at incore.de Received: from dss.incore.de ([10.3.0.3]) by inetmail.dmz (inetmail.dmz [10.3.0.3]) (amavisd-new, port 10024) with LMTP id v0kg-KJdShr1 for ; Fri, 14 Sep 2012 11:59:10 +0200 (CEST) Received: from mail.incore (fwintern.dmz [10.0.0.253]) by dss.incore.de (Postfix) with ESMTP id 174805C929 for ; Fri, 14 Sep 2012 11:59:10 +0200 (CEST) Received: from bsdlo.incore (bsdlo.incore [192.168.0.84]) by mail.incore (Postfix) with ESMTP id 1259C4508E for ; Fri, 14 Sep 2012 11:59:10 +0200 (CEST) Message-ID: <5052FFED.7080304@incore.de> Date: Fri, 14 Sep 2012 11:59:09 +0200 From: Andreas Longwitz User-Agent: Thunderbird 2.0.0.19 (X11/20090113) MIME-Version: 1.0 To: freebsd-isdn@freebsd.org References: <504E1B19.3020901@incore.de> <201209102033.54948.hselasky@c2i.net> <504F4383.2080503@incore.de> <201209111652.17974.hselasky@c2i.net> <5052E915.8050408@incore.de> In-Reply-To: <5052E915.8050408@incore.de> Content-Type: text/plain; charset=iso-8859-15 Content-Transfer-Encoding: 8bit Subject: Re: ISDN4BSD (HPS version) is going into ports 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: Fri, 14 Sep 2012 09:59:19 -0000 Hi, >>>> Problem 2: I tried to get more information for problem 1 with the >>>> analyze mode of isdndecode using the custom cable as decribed in >>>> cable.txt. I connected my ISDN phone to an "ISDN Basisanschluß" with my >>>> cable box between them (receiving side unit 8, sending side unit 9), >>>> but after the commands >>>> >>>> cat /dev/ihfc8.X > /dev/null 2>&1 & (X=0,1,2) >>>> cat /dev/ihfc9.X > /dev/null 2>&1 & >>>> isdndecode -a -b -R 8 -T 9 -i -x >>>> > You need to run something like this first: > isdndebug -u 9 -b 0 -p P_HDLC -b 1 P_HDLC -b 2 P_TRANSPARENT > If it doesn't work, I will check later. A bit busy right now. Thanks for this. The D-channel trace works correct with your isdndebug command, but no luck with B-cahnnels. I also tried isdndebug -u 9 -b 0 -p P_HDLC -b 1 -p P_TRANS -b 2 -p P_TRANS and isdndebug -u 9 -b 0 -p P_HDLC -b 1 -p P_TRANS_RING -b 2 -p P_TRANS_RING with the same result: D-channel ok, B-channels give only X'FF'. I am not sure, if I had ever traced B-channel data in analyze mode successful before. -- Andreas Longwitz From owner-freebsd-isdn@FreeBSD.ORG Sat Sep 15 12:57:36 2012 Return-Path: Delivered-To: freebsd-isdn@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E0638106564A for ; Sat, 15 Sep 2012 12:57:36 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe08.c2i.net [212.247.154.226]) by mx1.freebsd.org (Postfix) with ESMTP id 6DCDD8FC0A for ; Sat, 15 Sep 2012 12:57:36 +0000 (UTC) X-T2-Spam-Status: No, hits=-0.2 required=5.0 tests=ALL_TRUSTED, BAYES_50 Received: from [176.74.212.201] (account mc467741@c2i.net HELO laptop015.hselasky.homeunix.org) by mailfe08.swip.net (CommuniGate Pro SMTP 5.4.4) with ESMTPA id 321000759; Sat, 15 Sep 2012 14:57:34 +0200 From: Hans Petter Selasky To: freebsd-isdn@freebsd.org Date: Sat, 15 Sep 2012 14:58:45 +0200 User-Agent: KMail/1.13.7 (FreeBSD/9.1-PRERELEASE; KDE/4.8.4; amd64; ; ) References: <504E1B19.3020901@incore.de> <5052E915.8050408@incore.de> <5052FFED.7080304@incore.de> In-Reply-To: <5052FFED.7080304@incore.de> X-Face: 'mmZ:T{)),Oru^0c+/}w'`gU1$ubmG?lp!=R4Wy\ELYo2)@'UZ24N@ =?iso-8859-1?q?d2+AyewRX=7DmAm=3BYp=0A=09=7CU=5B?=@, _z/([?1bCfM{_"B<.J>mICJCHAzzGHI{y7{%JVz%R~yJHIji`y> =?iso-8859-1?q?Y=7Dk1C4TfysrsUI=0A=09-=25GU9V5=5DiUZF=26nRn9mJ=27=3F=26?=>O MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: quoted-printable Message-Id: <201209151458.45218.hselasky@c2i.net> Cc: Andreas Longwitz Subject: Re: ISDN4BSD (HPS version) is going into ports 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: Sat, 15 Sep 2012 12:57:37 -0000 On Friday 14 September 2012 11:59:09 Andreas Longwitz wrote: > Hi, >=20 > >>>> Problem 2: I tried to get more information for problem 1 with the > >>>> analyze mode of isdndecode using the custom cable as decribed in > >>>> cable.txt. I connected my ISDN phone to an "ISDN Basisanschlu=DF" wi= th > >>>> my cable box between them (receiving side unit 8, sending side unit > >>>> 9), but after the commands > >>>>=20 > >>>> cat /dev/ihfc8.X > /dev/null 2>&1 & (X=3D0,1,2) > >>>> cat /dev/ihfc9.X > /dev/null 2>&1 & > >>>> isdndecode -a -b -R 8 -T 9 -i -x > >=20 > > You need to run something like this first: > > isdndebug -u 9 -b 0 -p P_HDLC -b 1 P_HDLC -b 2 P_TRANSPARENT > > If it doesn't work, I will check later. A bit busy right now. >=20 > Thanks for this. The D-channel trace works correct with your isdndebug > command, but no luck with B-cahnnels. I also tried > isdndebug -u 9 -b 0 -p P_HDLC -b 1 -p P_TRANS -b 2 -p P_TRANS > and > isdndebug -u 9 -b 0 -p P_HDLC -b 1 -p P_TRANS_RING -b 2 -p P_TRANS_RING > with the same result: D-channel ok, B-channels give only X'FF'. >=20 > I am not sure, if I had ever traced B-channel data in analyze mode > successful before. Hi, What kind of data will you trace? If transparent, you need to use P_TRANS,= =20 else P_HDLC for HDLC. If you get data/trace frames, then the tracing works. Have you checked both= =20 channels? =2D-HPS