From owner-freebsd-isdn@FreeBSD.ORG Tue Aug 5 05:13:10 2003 Return-Path: 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 637B137B401 for ; Tue, 5 Aug 2003 05:13:10 -0700 (PDT) Received: from kptn.wbd.com.ua (173-185.static.alkar.net [195.248.173.185]) by mx1.FreeBSD.org (Postfix) with ESMTP id E438C441A8 for ; Tue, 5 Aug 2003 05:09:38 -0700 (PDT) (envelope-from yury@usmanov.kiev.ua) Received: from kapitan.wbd.com.ua (kapitan.wbd.com.ua [10.10.3.22]) by kptn.wbd.com.ua (8.12.9/8.12.9) with ESMTP id h75C8xYk000498 for ; Tue, 5 Aug 2003 15:08:59 +0300 (EEST) Date: Tue, 5 Aug 2003 15:11:09 +0300 From: "Yury Y. Usmanov" X-Mailer: The Bat! (v1.62r) Organization: WBD X-Priority: 3 (Normal) Message-ID: <458623785.20030805151109@wbd.com.ua> To: freebsd-isdn@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: problem up 128K ISDN chanel under FreeBSD 4.7 X-BeenThere: freebsd-isdn@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: "Yury Y. Usmanov" List-Id: Using ISDN with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Aug 2003 12:13:10 -0000 Help me plz guru. I have problem with up 128K via ISDN. I use W6692 based ISDN card (iwic0). One link work correctly. See below my configuration and logs. isdnd.rc ------------------------------------------------------- system acctall = on # generate info for everything acctfile = /var/log/isdnd.acct # name & location of accounting file useacctfile = yes # generate accouting info to file isdntime = on monitor-allowed = off # global switch: monitor on/off entry name = WBDU0 usrdevicename = rbch usrdeviceunit = 0 isdncontroller = 0 isdnchannel = -1 local-phone-incoming = 1234567 remote-phone-incoming = * local-phone-dialout = 1234567 # This *MUST* be your local number remote-phone-dialout = 7111111 # ppp(8) will override this remdial-handling = first dialin-reaction = ignore dialout-type = normal b1protocol = hdlc idletime-incoming = 900 # Should be larger than ppp's timeout idletime-outgoing = 900 # Should be larger than ppp's timeout unitlength = 0 unitlengthsrc = conf dialretries = 1 dialrandincr = off recoverytime = 1 # Should be smaller than ppp's redial direction = out entry name = WBDU1 usrdevicename = rbch usrdeviceunit = 1 isdncontroller = 0 isdnchannel = -1 local-phone-incoming = 1234567 remote-phone-incoming = * local-phone-dialout = 1234567 # This *MUST* be your local number remote-phone-dialout = 7111111 # ppp(8) will override this remdial-handling = first dialin-reaction = ignore dialout-type = normal b1protocol = hdlc idletime-incoming = 900 # Should be larger than ppp's timeout idletime-outgoing = 900 # Should be larger than ppp's timeout unitlength = 0 unitlengthsrc = conf dialretries = 1 dialrandincr = off recoverytime = 1 # Should be smaller than ppp's redial direction = out ------------------------------------------------------- ppp.conf ------------------------------------------------------- default: isdn: set phone 7111111 # Replace this with your ISPs phone number set authname optima # Replace these with your login name & password. set authkey xxx # This profile assumes you're using PAP or CHAP. set reconnect 5 10 set redial 5 10 set lqrperiod 45 disable pred1 deflate mppe deny pred1 deflate mppe set dial set login set logout set hangup set device /dev/i4brbch0 /dev/i4brbch1 # Raw B-channel devices set speed sync # ISDN is synchronous set ifaddr 195.248.173.185/32 0.0.0.1/0 0 0 link * set cd 25 add! default hisaddr set mrru 1500 # Multilink mode please clone 1,2 # Two new links link deflink rm # And get rid of the original one link * set mode ddial # Automatically manage the second link set server /var/run/ppp/ppp-isdn "" 0177 # The diagnostic port (-rw-------) ------------------------------------------------------- I have: ------------------------------------------------------- on startup system: i4b-L2 F_ILL: FSM function F_ILL executing i4b-L2 i4b_next_l2state: FSM illegal state, state = ST_EST_AW_TEI, event = EV_DLESTRQ! ppp.log: Phase: 1: /dev/i4brbch0: CD detected Phase: 1: carrier -> login Phase: 1: login -> lcp Phase: 2: /dev/i4brbch1: CD detected Phase: 2: carrier -> login Phase: 2: login -> lcp Phase: bundle: Authenticate Phase: 1: his = PAP, mine = none Phase: Pap Output: optima ******** Phase: Pap Input: SUCCESS () Phase: mp: Listening on /var/run/ppp--01-414d4d50 Phase: First link: 1 Phase: 1: lcp -> open Phase: bundle: Network Warning: ipv4_Input: IPCP not open - packet dropped Phase: 2: his = PAP, mine = none Phase: Pap Output: optima ******** Phase: Pap Input: SUCCESS () Phase: 2: lcp -> open Warning: ipv4_Input: IPCP not open - packet dropped last message repeated 12 times Warning: Oops - MP frag 693 should have a begin flag Warning: Oops - MP frag 697 should have a begin flag Warning: ipv4_Input: IPCP not open - packet dropped Warning: ipv4_Input: IPCP not open - packet dropped Warning: Oops - MP frag 705 should have a begin flag Warning: Oops - MP frag 709 should have a begin flag Warning: ipv4_Input: IPCP not open - packet dropped ifconfig: tun0: flags=8010 mtu 1524 Opened by PID 60 In ppp.conf I am changed set mrru 1500 on set mrru 1500 set mru 1504 on set mrru 1500 set mru 1500 on set mrru 1500 set mru 1504 set mtu 1500 on set mrru 1500 set mru 1500 set mtu 1500 and I have one result (see above) only if I set: set mru 1500 i have 1 link with 64K and ifconfig show correct info: tun0: flags=8051 mtu 1500 inet 195.248.173.185 --> 195.248.191.54 netmask 0xffffffff Opened by PID 60 From owner-freebsd-isdn@FreeBSD.ORG Tue Aug 5 11:09:05 2003 Return-Path: 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 C422137B401 for ; Tue, 5 Aug 2003 11:09:05 -0700 (PDT) Received: from mail3.ewetel.de (mail3-126.ewetel.de [212.6.122.126]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2D74543F75 for ; Tue, 5 Aug 2003 11:09:04 -0700 (PDT) (envelope-from Thomas.Wintergerst@nord-com.net) Received: from kalak.lemur.nord.de (dialin-80-228-52-217.ewe-ip-backbone.de [80.228.52.217]) by mail3.ewetel.de (8.12.1/8.12.9) with ESMTP id h75I90eh014993; Tue, 5 Aug 2003 20:09:01 +0200 (MEST) Received: from nord-com.net (lullog.lemur.nord.de [192.168.2.4]) by kalak.lemur.nord.de (8.12.3/8.12.3) with ESMTP id h75Hec22002262; Tue, 5 Aug 2003 19:40:38 +0200 (CEST) (envelope-from Thomas.Wintergerst@nord-com.net) Message-ID: <3F2FEC15.4090004@nord-com.net> Date: Tue, 05 Aug 2003 19:40:37 +0200 From: Thomas Wintergerst User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.3.1) Gecko/20030524 X-Accept-Language: de-de, de, en-us, en MIME-Version: 1.0 To: hellmuth.michaelis@t-online.de References: <20030731142505.F0B35A4@bert.int.kts.org> In-Reply-To: <20030731142505.F0B35A4@bert.int.kts.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-CheckCompat: OK cc: ISDN for BSD Subject: Re: RFT: capi_msgs.c diff X-BeenThere: freebsd-isdn@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Using ISDN with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Aug 2003 18:09:06 -0000 Hi Hellmuth, I don't know if You already got another answer. But I have some remarks on the diff. 1) The changes are correct and necessary. 2) They are not sufficient. The terminating null byte for dst_telno and src_telno must be set right after the strncpy() calls using z as the index for it. The later assignment might write behind the memory for the fields. And there must be an else clause to set the two fields to zero if there is no corresponding information element in the message. Hellmuth Michaelis wrote: > Hi, > > would someone please have a look at this patch (or even verify it :-): > the patch which makes incoming numbers display and work correctly in > isdnd (for active AVM cards): > > *** capi_msgs.c-DIST Wed Jun 11 01:09:37 2003 > --- capi_msgs.c Thu Jul 31 16:20:04 2003 > *************** > *** 532,538 **** > z = x - 1; > if (z >= TELNO_MAX) z = (TELNO_MAX-1); > strncpy(cd->dst_telno, msg, z); > ! msg += x > x = z; > } > cd->dst_telno[x] = '\0'; > --- 532,538 ---- > z = x - 1; > if (z >= TELNO_MAX) z = (TELNO_MAX-1); > strncpy(cd->dst_telno, msg, z); > ! msg += x-1; > x = z; > } > cd->dst_telno[x] = '\0'; > *************** > *** 548,554 **** > z = x - 2; > if (z >= TELNO_MAX) z = (TELNO_MAX-1); > strncpy(cd->src_telno, msg, z); > ! msg += x; > x = z; > } > cd->src_telno[x] = '\0'; > --- 548,554 ---- > z = x - 2; > if (z >= TELNO_MAX) z = (TELNO_MAX-1); > strncpy(cd->src_telno, msg, z); > ! msg += x-2; > x = z; > } > cd->src_telno[x] = '\0'; > > hellmuth -- Gruss, Thomas Wintergerst From owner-freebsd-isdn@FreeBSD.ORG Fri Aug 8 06:23:48 2003 Return-Path: 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 EFF8337B401 for ; Fri, 8 Aug 2003 06:23:47 -0700 (PDT) Received: from mail.icomag.de (ns.icomag.de [195.227.115.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 595A443FBD for ; Fri, 8 Aug 2003 06:23:46 -0700 (PDT) (envelope-from bgd@icomag.de) Received: from localhost (localhost [127.0.0.1]) by mail.icomag.de (Postfix) with ESMTP id 75C412301F for ; Fri, 8 Aug 2003 15:23:42 +0200 (CEST) Received: by mail.icomag.de (Postfix, from userid 1019) id 367B623020; Fri, 8 Aug 2003 15:23:41 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by mail.icomag.de (Postfix) with ESMTP id 34EB72301F for ; Fri, 8 Aug 2003 15:23:41 +0200 (CEST) Date: Fri, 8 Aug 2003 15:23:41 +0200 (CEST) From: Bogdan TARU X-X-Sender: To: Message-ID: <20030808152216.M34405-100000@fw.office.icom> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by AMaViS snapshot-20020531 Subject: call setup takes two tries? X-BeenThere: freebsd-isdn@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Using ISDN with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Aug 2003 13:23:48 -0000 Hi everyone, First of all, I'm sorry for such a long mail and question list, but today is the first day I'm playing with isdn on bsd. I am trying to dial into a dialin pool with an isdn modem, and the isdnd log looks like: 08.08.2003 15:04:05 DBG setup_dialout: entry CGN_Pool1 ok! 08.08.2003 15:04:05 DBG find_by_device_for_dialout: found entry 0! 08.08.2003 15:04:05 CHD 00122 CGN_Pool1 rate 60 sec/unit (no ratefile) 08.08.2003 15:04:05 DBG sendm_connect_req: ctrl = 0, chan = -1 08.08.2003 15:04:05 DBG decr_free_channels: ctrl 0, now 1 chan free 08.08.2003 15:04:05 CHD 00122 CGN_Pool1 dialing out from 1234567 to 07654321 08.08.2003 15:04:05 DBG msg_teiasg_ind: unit 0, tei = 117 08.08.2003 15:04:05 DBG msg_l12stat_ind: unit 0, layer 2, state 1 08.08.2003 15:04:05 CHD 00122 CGN_Pool1 outgoing call disconnected (remote) 08.08.2003 15:04:05 CHD 00122 CGN_Pool1 cause 100: Invalid information element contents (Q.850) 08.08.2003 15:04:05 ERR set_channel_busy: controller [0] invalid channel [-1]! 08.08.2003 15:04:05 DBG incr_free_channels: ctrl 0, now 2 chan free 08.08.2003 15:04:06 DBG setup_dialout: entry CGN_Pool1 ok! 08.08.2003 15:04:06 DBG find_by_device_for_dialout: found entry 0! 08.08.2003 15:04:06 CHD 00123 CGN_Pool1 rate 60 sec/unit (no ratefile) 08.08.2003 15:04:06 DBG sendm_connect_req: ctrl = 0, chan = -1 08.08.2003 15:04:06 DBG decr_free_channels: ctrl 0, now 1 chan free 08.08.2003 15:04:06 CHD 00123 CGN_Pool1 dialing out from 1234567 to 07654321 08.08.2003 15:04:06 DBG set_channel_busy: controller [0] channel B1 set to BUSY! 08.08.2003 15:04:06 CHD 00123 CGN_Pool1 outgoing call proceeding (ctl 0, ch 0) 08.08.2003 15:04:08 DBG set_channel_busy: controller [0] channel B1 already busy! 08.08.2003 15:04:08 CHD 00123 CGN_Pool1 outgoing call active (ctl 0, ch 0, isp0) 08.08.2003 15:04:08 DBG isp0: switched to state 3 Where '7654321' is the phone # I'm trying to reach (0 in front of it is the dial-out code for the company's phone system), and the '1234567' is my phone number. The isdntrace output looks like: =========== isdntrace controller #0 =========== started Fri Aug 8 15:04:04 2003 -- TE->NT - unit:0 - frame:000314 - time:08.08 15:04:05.452731 - length:8 ------ Dump:000 fc ff 03 0f 81 1a 01 ff ........ Q921: SAP=63 (TEI-Management), C, TEI=127, Ri=0x1a81, IdRequest, Ai=127 -- NT->TE - unit:0 - frame:000315 - time:08.08 15:04:05.482733 - length:8 ------ Dump:000 fe ff 03 0f 00 00 06 d9 ........ Q921: SAP=63 (TEI-Management), C, TEI=127, Ri=0x0000, IdRemove, Ai=108 -- NT->TE - unit:0 - frame:000316 - time:08.08 15:04:05.532735 - length:8 ------ Dump:000 fe ff 03 0f 81 1a 02 eb ........ Q921: SAP=63 (TEI-Management), C, TEI=127, Ri=0x1a81, IdAssign, Ai=117 -- TE->NT - unit:0 - frame:000317 - time:08.08 15:04:05.532735 - length:3 ------ Dump:000 00 eb 7f ... Q921: SAP=0 (Call Control), C, TEI=117, U-Frame: SABME PF 1 -- NT->TE - unit:0 - frame:000318 - time:08.08 15:04:05.602739 - length:3 ------ Dump:000 00 eb 73 ..s Q921: SAP=0 (Call Control), R, TEI=117, U-Frame: UA PF 1 -- TE->NT - unit:0 - frame:000319 - time:08.08 15:04:05.602739 - length:80 ----- Dump:000 00 eb 00 00 .... Q921: SAP=0 (Call Control), C, TEI=117, I-Frame: N(S) 0 N(R) 0 P 0 Dump:004 08 01 1f 05 a1 04 02 88 90 18 01 83 6c 0b 81 32 ............l..2 Dump:020 32 31 34 38 35 36 38 39 30 6d 02 80 28 70 0b 81 1234567m..(p.. Dump:036 30 30 32 32 31 34 32 32 39 30 71 20 80 3a 07 28 07654321q .:.( Dump:052 d0 71 08 28 f4 f9 bf bf a4 54 07 28 8c 07 07 28 .q.(.....T.(...( Dump:068 74 8b 32 32 31 34 38 35 36 38 39 30 t.1234567 Q931: pd=Q.931/I.451, cr=0x1f (from origination), message=SETUP: [sending complete] [bearer capability: cap=unrestricted digital information std=CCITT rate=64 kbit/s mode=circuit] [channel id: channel=any channel (preferred)] [calling party number: 123467 (type=unknown, plan=ISDN)] [calling party subaddress: LEN=0x02, DATA=0x80 0x28 ] [called party number: 07654321 (type=unknown, plan=ISDN)] [called party subaddress: LEN=0x20, DATA=0x80 0x3a 0x07 0x28 0xd0 0x71 0x08 0x28 0xf4 0xf9 0xbf 0xbf 0xa4 0x54 0x07 0x28 0x8c 0x07 0x07 0x28 0x74 0x8b 0x32 0x32 0x31 0x34 0x38 0x35 0x36 0x38 0x39 0x30 ] -- NT->TE - unit:0 - frame:000320 - time:08.08 15:04:05.702743 - length:4 ------ Dump:000 00 eb 01 02 .... Q921: SAP=0 (Call Control), R, TEI=117, S-Frame: RR N(R) 1 PF 0 -- NT->TE - unit:0 - frame:000321 - time:08.08 15:04:05.742745 - length:12 ----- Dump:000 02 eb 00 02 .... Q921: SAP=0 (Call Control), C, TEI=117, I-Frame: N(S) 0 N(R) 1 P 0 Dump:004 08 01 9f 5a 08 02 81 e4 ...Z.... Q931: pd=Q.931/I.451, cr=0x1f (from destination), message=RELEASE COMPLETE: [cause: 100: Invalid information element contents (Q.850) (location=private network serving local user, std=CCITT)] -- TE->NT - unit:0 - frame:000322 - time:08.08 15:04:05.742745 - length:4 ------ Dump:000 02 eb 01 02 .... Q921: SAP=0 (Call Control), R, TEI=117, S-Frame: RR N(R) 1 PF 0 -- TE->NT - unit:0 - frame:000323 - time:08.08 15:04:06.462777 - length:53 ----- Dump:000 00 eb 02 02 .... Q921: SAP=0 (Call Control), C, TEI=117, I-Frame: N(S) 1 N(R) 1 P 0 Dump:004 08 01 65 05 a1 04 02 88 90 18 01 83 6c 0b 81 32 ..e.........l..2 Dump:020 32 31 34 38 35 36 38 39 30 6d 02 80 28 70 0b 81 1234567m..(p.. Dump:036 30 30 32 32 31 34 32 32 39 30 71 05 80 98 05 08 07654321q..... Dump:052 04 . Q931: pd=Q.931/I.451, cr=0x65 (from origination), message=SETUP: [sending complete] [bearer capability: cap=unrestricted digital information std=CCITT rate=64 kbit/s mode=circuit] [channel id: channel=any channel (preferred)] [calling party number: 123467 (type=unknown, plan=ISDN)] [calling party subaddress: LEN=0x02, DATA=0x80 0x28 ] [called party number: 07654321 (type=unknown, plan=ISDN)] [called party subaddress: LEN=0x05, DATA=0x80 0x98 0x05 0x08 0x04 ] -- NT->TE - unit:0 - frame:000324 - time:08.08 15:04:06.542781 - length:4 ------ Dump:000 00 eb 01 04 .... Q921: SAP=0 (Call Control), R, TEI=117, S-Frame: RR N(R) 2 PF 0 -- NT->TE - unit:0 - frame:000325 - time:08.08 15:04:06.562782 - length:11 ----- Dump:000 02 eb 02 04 .... Q921: SAP=0 (Call Control), C, TEI=117, I-Frame: N(S) 1 N(R) 2 P 0 Dump:004 08 01 e5 02 18 01 89 ....... Q931: pd=Q.931/I.451, cr=0x65 (from destination), message=CALL PROCEEDING: [channel id: channel=B-1 (exclusive)] -- TE->NT - unit:0 - frame:000326 - time:08.08 15:04:06.562782 - length:4 ------ Dump:000 02 eb 01 04 .... Q921: SAP=0 (Call Control), R, TEI=117, S-Frame: RR N(R) 2 PF 0 -- NT->TE - unit:0 - frame:000329 - time:08.08 15:04:08.442868 - length:15 ----- Dump:000 02 eb 04 04 .... Q921: SAP=0 (Call Control), C, TEI=117, I-Frame: N(S) 2 N(R) 2 P 0 Dump:004 08 01 e5 07 29 05 03 08 08 0f 04 ....)...... Q931: pd=Q.931/I.451, cr=0x65 (from destination), message=CONNECT: [date/time: 08.08.03 15:04] -- TE->NT - unit:0 - frame:000330 - time:08.08 15:04:08.442868 - length:8 ------ Dump:000 00 eb 04 06 .... Q921: SAP=0 (Call Control), C, TEI=117, I-Frame: N(S) 2 N(R) 3 P 0 Dump:004 08 01 65 0f ..e. Q931: pd=Q.931/I.451, cr=0x65 (from origination), message=CONNECT ACKNOWLEDGE: -- NT->TE - unit:0 - frame:000331 - time:08.08 15:04:08.512871 - length:4 ------ Dump:000 00 eb 01 06 .... Q921: SAP=0 (Call Control), R, TEI=117, S-Frame: RR N(R) 3 PF 0 -- NT->TE - unit:0 - frame:000332 - time:08.08 15:04:10.102944 - length:4 ------ Dump:000 02 db 01 83 .... Q921: SAP=0 (Call Control), C, TEI=109, S-Frame: RR N(R) 65 PF 1 -- NT->TE - unit:0 - frame:000333 - time:08.08 15:04:10.182947 - length:4 ------ Dump:000 00 db 01 83 .... Q921: SAP=0 (Call Control), R, TEI=109, S-Frame: RR N(R) 65 PF 1 I'm curious if this is the normal sequence of a dial in, since it seems to me the first call fails. Could it be because of the bloody phone central switch that allows me 'out' only with a '0' in front? Or could it be the fault of the other end? The other curious thing is that I specified 'dialretries = 0' in isdnd.rc, which should forbid the isdnd to dial after an unsuccesful try, right? Then why does it try to establish the connection twice? Third question is, how can I get the peer-IP dynamically (for using it as a default route)? Right now I've set it to a know value, since I administer the dialin machine as well, but that won't be the case when I dialin into a known ISP. What do I do then? Considering that I will get an IP address, the tunnel will look like: my_assigned_IP ----> dummy_self_set_IP Should I set the assigned IP address as my default route? Please include me in the reply, since I'm not subscribed to the ml. Once again, sorry for so many questions, and for your patience! Thanks, bogdan From owner-freebsd-isdn@FreeBSD.ORG Fri Aug 8 06:32:34 2003 Return-Path: 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 EE35837B401 for ; Fri, 8 Aug 2003 06:32:34 -0700 (PDT) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.184]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6A0D843F75 for ; Fri, 8 Aug 2003 06:32:33 -0700 (PDT) (envelope-from martin@duskware.de) Received: from [212.227.126.205] (helo=mrelayng.kundenserver.de) by moutng.kundenserver.de with esmtp (Exim 3.35 #1) id 19l7M8-0001SO-00 for freebsd-isdn@freebsd.org; Fri, 08 Aug 2003 15:32:32 +0200 Received: from [80.130.184.132] (helo=drowsy.duskware.de) by mrelayng.kundenserver.de with asmtp (Exim 3.35 #1) id 19l7M8-0005o8-00 for freebsd-isdn@freebsd.org; Fri, 08 Aug 2003 15:32:32 +0200 Received: by drowsy.duskware.de (Postfix, from userid 205) id 7F98D33AE0; Fri, 8 Aug 2003 15:32:31 +0200 (CEST) Date: Fri, 8 Aug 2003 15:32:31 +0200 From: Martin Husemann To: Bogdan TARU Message-ID: <20030808133231.GG661@drowsy.duskware.de> References: <20030808152216.M34405-100000@fw.office.icom> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030808152216.M34405-100000@fw.office.icom> User-Agent: Mutt/1.4.1i cc: freebsd-isdn@freebsd.org Subject: Re: call setup takes two tries? X-BeenThere: freebsd-isdn@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Using ISDN with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Aug 2003 13:32:35 -0000 On Fri, Aug 08, 2003 at 03:23:41PM +0200, Bogdan TARU wrote: > ----- > Dump:000 02 eb 00 02 .... > Q921: SAP=0 (Call Control), C, TEI=117, I-Frame: N(S) 0 N(R) 1 P 0 > Dump:004 08 01 9f 5a 08 02 81 e4 ...Z.... > Q931: pd=Q.931/I.451, cr=0x1f (from destination), message=RELEASE > COMPLETE: > [cause: 100: Invalid information element contents (Q.850) > (location=private network serving local user, std=CCITT)] > > -- TE->NT - unit:0 - frame:000322 - time:08.08 15:04:05.742745 - length:4 > ------ The called party cancels the first call, claiming the SETUP data to be invalid. The same SETUP works on next try .. so this is a bit strange. Martin From owner-freebsd-isdn@FreeBSD.ORG Fri Aug 8 06:40:30 2003 Return-Path: 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 ADBFF37B40E for ; Fri, 8 Aug 2003 06:40:30 -0700 (PDT) Received: from freddy.inty.net (freddy.inty.net [195.224.93.243]) by mx1.FreeBSD.org (Postfix) with ESMTP id 974CC43FBD for ; Fri, 8 Aug 2003 06:40:27 -0700 (PDT) (envelope-from david@inty.net) Received: from inty.hq.inty.net (inty-untrusted-aztec-west.inty.net [212.50.178.178]) by freddy.inty.net (8.11.6p2/8.11.6) with ESMTP id h78DeHK36083; Fri, 8 Aug 2003 14:40:17 +0100 (BST) x-previous-hop: 212.50.178.178 Received: from davidh ([10.0.1.197]) by inty.hq.inty.net (8.12.1/8.12.1) with SMTP id h78DeFdx066367; Fri, 8 Aug 2003 14:40:15 +0100 (BST) From: "David Hedley" To: "Bogdan TARU" Date: Fri, 8 Aug 2003 14:40:16 +0100 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.6604 (9.0.2911.0) X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 In-reply-to: <20030808133231.GG661@drowsy.duskware.de> Importance: Normal X-Sender-IP: 10.0.1.197 X-INT-DeliveryDone: h78DeFdx066367 X-suppress-rcpt-virus-notify: yes X-Virus-Checked: 65247 X-Skip-Virus-Check: yes cc: freebsd-isdn@freebsd.org Subject: RE: call setup takes two tries? X-BeenThere: freebsd-isdn@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Using ISDN with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Aug 2003 13:40:31 -0000 I've seen calls rejected with this message in the past with some Telcos = when the local phone number is set incorrectly in the SETUP packet. I would try removing the 'Calling party number' from your SETUP request. = (This used to require a patch to isdnd although I haven't checked the = source recently) David -- Dr David Hedley Director, Inty Ltd, UK www.inty.com, 01454 640500 > -----Original Message----- > From: owner-freebsd-isdn@freebsd.org > [mailto:owner-freebsd-isdn@freebsd.org]On Behalf Of Martin Husemann > Sent: 08 August 2003 14:33 > To: Bogdan TARU > Cc: freebsd-isdn@freebsd.org > Subject: Re: call setup takes two tries? >=20 >=20 > On Fri, Aug 08, 2003 at 03:23:41PM +0200, Bogdan TARU wrote: > > ----- > > Dump:000 02 eb 00 02 .... > > Q921: SAP=3D0 (Call Control), C, TEI=3D117, I-Frame: N(S) 0 N(R) 1 P = 0 > > Dump:004 08 01 9f 5a 08 02 81 e4 = ...Z.... > > Q931: pd=3DQ.931/I.451, cr=3D0x1f (from destination), = message=3DRELEASE > > COMPLETE: > > [cause: 100: Invalid information element contents (Q.850) > > (location=3Dprivate network serving local user, = std=3DCCITT)] > >=20 > > -- TE->NT - unit:0 - frame:000322 - time:08.08 15:04:05.742745=20 > - length:4 > > ------ >=20 > The called party cancels the first call, claiming the SETUP data to be > invalid. The same SETUP works on next try .. so this is a bit strange. >=20 > Martin > _______________________________________________ > freebsd-isdn@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-isdn > To unsubscribe, send any mail to = "freebsd-isdn-unsubscribe@freebsd.org" >=20 > intY has scanned this email for all known viruses (www.inty.com) >=20 >=20 intY=20has=20scanned=20this=20email=20for=20all=20known=20viruses=20=28ww= w=2Einty=2Ecom=29