Re: [asterisk-users] strange h323 delay issue
2008/10/19 Giedrius Augys <[EMAIL PROTECTED]> > > > 2008/10/19 Mindaugas Kezys <[EMAIL PROTECTED]> > >> Hi, >> >> >> >> Try downgrade to Asterisk 1.4.18.1. It works for us perfectly with H323. >> >> >> >> Following versions has nasty bugs, not actually related to H323, but who >> knows, maybe it will help to downgrade. >> >> >> >> Regards, >> >> Mindaugas Kezys >> >> http://www.kolmisoft.com >> >> VoIP Billing and Routing Solutions >> >> >> >> *From:* [EMAIL PROTECTED] [mailto: >> [EMAIL PROTECTED] *On Behalf Of *Giedrius Augys >> *Sent:* 2008 m. spalio 18 d. 22:08 >> *To:* Asterisk Users Mailing List - Non-Commercial Discussion >> *Subject:* [asterisk-users] strange h323 delay issue >> >> >> >> Hello, >> >> I have a strange h323 issue. After executing command >> "Dial("SIP/333-0d1dfe00", "H323/[EMAIL PROTECTED]|5|tT")" at Oct 18 >> 22:32:23. Meanwile I have sniffing traffic on port 1720. The call was >> established just at Oct 18 22:33:03 (New H.323 Connection created.) and also >> packet sniffer grabs the h323 invites at this time also. So my question is >> what asterisk (h323 channel) was doing for 40 sec??? What reasons could >> invoke this problem? I haven't any problems with SIP channels. >> >> My versions: >> asterisk-1.4.21.1 >> asterisk-addons-1.4.6 >> openh323_v1_18_0 >> pwlib_v1_10_0 >> >> My h323.conf configurations: >> [general] >> port = 1720 >> bindaddr = 192.168.1.165 >> tos=lowdelay >> disallow=all >> allow=g729 >> dtmfmode=rfc2833 >> gatekeeper = DISABLE >> AllowGKRouted = no >> AcceptAnonymous = no >> context=from-trunk >> >> >> [ccg] >> type=friend >> context=from-trunk >> host=192.168.1.163 >> port=1720 >> disallow=all >> ;allow=alaw >> ;allow=ulaw >> allow=g729 >> fastStart=yes >> h245Tunneling=yes >> >> >> A full log: >> >> [Oct 18 22:32:23] VERBOSE[18236] logger.c: -- Executing [EMAIL >> PROTECTED]:1] >> Dial("SIP/333-0d1d8fb0", "H323/[EMAIL PROTECTED]|5|tT") in new stack >> [Oct 18 22:32:23] DEBUG[18236] chan_h323.c: type=H323, format=8, >> [EMAIL PROTECTED] >> [Oct 18 22:32:23] DEBUG[18236] chan_h323.c: Extension: 361737052390920 >> Host: ccg >> [Oct 18 22:32:23] DEBUG[18236] chan_h323.c: Calling to [EMAIL PROTECTED] >> H323/ccg-2 >> [Oct 18 22:32:23] VERBOSE[18236] logger.c: -- Requested transfer >> capability: 0x00 - SPEECH >> [Oct 18 22:32:23] DEBUG[18236] chan_h323.c: Placing outgoing call to >> [EMAIL PROTECTED]:1720, 101 >> [Oct 18 22:32:23] VERBOSE[18236] logger.c: -- Making call to >> [EMAIL PROTECTED]:1720 without gatekeeper. >> [Oct 18 22:32:23] VERBOSE[18236] logger.c: Using 192.168.1.165 for >> outbound call >> [Oct 18 22:33:03] VERBOSE[18236] logger.c: == New H.323 Connection >> created. >> [Oct 18 22:33:03] VERBOSE[18236] logger.c: -- root is calling host >> [EMAIL PROTECTED]:1720 >> [Oct 18 22:33:03] VERBOSE[18236] logger.c: -- Call token is >> ip$localhost/6453 >> [Oct 18 22:33:03] VERBOSE[18236] logger.c: -- Call reference is 6453 >> [Oct 18 22:33:03] VERBOSE[18236] logger.c: -- DTMF Payload is >> [pt=101] >> [Oct 18 22:33:03] VERBOSE[18236] logger.c: -- Called >> [EMAIL PROTECTED] >> [Oct 18 22:33:03] DEBUG[18238] chan_h323.c: Setting capabilities for >> connection ip$localhost/6453 >> [Oct 18 22:33:03] VERBOSE[18238] logger.c: Setting capabilities to 0x100 >> (g729) >> [Oct 18 22:33:03] VERBOSE[18238] logger.c: Capabilities in preference >> order is (g729) >> [Oct 18 22:33:03] VERBOSE[18238] logger.c: Allowed Codecs: >> [Oct 18 22:33:03] VERBOSE[18238] logger.c: Table: >> [Oct 18 22:33:03] VERBOSE[18238] logger.c:G.729A <1> >> [Oct 18 22:33:03] VERBOSE[18238] logger.c:G.729 <2> >> [Oct 18 22:33:03] VERBOSE[18238] logger.c:UserInput/hookflash <3> >> [Oct 18 22:33:03] VERBOSE[18238] logger.c:UserInput/RFC2833 <4> >> [Oct 18 22:33:03] VERBOSE[18238] logger.c:UserInput/dtmf <5> >> [Oct 18 22:33:03] VERBOSE[18238] logger.c: Set: >> [Oct 18 22:33:03] VERBOSE[18238] logger.c:0: >> [Oct 18 22:33:03] VERBOSE[18238] logger.c: 0: >> [Oct 18 22:33:03] VERBOSE[18238] logger.c:G.729A <1> >> [Oct 18 22:33:03] VERBOSE[18238] logger.c:G.729 <2>
Re: [asterisk-users] strange h323 delay issue
2008/10/19 Mindaugas Kezys <[EMAIL PROTECTED]> > Hi, > > > > Try downgrade to Asterisk 1.4.18.1. It works for us perfectly with H323. > > > > Following versions has nasty bugs, not actually related to H323, but who > knows, maybe it will help to downgrade. > > > > Regards, > > Mindaugas Kezys > > http://www.kolmisoft.com > > VoIP Billing and Routing Solutions > > > > *From:* [EMAIL PROTECTED] [mailto: > [EMAIL PROTECTED] *On Behalf Of *Giedrius Augys > *Sent:* 2008 m. spalio 18 d. 22:08 > *To:* Asterisk Users Mailing List - Non-Commercial Discussion > *Subject:* [asterisk-users] strange h323 delay issue > > > > Hello, > > I have a strange h323 issue. After executing command > "Dial("SIP/333-0d1dfe00", "H323/[EMAIL PROTECTED]|5|tT")" at Oct 18 > 22:32:23. Meanwile I have sniffing traffic on port 1720. The call was > established just at Oct 18 22:33:03 (New H.323 Connection created.) and also > packet sniffer grabs the h323 invites at this time also. So my question is > what asterisk (h323 channel) was doing for 40 sec??? What reasons could > invoke this problem? I haven't any problems with SIP channels. > > My versions: > asterisk-1.4.21.1 > asterisk-addons-1.4.6 > openh323_v1_18_0 > pwlib_v1_10_0 > > My h323.conf configurations: > [general] > port = 1720 > bindaddr = 192.168.1.165 > tos=lowdelay > disallow=all > allow=g729 > dtmfmode=rfc2833 > gatekeeper = DISABLE > AllowGKRouted = no > AcceptAnonymous = no > context=from-trunk > > > [ccg] > type=friend > context=from-trunk > host=192.168.1.163 > port=1720 > disallow=all > ;allow=alaw > ;allow=ulaw > allow=g729 > fastStart=yes > h245Tunneling=yes > > > A full log: > > [Oct 18 22:32:23] VERBOSE[18236] logger.c: -- Executing [EMAIL > PROTECTED]:1] > Dial("SIP/333-0d1d8fb0", "H323/[EMAIL PROTECTED]|5|tT") in new stack > [Oct 18 22:32:23] DEBUG[18236] chan_h323.c: type=H323, format=8, > [EMAIL PROTECTED] > [Oct 18 22:32:23] DEBUG[18236] chan_h323.c: Extension: 361737052390920 > Host: ccg > [Oct 18 22:32:23] DEBUG[18236] chan_h323.c: Calling to [EMAIL PROTECTED] > H323/ccg-2 > [Oct 18 22:32:23] VERBOSE[18236] logger.c: -- Requested transfer > capability: 0x00 - SPEECH > [Oct 18 22:32:23] DEBUG[18236] chan_h323.c: Placing outgoing call to > [EMAIL PROTECTED]:1720, 101 > [Oct 18 22:32:23] VERBOSE[18236] logger.c: -- Making call to > [EMAIL PROTECTED]:1720 without gatekeeper. > [Oct 18 22:32:23] VERBOSE[18236] logger.c: Using 192.168.1.165 for > outbound call > [Oct 18 22:33:03] VERBOSE[18236] logger.c: == New H.323 Connection > created. > [Oct 18 22:33:03] VERBOSE[18236] logger.c: -- root is calling host > [EMAIL PROTECTED]:1720 > [Oct 18 22:33:03] VERBOSE[18236] logger.c: -- Call token is > ip$localhost/6453 > [Oct 18 22:33:03] VERBOSE[18236] logger.c: -- Call reference is 6453 > [Oct 18 22:33:03] VERBOSE[18236] logger.c: -- DTMF Payload is [pt=101] > [Oct 18 22:33:03] VERBOSE[18236] logger.c: -- Called > [EMAIL PROTECTED] > [Oct 18 22:33:03] DEBUG[18238] chan_h323.c: Setting capabilities for > connection ip$localhost/6453 > [Oct 18 22:33:03] VERBOSE[18238] logger.c: Setting capabilities to 0x100 > (g729) > [Oct 18 22:33:03] VERBOSE[18238] logger.c: Capabilities in preference order > is (g729) > [Oct 18 22:33:03] VERBOSE[18238] logger.c: Allowed Codecs: > [Oct 18 22:33:03] VERBOSE[18238] logger.c: Table: > [Oct 18 22:33:03] VERBOSE[18238] logger.c:G.729A <1> > [Oct 18 22:33:03] VERBOSE[18238] logger.c:G.729 <2> > [Oct 18 22:33:03] VERBOSE[18238] logger.c:UserInput/hookflash <3> > [Oct 18 22:33:03] VERBOSE[18238] logger.c:UserInput/RFC2833 <4> > [Oct 18 22:33:03] VERBOSE[18238] logger.c:UserInput/dtmf <5> > [Oct 18 22:33:03] VERBOSE[18238] logger.c: Set: > [Oct 18 22:33:03] VERBOSE[18238] logger.c:0: > [Oct 18 22:33:03] VERBOSE[18238] logger.c: 0: > [Oct 18 22:33:03] VERBOSE[18238] logger.c:G.729A <1> > [Oct 18 22:33:03] VERBOSE[18238] logger.c:G.729 <2> > [Oct 18 22:33:03] VERBOSE[18238] logger.c: 1: > [Oct 18 22:33:03] VERBOSE[18238] logger.c:UserInput/hookflash <3> > [Oct 18 22:33:03] VERBOSE[18238] logger.c: 2: > [Oct 18 22:33:03] VERBOSE[18238] logger.c:UserInput/RFC2833 <4> > [Oct 18 22:33:03] VERBOSE[18238] logger.c:UserInput/dtmf <5> > [Oct 18 22:33:03] VERBOSE[18238] logger.c: > [Oct 18 22:33:03] DEBUG[18238] chan_h323.c: Capabilities for connection > ip$localhost/6453 is set > [Oct 18 22:33:03] DEBUG[18238] chan_h323.c:
Re: [asterisk-users] strange h323 delay issue
Hi, Try downgrade to Asterisk 1.4.18.1. It works for us perfectly with H323. Following versions has nasty bugs, not actually related to H323, but who knows, maybe it will help to downgrade. Regards, Mindaugas Kezys http://www.kolmisoft.com VoIP Billing and Routing Solutions From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Giedrius Augys Sent: 2008 m. spalio 18 d. 22:08 To: Asterisk Users Mailing List - Non-Commercial Discussion Subject: [asterisk-users] strange h323 delay issue Hello, I have a strange h323 issue. After executing command "Dial("SIP/333-0d1dfe00", "H323/[EMAIL PROTECTED]|5|tT")" at Oct 18 22:32:23. Meanwile I have sniffing traffic on port 1720. The call was established just at Oct 18 22:33:03 (New H.323 Connection created.) and also packet sniffer grabs the h323 invites at this time also. So my question is what asterisk (h323 channel) was doing for 40 sec??? What reasons could invoke this problem? I haven't any problems with SIP channels. My versions: asterisk-1.4.21.1 asterisk-addons-1.4.6 openh323_v1_18_0 pwlib_v1_10_0 My h323.conf configurations: [general] port = 1720 bindaddr = 192.168.1.165 tos=lowdelay disallow=all allow=g729 dtmfmode=rfc2833 gatekeeper = DISABLE AllowGKRouted = no AcceptAnonymous = no context=from-trunk [ccg] type=friend context=from-trunk host=192.168.1.163 port=1720 disallow=all ;allow=alaw ;allow=ulaw allow=g729 fastStart=yes h245Tunneling=yes A full log: [Oct 18 22:32:23] VERBOSE[18236] logger.c: -- Executing [EMAIL PROTECTED]:1] Dial("SIP/333-0d1d8fb0", "H323/[EMAIL PROTECTED]|5|tT") in new stack [Oct 18 22:32:23] DEBUG[18236] chan_h323.c: type=H323, format=8, [EMAIL PROTECTED] [Oct 18 22:32:23] DEBUG[18236] chan_h323.c: Extension: 361737052390920 Host: ccg [Oct 18 22:32:23] DEBUG[18236] chan_h323.c: Calling to [EMAIL PROTECTED] on H323/ccg-2 [Oct 18 22:32:23] VERBOSE[18236] logger.c: -- Requested transfer capability: 0x00 - SPEECH [Oct 18 22:32:23] DEBUG[18236] chan_h323.c: Placing outgoing call to [EMAIL PROTECTED]:1720, 101 [Oct 18 22:32:23] VERBOSE[18236] logger.c: -- Making call to [EMAIL PROTECTED]:1720 without gatekeeper. [Oct 18 22:32:23] VERBOSE[18236] logger.c: Using 192.168.1.165 for outbound call [Oct 18 22:33:03] VERBOSE[18236] logger.c: == New H.323 Connection created. [Oct 18 22:33:03] VERBOSE[18236] logger.c: -- root is calling host [EMAIL PROTECTED]:1720 [Oct 18 22:33:03] VERBOSE[18236] logger.c: -- Call token is ip$localhost/6453 [Oct 18 22:33:03] VERBOSE[18236] logger.c: -- Call reference is 6453 [Oct 18 22:33:03] VERBOSE[18236] logger.c: -- DTMF Payload is [pt=101] [Oct 18 22:33:03] VERBOSE[18236] logger.c: -- Called [EMAIL PROTECTED] [Oct 18 22:33:03] DEBUG[18238] chan_h323.c: Setting capabilities for connection ip$localhost/6453 [Oct 18 22:33:03] VERBOSE[18238] logger.c: Setting capabilities to 0x100 (g729) [Oct 18 22:33:03] VERBOSE[18238] logger.c: Capabilities in preference order is (g729) [Oct 18 22:33:03] VERBOSE[18238] logger.c: Allowed Codecs: [Oct 18 22:33:03] VERBOSE[18238] logger.c: Table: [Oct 18 22:33:03] VERBOSE[18238] logger.c:G.729A <1> [Oct 18 22:33:03] VERBOSE[18238] logger.c:G.729 <2> [Oct 18 22:33:03] VERBOSE[18238] logger.c:UserInput/hookflash <3> [Oct 18 22:33:03] VERBOSE[18238] logger.c:UserInput/RFC2833 <4> [Oct 18 22:33:03] VERBOSE[18238] logger.c:UserInput/dtmf <5> [Oct 18 22:33:03] VERBOSE[18238] logger.c: Set: [Oct 18 22:33:03] VERBOSE[18238] logger.c:0: [Oct 18 22:33:03] VERBOSE[18238] logger.c: 0: [Oct 18 22:33:03] VERBOSE[18238] logger.c:G.729A <1> [Oct 18 22:33:03] VERBOSE[18238] logger.c:G.729 <2> [Oct 18 22:33:03] VERBOSE[18238] logger.c: 1: [Oct 18 22:33:03] VERBOSE[18238] logger.c:UserInput/hookflash <3> [Oct 18 22:33:03] VERBOSE[18238] logger.c: 2: [Oct 18 22:33:03] VERBOSE[18238] logger.c:UserInput/RFC2833 <4> [Oct 18 22:33:03] VERBOSE[18238] logger.c:UserInput/dtmf <5> [Oct 18 22:33:03] VERBOSE[18238] logger.c: [Oct 18 22:33:03] DEBUG[18238] chan_h323.c: Capabilities for connection ip$localhost/6453 is set [Oct 18 22:33:03] DEBUG[18238] chan_h323.c: Created RTP channel [Oct 18 22:33:03] DEBUG[18238] chan_h323.c: Setting NAT on RTP to 0 [Oct 18 22:33:03] DEBUG[18238] chan_h323.c: Sending RTP 'US' 192.168.1.165:23786 [Oct 18 22:33:03] DEBUG[18238] chan_h323.c: Sending RTP 'US' 192.168.1.165:23786 [Oct 18 22:33:03] DEBUG[18238] chan_h323.c: Sending RTP 'US' 192.168.1.165:23786 [Oct 18 22:33:03] DEBUG[18238] chan_h323.c: Sending RTP 'US' 192.168.1.165:23786 [Oct 18 22:33:03] VERBOSE[18238] logger.c: -- Sending SETUP message [Oct 18 22:33:03] VERBOSE[18238] logger.c: -- Transmitting RFC2833 on payload 101 [Oct 18 22:33:03] VERBOSE[18238] logger.c:
[asterisk-users] strange h323 delay issue
Hello, I have a strange h323 issue. After executing command "Dial("SIP/333-0d1dfe00", "H323/[EMAIL PROTECTED]|5|tT")" at Oct 18 22:32:23. Meanwile I have sniffing traffic on port 1720. The call was established just at Oct 18 22:33:03 (New H.323 Connection created.) and also packet sniffer grabs the h323 invites at this time also. So my question is what asterisk (h323 channel) was doing for 40 sec??? What reasons could invoke this problem? I haven't any problems with SIP channels. My versions: asterisk-1.4.21.1 asterisk-addons-1.4.6 openh323_v1_18_0 pwlib_v1_10_0 My h323.conf configurations: [general] port = 1720 bindaddr = 192.168.1.165 tos=lowdelay disallow=all allow=g729 dtmfmode=rfc2833 gatekeeper = DISABLE AllowGKRouted = no AcceptAnonymous = no context=from-trunk [ccg] type=friend context=from-trunk host=192.168.1.163 port=1720 disallow=all ;allow=alaw ;allow=ulaw allow=g729 fastStart=yes h245Tunneling=yes A full log: [Oct 18 22:32:23] VERBOSE[18236] logger.c: -- Executing [EMAIL PROTECTED]:1] Dial("SIP/333-0d1d8fb0", "H323/[EMAIL PROTECTED]|5|tT") in new stack [Oct 18 22:32:23] DEBUG[18236] chan_h323.c: type=H323, format=8, [EMAIL PROTECTED] [Oct 18 22:32:23] DEBUG[18236] chan_h323.c: Extension: 361737052390920 Host: ccg [Oct 18 22:32:23] DEBUG[18236] chan_h323.c: Calling to [EMAIL PROTECTED] H323/ccg-2 [Oct 18 22:32:23] VERBOSE[18236] logger.c: -- Requested transfer capability: 0x00 - SPEECH [Oct 18 22:32:23] DEBUG[18236] chan_h323.c: Placing outgoing call to [EMAIL PROTECTED]:1720, 101 [Oct 18 22:32:23] VERBOSE[18236] logger.c: -- Making call to [EMAIL PROTECTED]:1720 without gatekeeper. [Oct 18 22:32:23] VERBOSE[18236] logger.c: Using 192.168.1.165 for outbound call [Oct 18 22:33:03] VERBOSE[18236] logger.c: == New H.323 Connection created. [Oct 18 22:33:03] VERBOSE[18236] logger.c: -- root is calling host [EMAIL PROTECTED]:1720 [Oct 18 22:33:03] VERBOSE[18236] logger.c: -- Call token is ip$localhost/6453 [Oct 18 22:33:03] VERBOSE[18236] logger.c: -- Call reference is 6453 [Oct 18 22:33:03] VERBOSE[18236] logger.c: -- DTMF Payload is [pt=101] [Oct 18 22:33:03] VERBOSE[18236] logger.c: -- Called [EMAIL PROTECTED] [Oct 18 22:33:03] DEBUG[18238] chan_h323.c: Setting capabilities for connection ip$localhost/6453 [Oct 18 22:33:03] VERBOSE[18238] logger.c: Setting capabilities to 0x100 (g729) [Oct 18 22:33:03] VERBOSE[18238] logger.c: Capabilities in preference order is (g729) [Oct 18 22:33:03] VERBOSE[18238] logger.c: Allowed Codecs: [Oct 18 22:33:03] VERBOSE[18238] logger.c: Table: [Oct 18 22:33:03] VERBOSE[18238] logger.c:G.729A <1> [Oct 18 22:33:03] VERBOSE[18238] logger.c:G.729 <2> [Oct 18 22:33:03] VERBOSE[18238] logger.c:UserInput/hookflash <3> [Oct 18 22:33:03] VERBOSE[18238] logger.c:UserInput/RFC2833 <4> [Oct 18 22:33:03] VERBOSE[18238] logger.c:UserInput/dtmf <5> [Oct 18 22:33:03] VERBOSE[18238] logger.c: Set: [Oct 18 22:33:03] VERBOSE[18238] logger.c:0: [Oct 18 22:33:03] VERBOSE[18238] logger.c: 0: [Oct 18 22:33:03] VERBOSE[18238] logger.c:G.729A <1> [Oct 18 22:33:03] VERBOSE[18238] logger.c:G.729 <2> [Oct 18 22:33:03] VERBOSE[18238] logger.c: 1: [Oct 18 22:33:03] VERBOSE[18238] logger.c:UserInput/hookflash <3> [Oct 18 22:33:03] VERBOSE[18238] logger.c: 2: [Oct 18 22:33:03] VERBOSE[18238] logger.c:UserInput/RFC2833 <4> [Oct 18 22:33:03] VERBOSE[18238] logger.c:UserInput/dtmf <5> [Oct 18 22:33:03] VERBOSE[18238] logger.c: [Oct 18 22:33:03] DEBUG[18238] chan_h323.c: Capabilities for connection ip$localhost/6453 is set [Oct 18 22:33:03] DEBUG[18238] chan_h323.c: Created RTP channel [Oct 18 22:33:03] DEBUG[18238] chan_h323.c: Setting NAT on RTP to 0 [Oct 18 22:33:03] DEBUG[18238] chan_h323.c: Sending RTP 'US' 192.168.1.165:23786 [Oct 18 22:33:03] DEBUG[18238] chan_h323.c: Sending RTP 'US' 192.168.1.165:23786 [Oct 18 22:33:03] DEBUG[18238] chan_h323.c: Sending RTP 'US' 192.168.1.165:23786 [Oct 18 22:33:03] DEBUG[18238] chan_h323.c: Sending RTP 'US' 192.168.1.165:23786 [Oct 18 22:33:03] VERBOSE[18238] logger.c: -- Sending SETUP message [Oct 18 22:33:03] VERBOSE[18238] logger.c: -- Transmitting RFC2833 on payload 101 [Oct 18 22:33:03] VERBOSE[18238] logger.c: -- Started logical channel: sending G.729A [Oct 18 22:33:03] VERBOSE[18238] logger.c: -- channelsOpen = 1 [Oct 18 22:33:03] VERBOSE[18238] logger.c: External RTP Session Starting [Oct 18 22:33:03] VERBOSE[18238] logger.c: RTP channel id 1 parameters: [Oct 18 22:33:03] VERBOSE[18238] logger.c: -- remoteIpAddress: 192.168.1.163 [Oct 18 22:33:03] VERBOSE[18238] logger.c: -- remotePort: 10626 [Oct 18 22:33:03] VERBOSE[18238] logger.c: -- ExternalIpAddress: 192.168.1.165 [Oct 18 22:33:03] VERBOSE[18238] logger.c: -- ExternalPort: 23786 [Oct 18 22:33:03] DEBUG[18238] chan_h323.c: Setting up RTP connection for ip$