2009/10/14 Georgiewskiy Yuriy <bottleman@icf.org.ru>

On 2009-10-14 08:59 +0200, Tihomir Culjaga wrote freeswitch-users@lists.fre...:

try sow start on h323 channel, there is a bug in faststart, i will fix it later.

there are few things, 1. capability PCMU/PCMA needs to be inverted 2. when you place outgoing calls SIP_user => FS => H323_endpoint FS corediumps: what is the data format for bridge? Is that correct => data="h323/1001@10.1.1.1" ? 3. when you place incoming calls H323_endpoint => FS => SIPUser, the call goes through but there is no audio. After H.225 connect and TCS/MSD, FS stops sending RTP back to te originator. 4. when you place incoming calls H323_endpoint => FS => SIPUser and you hangup from SIPUser side, the call is not released on H323 side... switch_core_state_machine complains about a wrong thread. i will send you logs for: 1. slow start 2. slow start early h245 3. fast start tunneling true 4. faststart tunneling false 5. faststart with early h245 tunneling true 6. faststart with early h245 tunneling false do you need a tcpdump for every scenario as well ? T.

2009/10/14 Georgiewskiy Yuriy <bottleman@icf.org.ru>

On 2009-10-14 09:58 +0200, Tihomir Culjaga wrote freeswitch-users@lists.fre...:

i need trace level 4 from mod_h323 and debug log of entire call, tcpdump may be needed later, i have no way to test it on this time, i do it later.

Ok, will generate this logs...

hope you will recover soon. T.

On 2009-10-14 11:15 +0200, Tihomir Culjaga wrote freeswitch-users@lists.fre...: TC>On Wed, Oct 14, 2009 at 10:16 AM, Tihomir Culjaga <tculjaga@gmail.com>wrote: TC> TC>> TC>> TC>> 2009/10/14 Georgiewskiy Yuriy <bottleman@icf.org.ru> TC>> TC>>> On 2009-10-14 09:58 +0200, Tihomir Culjaga wrote TC>>> freeswitch-users@lists.fre...: TC>>> TC>>> i need trace level 4 from mod_h323 and debug log of entire call, tcpdump TC>>> may be needed later, i have no way TC>>> to test it on this time, i do it later. TC>>> TC>>> TC> TC>Here are the logs: TC> TC>call flow is H323_endpoint => FS => SIP_user TC> TC>slow start => http://pastebin.freeswitch.org/10693 TC>slow start w eH245 => http://pastebin.freeswitch.org/10694 TC>fastStart w tunneling true => http://pastebin.freeswitch.org/10701 TC>fastStart w tunneling false => http://pastebin.freeswitch.org/10702 TC>fastStart w tunneling true eH245 => http://pastebin.freeswitch.org/10699 TC>fastStart w tunneling false eH245 => http://pastebin.freeswitch.org/10700 TC> TC> TC>In all cases, there is no audio on SIP User side... i see the SIP Phone TC>(terminator) sending RTP to FS but FS is not forwarding it back to the TC>originator. Also, i see originator (H323) sending RTP to FS but FS doesn't TC>forward it to the terminator (SIP). TC> TC> TC> TC>call flow is SIP_user => FS => H323_endpoint is failing .. coredumped.... TC>http://pastebin.freeswitch.org/10703 i fix some bugs now, ftp://srv.icf.org.ru/pub/soft/f/freeswitch/mod_h323/mod_h323.tar.bz2 this is updated version, try it, if you experience no audio try enable rtp proxy in you sip profile. C уважением With Best Regards Георгиевский Юрий. Georgiewskiy Yuriy +7 4872 711666 +7 4872 711666 факс +7 4872 711143 fax +7 4872 711143 Компания ООО "Ай Ти Сервис" IT Service Ltd http://nkoort.ru http://nkoort.ru JID: GHhost@jabber.tula-ix.net.ru JID: GHhost@jabber.tula-ix.net.ru YG129-RIPE YG129-RIPE

On 2009-10-20 10:17 +0200, Tihomir Culjaga wrote freeswitch-users@lists.fre...: TC>> TC> TC>> TC>call flow is SIP_user => FS => H323_endpoint is failing .. TC>> coredumped.... TC>> TC>http://pastebin.freeswitch.org/10703 TC>> TC>> i fix some bugs now, TC>> ftp://srv.icf.org.ru/pub/soft/f/freeswitch/mod_h323/mod_h323.tar.bz2 this TC>> is TC>> updated version, try it, if you experience no audio try enable rtp proxy in TC>> you sip profile. TC>> TC>> TC>Hi, there are several issues... lets start with top 4 :) TC> TC> TC> TC>1. I'm still stuck with no audio: TC> TC>I have this parameter in the sip profile set: <param TC>name="inbound-proxy-media" value="true"/> TC>...tried with both with slow start and fast start... any idea ? TC> TC>pls check: http://pastebin.freeswitch.org/10771 try to sniff rtp traffic on fs, is it go thouch him. TC> TC> TC> TC> TC> TC>2. outgoing calls still failing in coredumps: what is your dialplan ? ... TC>how do you call bridge application? simple: <action application="bridge" data="h323/${number}"/> if fs not registered on gk then data="h323/${number}@xxx.xxx.xxx.xxx". TC> TC>2009-10-20 10:08:18.424083 [DEBUG] h323caps.cxx:3252 Found capability: TC>UserInput/PointDevice <14> TC>2009-10-20 10:08:18.424083 [DEBUG] h323caps.cxx:3248 FindCapability: 15 TC>2009-10-20 10:08:18.426608 [DEBUG] osutils.cxx:60 Created external thread TC>0xb6eb60a0 for id 3048876944 TC>2009-10-20 10:08:18.426608 [DEBUG] osutils.cxx:65 Destroyed external thread TC>0xb6ebafa8 for id 3048876944 TC>2009-10-20 10:08:18.426608 [DEBUG] tlibthrd.cxx:406 Destroyed thread TC>0xb6ebafa8 PExternalThread:0xb5ba2b90(id = b5ba2b90) TC>2009-10-20 10:08:18.426608 [DEBUG] h323caps.cxx:3252 Found capability: TC>UserInput/Modal <15> TC>2009-10-20 10:08:18.426608 [DEBUG] osutils.cxx:880 MONITOR: timers=0, TC>expiries=0 TC>2009-10-20 10:08:18.426608 [DEBUG] osutils.cxx:880 MONITOR: timers=0, TC>expiries=0 TC>2009-10-20 10:08:18.426608 [DEBUG] osutils.cxx:60 Created external thread TC>0xb6eba910 for id 3048876944 TC>2009-10-20 10:08:18.426608 [DEBUG] h4601.cxx:1725 Endpoint Attached TC>Segmentation fault (core dumped) TC>tculjaga@subZero:~/freeswitch-trunk$ TC> TC>pls check: http://pastebin.freeswitch.org/10769 look strange, what version of libpt/h323plus you use and freeswitch itself ? TC> TC> TC> TC>3. when you hangup from SIP side, the call is not released end-to-end (the TC>H323 endpoint doesn't get any releaseComplete message) TC> TC>2009-10-20 10:10:51.264527 [DEBUG] osutils.cxx:880 MONITOR: timers=2, TC>expiries=3 TC>2009-10-20 10:10:51.264527 [DEBUG] h323neg.cxx:432 Received TC>MasterSlaveDeterminationAck: state=Incoming TC>2009-10-20 10:10:51.264527 [DEBUG] osutils.cxx:880 MONITOR: timers=1, TC>expiries=3 TC>2009-10-20 10:10:51.264527 [DEBUG] osutils.cxx:880 MONITOR: timers=2, TC>expiries=4 TC>2009-10-20 10:10:51.264527 [DEBUG] h323.cxx:4138 TC>InternalEstablishedConnectionCheck: connectionState=EstablishedConnection TC>fastStartState=FastStartAcknowledged TC>2009-10-20 10:10:51.264527 [DEBUG] h323caps.cxx:3264 FindCapability: "T.120" TC>2009-10-20 10:10:51.264527 [DEBUG] h323.cxx:4138 TC>InternalEstablishedConnectionCheck: connectionState=EstablishedConnection TC>fastStartState=FastStartAcknowledged TC>2009-10-20 10:10:51.264527 [DEBUG] tlibthrd.cxx:1023 TC>PThread::PXBlockOnIO(45,0) TC>2009-10-20 10:10:54.405479 [NOTICE] sofia.c:328 Hangup sofia/internal/ TC>sip:1001@10.4.62.89 <sip%3A1001@10.4.62.89> [CS_CONSUME_MEDIA] TC>[NORMAL_CLEARING] TC>2009-10-20 10:10:54.405479 [DEBUG] switch_channel.c:1726 Send signal TC>sofia/internal/sip:1001@10.4.62.89 <sip%3A1001@10.4.62.89> [KILL] TC>2009-10-20 10:10:54.405479 [DEBUG] switch_core_session.c:932 Send signal TC>sofia/internal/sip:1001@10.4.62.89 <sip%3A1001@10.4.62.89> [BREAK] TC>2009-10-20 10:10:54.405479 [DEBUG] switch_core_state_machine.c:437 thread TC>mismatch skipping state handler. TC>2009-10-20 10:10:54.405479 [DEBUG] switch_core_state_machine.c:306 TC>(sofia/internal/sip:1001@10.4.62.89 <sip%3A1001@10.4.62.89>) Running State TC>Change CS_HANGUP TC>2009-10-20 10:10:54.406530 [DEBUG] switch_core_state_machine.c:464 TC>(sofia/internal/sip:1001@10.4.62.89 <sip%3A1001@10.4.62.89>) State HANGUP TC>2009-10-20 10:10:54.406530 [DEBUG] mod_sofia.c:338 Channel sofia/internal/ TC>sip:1001@10.4.62.89 <sip%3A1001@10.4.62.89> hanging up, cause: TC>NORMAL_CLEARING TC>2009-10-20 10:10:54.406530 [DEBUG] switch_core_state_machine.c:46 TC>sofia/internal/sip:1001@10.4.62.89 <sip%3A1001@10.4.62.89> Standard HANGUP, TC>cause: NORMAL_CLEARING TC> TC> TC>pls check: http://pastebin.freeswitch.org/10771 hm, according this log it send release complete: 2009-10-20 10:11:03.995707 [DEBUG] h323pdu.cxx:609 Sending PDU [ip$10.4.62.7:1720/ip$10.1.14.153:3341] i think please try to dump full traffic of this call from both endpoints and send me. TC> TC> TC> TC> TC>4. sometimes when i shutdown FS i get coredimps - from my experience it TC>looks like you don't wait for a FS thread to finish when you exit... TC> TC>2009-10-20 10:05:59.493306 [CONSOLE] switch_event.c:508 Stopping queue TC>thread 2 TC>2009-10-20 10:05:59.493339 [CONSOLE] switch_core.c:1693 Finalizing Shutdown. TC>2009-10-20 10:05:59.493379 [CONSOLE] switch_log.c:310 Logger Ended. TC>2009-10-20 10:05:59.494472 [CONSOLE] switch_core_memory.c:567 Stopping TC>memory pool queue. TC>Segmentation fault (core dumped) TC>tculjaga@subZero:~/freeswitch-trunk$ TC>tculjaga@subZero:~/freeswitch-trunk$ may be, i don't look on this so close at this time. TC>Please advice your FS/mod_h323.conf.xml settings... <configuration name="h323.conf" description="H323 Endpoints"> <settings> <param name="trace-level" value="4"/> <param name="context" value="default"/> <param name="dialplan" value="XML"/> <param name="codec-prefs" value="PCMA,PCMU,GSM,G729,G726,LPC"/> <param name="gk-address" value="91.195.204.1"/> <!-- empty to disable, "*" to search LAN --> <param name="gk-identifer" value="ICFGK"/> <!-- optional name of gk --> <param name="gk-interface" value=""/> <!-- optional listener interface name --> </settings> <listeners> <listener name="default"> <param name="h323-ip" value="$${local_ip_v4}"/> <param name="h323-port" value="1720"/> </listener> </listeners> </configuration> this my current settings. C уважением With Best Regards Георгиевский Юрий. Georgiewskiy Yuriy +7 4872 711666 +7 4872 711666 факс +7 4872 711143 fax +7 4872 711143 Компания ООО "Ай Ти Сервис" IT Service Ltd http://nkoort.ru http://nkoort.ru JID: GHhost@jabber.tula-ix.net.ru JID: GHhost@jabber.tula-ix.net.ru YG129-RIPE YG129-RIPE

On 2009-10-21 09:34 +0200, Tihomir Culjaga wrote freeswitch-users@lists.fre...: TC> TC> TC> TC>I was using latest libpt.so.2.7-beta1. TC> TC>Now I went back to libpt.so.2.6-beta6 (can't find 2.6.5 you mentioned...) TC>and FS is crashing on every call :P .. regardless if it is inbound or TC>outbound... http://www.opalvoip.org/ first link into Lalande Stable 5 Released. On some version of cvs ptlib i get crash on module loading:) TC> TC>FreeSWITCH Version 1.0.trunk (15079M) hm, i don't test it on trunk, may be there some isues, try get stack backtrace from core file to see where it crash. I use 1.0.4 TC>H323Plus is from cvs it's ok. TC> TC>so, what i did is: TC> TC> TC>create a directory e.g. h323 TC> TC>mkdir -p ~/h323 TC>cd ~/h323 TC> TC> svn co TC>http://opalvoip.svn.sourceforge.net/svnroot/opalvoip/ptlib/branches/v2_6ptli... TC> TC> export PKG_CONFIG_PATH=/usr/local/lib/pkgconfig TC> export LD_LIBRARY_PATH=/usr/local/lib TC> TC>cd ptlib-2.6 TC> TC> ./configure TC> make TC> sudo make install TC> TC> TC> TC>cd ~/h323 TC> TC> cvs -d:pserver:anonymous@h323plus.cvs.sourceforge.net:/cvsroot/h323plus TC>checkout h323plus TC> TC> export PTLIBDIR=~/h323plus/ptlib TC> TC> TC>cd h323plus TC> TC> ./configure TC> make TC> sudo make install TC> TC> TC> TC>assuming you have FS src in your home TC> TC>cd ~/freeswitch-trunk TC> TC> make mod_h323-clean TC> make mod_h323 TC> sudo make mod_h323-install TC> TC> TC> TC>cd /usr/local/freeswitch/lib/ TC> TC> sudo ln -sf /usr/local/lib/libpt.so.2.6-beta6 libpt.so.2.6-beta6 TC> TC> TC> TC> TC>start FS and load mod_h323 TC> TC> TC> TC> TC> TC>Please, can you advice what exact revisions of ptlib you are using so i can TC>do "svn so -r xxx", also what exact revision of freeswitch and H323Plus you TC>are using ? TC> TC> TC> TC> TC> TC>Now with ptlib-2.6-beta6 can't even. TC> TC> TC>T. TC> C уважением With Best Regards Георгиевский Юрий. Georgiewskiy Yuriy +7 4872 711666 +7 4872 711666 факс +7 4872 711143 fax +7 4872 711143 Компания ООО "Ай Ти Сервис" IT Service Ltd http://nkoort.ru http://nkoort.ru JID: GHhost@jabber.tula-ix.net.ru JID: GHhost@jabber.tula-ix.net.ru YG129-RIPE YG129-RIPE

On 2009-10-21 13:39 +0200, Tihomir Culjaga wrote freeswitch-users@lists.fre...: TC>2009/10/21 Georgiewskiy Yuriy <bottleman@icf.org.ru> TC> TC>> On 2009-10-21 09:34 +0200, Tihomir Culjaga wrote TC>> freeswitch-users@lists.fre...: TC>> TC>> TC>> TC> TC>> TC> TC>> TC> TC>> TC>I was using latest libpt.so.2.7-beta1. TC>> TC> TC>> TC>Now I went back to libpt.so.2.6-beta6 (can't find 2.6.5 you TC>> mentioned...) TC>> TC>and FS is crashing on every call :P .. regardless if it is inbound or TC>> TC>outbound... TC>> TC>> http://www.opalvoip.org/ first link into Lalande Stable 5 Released. TC>> On some version of cvs ptlib i get crash on module loading:) TC>> TC>> TC> TC>> TC>FreeSWITCH Version 1.0.trunk (15079M) TC>> TC>> hm, i don't test it on trunk, may be there some isues, try get stack TC>> backtrace from core file to TC>> see where it crash. I use 1.0.4 TC>> TC>> TC>> TC> TC>module load crash: http://pastebin.freeswitch.org/10783 TC>FreeSWITCH backtrace: http://pastebin.freeswitch.org/10784 TC> TC> TC>now, the only different thing is FS trunk ... i have no trunk at this time and cannot test it, have you enabled crash-protection in fs? C уважением With Best Regards Георгиевский Юрий. Georgiewskiy Yuriy +7 4872 711666 +7 4872 711666 факс +7 4872 711143 fax +7 4872 711143 Компания ООО "Ай Ти Сервис" IT Service Ltd http://nkoort.ru http://nkoort.ru JID: GHhost@jabber.tula-ix.net.ru JID: GHhost@jabber.tula-ix.net.ru YG129-RIPE YG129-RIPE

On 2009-10-21 09:26 -0500, Brian West wrote freeswitch-users@lists.freeswit...: ок. BW>Your SVN Account will be done soon and the directory in endpoints is BW>already created for you to start importing your work. BW> BW>Thanks, BW> BW>/b BW> BW>On Oct 21, 2009, at 7:24 AM, Georgiewskiy Yuriy wrote: BW> BW>> On 2009-10-21 13:39 +0200, Tihomir Culjaga wrote freeswitch-users@lists.fre BW>> ...: BW>> BW>> TC>2009/10/21 Georgiewskiy Yuriy <bottleman@icf.org.ru> BW>> TC> BW>> TC>> On 2009-10-21 09:34 +0200, Tihomir Culjaga wrote BW>> TC>> freeswitch-users@lists.fre...: BW>> TC>> BW>> TC>> BW>> TC>> TC> BW>> TC>> TC> BW>> TC>> TC> BW>> TC>> TC>I was using latest libpt.so.2.7-beta1. BW>> TC>> TC> BW>> TC>> TC>Now I went back to libpt.so.2.6-beta6 (can't find 2.6.5 you BW>> TC>> mentioned...) BW>> TC>> TC>and FS is crashing on every call :P .. regardless if it is BW>> inbound or BW>> TC>> TC>outbound... BW>> TC>> BW>> TC>> http://www.opalvoip.org/ first link into Lalande Stable 5 BW>> Released. BW>> TC>> On some version of cvs ptlib i get crash on module loading:) BW>> TC>> BW>> TC>> TC> BW>> TC>> TC>FreeSWITCH Version 1.0.trunk (15079M) BW>> TC>> BW>> TC>> hm, i don't test it on trunk, may be there some isues, try get BW>> stack BW>> TC>> backtrace from core file to BW>> TC>> see where it crash. I use 1.0.4 BW>> TC>> BW>> TC>> BW>> TC>> BW>> TC> BW>> TC>module load crash: http://pastebin.freeswitch.org/10783 BW>> TC>FreeSWITCH backtrace: http://pastebin.freeswitch.org/10784 BW>> TC> BW>> TC> BW>> TC>now, the only different thing is FS trunk ... BW>> BW>> i have no trunk at this time and cannot test it, have you enabled BW>> crash-protection in fs? BW>> BW>> C уважением With Best Regards BW>> Георгиевский Юрий. Georgiewskiy Yuriy BW>> +7 4872 711666 +7 4872 711666 BW>> факс +7 4872 711143 fax +7 4872 711143 BW>> Компания ООО "Ай Ти Сервис" IT Service Ltd BW>> http://nkoort.ru http://nkoort.ru BW>> JID: GHhost@jabber.tula-ix.net.ru JID: GHhost@jabber.tula-ix.net.ru BW>> YG129-RIPE YG129- BW>> RIPE_______________________________________________ BW>> FreeSWITCH-users mailing list BW>> FreeSWITCH-users@lists.freeswitch.org BW>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users BW>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch- BW>> users BW>> http://www.freeswitch.org BW> BW> BW>_______________________________________________ BW>FreeSWITCH-users mailing list BW>FreeSWITCH-users@lists.freeswitch.org BW>http://lists.freeswitch.org/mailman/listinfo/freeswitch-users BW>UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users BW>http://www.freeswitch.org BW> C уважением With Best Regards Георгиевский Юрий. Georgiewskiy Yuriy +7 4872 711666 +7 4872 711666 факс +7 4872 711143 fax +7 4872 711143 Компания ООО "Ай Ти Сервис" IT Service Ltd http://nkoort.ru http://nkoort.ru JID: GHhost@jabber.tula-ix.net.ru JID: GHhost@jabber.tula-ix.net.ru YG129-RIPE YG129-RIPE

On 2009-10-21 16:43 +0200, Tihomir Culjaga wrote freeswitch-users@lists.fre...: TC>> TC>> TC> TC>> TC>module load crash: http://pastebin.freeswitch.org/10783 TC>> TC>FreeSWITCH backtrace: http://pastebin.freeswitch.org/10784 TC>> TC> TC>> TC> TC>> TC>now, the only different thing is FS trunk ... TC>> TC>> i have no trunk at this time and cannot test it, have you enabled TC>> crash-protection in fs? TC>> TC>> TC>Ok i moved back FS to 1.0.4 and i'm back on the first issues, TC> TC>1. no audio after i answer the call (call flow is H323 => FS => SIP).. i TC>hear the ringback on the H323 side bit when i answer the call, nothing! TC>FS = 10.4.62.7 TC>SIP phone = 10.4.62.89 TC>H323 endpoint = 10.1.14.153 TC> 53.696259 10.1.14.153 -> 10.4.62.7 H.225.0 CS: setup TC> 53.705415 10.4.62.7 -> 10.1.14.153 H.225.0 CS: callProceeding TC> 53.716368 10.4.62.7 -> 10.4.62.89 SIP/SDP Request: INVITE TC>sip:1001@10.4.62.89 <sip%3A1001@10.4.62.89>;transport=udp, with session TC>description TC> 53.717697 10.4.62.7 -> 10.1.14.153 H.225.0 CS: alerting TC> 53.720132 10.4.62.7 -> 10.1.14.153 H.225.0 CS: facility TC> 53.725453 10.4.62.7 -> 10.1.14.153 H.245 terminalCapabilitySet TC> 53.725957 10.4.62.7 -> 10.1.14.153 H.245 masterSlaveDetermination TC> 53.728129 10.4.62.89 -> 10.4.62.7 SIP Status: 100 Trying TC> 53.741112 10.4.62.89 -> 10.4.62.7 SIP Status: 180 Ringing TC> 53.743199 10.1.14.153 -> 10.4.62.7 H.245 terminalCapabilitySet TC> 53.744221 10.1.14.153 -> 10.4.62.7 H.245 masterSlaveDetermination TC> 53.749443 10.4.62.7 -> 10.1.14.153 H.245 terminalCapabilitySetAck TC> 53.751624 10.4.62.7 -> 10.1.14.153 H.245 masterSlaveDeterminationAck TC> 53.758710 10.1.14.153 -> 10.4.62.7 H.245 terminalCapabilitySetAck TC> 53.761241 10.1.14.153 -> 10.4.62.7 H.245 masterSlaveDeterminationAck TC> 53.763919 10.4.62.7 -> 10.1.14.153 H.245 openLogicalChannel (g711A) TC>#3712: OLC found 10.1.14.153/10.4.62.7/101 TC> 53.777464 10.1.14.153 -> 10.4.62.7 H.245 openLogicalChannelAck TC> 53.799864 10.4.62.7 -> 10.1.14.153 RTP PT=ITU-T G.711 PCMA, TC>SSRC=0xBE241F, Seq=1305, Time=240, Mark TC> 53.828940 10.4.62.7 -> 10.1.14.153 RTP PT=ITU-T G.711 PCMA, TC>SSRC=0xBE241F, Seq=1306, Time=480 TC> 53.859180 10.4.62.7 -> 10.1.14.153 RTP PT=ITU-T G.711 PCMA, TC>SSRC=0xBE241F, Seq=1307, Time=720 TC> 53.889379 10.4.62.7 -> 10.1.14.153 RTP PT=ITU-T G.711 PCMA, TC>SSRC=0xBE241F, Seq=1308, Time=960 TC> 53.919611 10.4.62.7 -> 10.1.14.153 RTP PT=ITU-T G.711 PCMA, TC>SSRC=0xBE241F, Seq=1309, Time=1200 TC> 53.949833 10.4.62.7 -> 10.1.14.153 RTP PT=ITU-T G.711 PCMA, TC>SSRC=0xBE241F, Seq=1310, Time=1440 TC> 53.978964 10.4.62.7 -> 10.1.14.153 RTP PT=ITU-T G.711 PCMA, TC>SSRC=0xBE241F, Seq=1311, Time=1680 TC> 54.009218 10.4.62.7 -> 10.1.14.153 RTP PT=ITU-T G.711 PCMA, TC>SSRC=0xBE241F, Seq=1312, Time=1920 TC> 54.039424 10.4.62.7 -> 10.1.14.153 RTP PT=ITU-T G.711 PCMA, TC>SSRC=0xBE241F, Seq=1313, Time=2160 TC> 54.069640 10.4.62.7 -> 10.1.14.153 RTP PT=ITU-T G.711 PCMA, TC>SSRC=0xBE241F, Seq=1314, Time=2400 TC> 54.099795 10.4.62.7 -> 10.1.14.153 RTP PT=ITU-T G.711 PCMA, TC>SSRC=0xBE241F, Seq=1315, Time=2640 TC> 54.129064 10.4.62.7 -> 10.1.14.153 RTP PT=ITU-T G.711 PCMA, TC>SSRC=0xBE241F, Seq=1316, Time=2880 TC> TC><------------------ snip ----------------> this is a ringback sent from FS TC>=> H323endpoint TC> TC> 60.189074 10.4.62.7 -> 10.1.14.153 RTP PT=ITU-T G.711 PCMA, TC>SSRC=0xBE241F, Seq=1518, Time=51360 TC> 60.219197 10.4.62.7 -> 10.1.14.153 RTP PT=ITU-T G.711 PCMA, TC>SSRC=0xBE241F, Seq=1519, Time=51600 TC> 60.249451 10.4.62.7 -> 10.1.14.153 RTP PT=ITU-T G.711 PCMA, TC>SSRC=0xBE241F, Seq=1520, Time=51840 TC> 60.279684 10.4.62.7 -> 10.1.14.153 RTP PT=ITU-T G.711 PCMA, TC>SSRC=0xBE241F, Seq=1521, Time=52080 TC> 60.309689 10.4.62.7 -> 10.1.14.153 RTP PT=ITU-T G.711 PCMA, TC>SSRC=0xBE241F, Seq=1522, Time=52320 TC> 60.338812 10.4.62.7 -> 10.1.14.153 RTP PT=ITU-T G.711 PCMA, TC>SSRC=0xBE241F, Seq=1523, Time=52560 TC> 60.368997 10.4.62.7 -> 10.1.14.153 RTP PT=ITU-T G.711 PCMA, TC>SSRC=0xBE241F, Seq=1524, Time=52800 TC> 60.399231 10.4.62.7 -> 10.1.14.153 RTP PT=ITU-T G.711 PCMA, TC>SSRC=0xBE241F, Seq=1525, Time=53040 TC> 60.429445 10.4.62.7 -> 10.1.14.153 RTP PT=ITU-T G.711 PCMA, TC>SSRC=0xBE241F, Seq=1526, Time=53280 TC> 60.459679 10.4.62.7 -> 10.1.14.153 RTP PT=ITU-T G.711 PCMA, TC>SSRC=0xBE241F, Seq=1527, Time=53520 TC> 60.488917 10.4.62.7 -> 10.1.14.153 RTP PT=ITU-T G.711 PCMA, TC>SSRC=0xBE241F, Seq=1528, Time=53760 TC> 60.494975 10.4.62.89 -> 10.4.62.7 SIP/SDP Status: 200 OK, with session TC>description TC> 60.495478 10.4.62.7 -> 10.4.62.89 SIP Request: ACK TC>sip:1001@10.4.62.89<sip%3A1001@10.4.62.89> TC>;transport=udp TC> 60.496114 10.4.62.7 -> 10.4.62.7 RTP Unknown RTP version 1 TC> 60.519467 10.4.62.7 -> 10.1.14.153 RTP PT=ITU-T G.711 PCMA, TC>SSRC=0xBE241F, Seq=1529, Time=54000 TC> 60.520574 10.4.62.7 -> 10.1.14.153 H.225.0 CS: connect TC> 60.531284 10.1.14.153 -> 10.4.62.7 H.245 openLogicalChannel (g711A) TC>#4045: OLC found 10.4.62.7/10.1.14.153/101 TC> 60.535298 10.4.62.7 -> 10.1.14.153 H.245 openLogicalChannelAck TC> 60.595098 10.1.14.153 -> 10.4.62.7 RTP PT=ITU-T G.711 PCMA, TC>SSRC=0xA994332E, Seq=39691, Time=160, Mark TC> 60.598967 10.1.14.153 -> 10.4.62.7 RTP PT=ITU-T G.711 PCMA, TC>SSRC=0xA994332E, Seq=39692, Time=320 TC> 60.616538 10.1.14.153 -> 10.4.62.7 RTP PT=ITU-T G.711 PCMA, TC>SSRC=0xA994332E, Seq=39693, Time=480 TC> 60.639583 10.1.14.153 -> 10.4.62.7 RTP PT=ITU-T G.711 PCMA, TC>SSRC=0xA994332E, Seq=39694, Time=640 TC> 60.657185 10.1.14.153 -> 10.4.62.7 RTP PT=ITU-T G.711 PCMA, TC>SSRC=0xA994332E, Seq=39695, Time=800 TC> 60.673118 10.4.62.89 -> 10.4.62.7 RTP PT=ITU-T G.711 PCMA, TC>SSRC=0xC2B5E0D, Seq=21152, Time=98705487 TC> 60.680623 10.1.14.153 -> 10.4.62.7 RTP PT=ITU-T G.711 PCMA, TC>SSRC=0xA994332E, Seq=39696, Time=960 TC> 60.693033 10.4.62.89 -> 10.4.62.7 RTP PT=ITU-T G.711 PCMA, TC>SSRC=0xC2B5E0D, Seq=21153, Time=98705647 TC> 60.698727 10.1.14.153 -> 10.4.62.7 RTP PT=ITU-T G.711 PCMA, TC>SSRC=0xA994332E, Seq=39697, Time=1120 TC> 60.712984 10.4.62.89 -> 10.4.62.7 RTP PT=ITU-T G.711 PCMA, TC>SSRC=0xC2B5E0D, Seq=21154, Time=98705807 TC> 60.716184 10.1.14.153 -> 10.4.62.7 RTP PT=ITU-T G.711 PCMA, TC>SSRC=0xA994332E, Seq=39698, Time=1280 TC> 60.733016 10.4.62.89 -> 10.4.62.7 RTP PT=ITU-T G.711 PCMA, TC>SSRC=0xC2B5E0D, Seq=21155, Time=98705967 TC> 60.739264 10.1.14.153 -> 10.4.62.7 RTP PT=ITU-T G.711 PCMA, TC>SSRC=0xA994332E, Seq=39699, Time=1440 TC> 60.752987 10.4.62.89 -> 10.4.62.7 RTP PT=ITU-T G.711 PCMA, TC>SSRC=0xC2B5E0D, Seq=21156, Time=98706127 TC> 60.756820 10.1.14.153 -> 10.4.62.7 RTP PT=ITU-T G.711 PCMA, TC>SSRC=0xA994332E, Seq=39700, Time=1600 TC> 60.772977 10.4.62.89 -> 10.4.62.7 RTP PT=ITU-T G.711 PCMA, TC>SSRC=0xC2B5E0D, Seq=21157, Time=98706287 TC> 60.780507 10.1.14.153 -> 10.4.62.7 RTP PT=ITU-T G.711 PCMA, TC>SSRC=0xA994332E, Seq=39701, Time=1760 TC> 60.793029 10.4.62.89 -> 10.4.62.7 RTP PT=ITU-T G.711 PCMA, TC>SSRC=0xC2B5E0D, Seq=21158, Time=98706447 TC> 60.798172 10.1.14.153 -> 10.4.62.7 RTP PT=ITU-T G.711 PCMA, TC>SSRC=0xA994332E, Seq=39702, Time=1920 TC> 60.812980 10.4.62.89 -> 10.4.62.7 RTP PT=ITU-T G.711 PCMA, TC>SSRC=0xC2B5E0D, Seq=21159, Time=98706607 TC> 60.815755 10.1.14.153 -> 10.4.62.7 RTP PT=ITU-T G.711 PCMA, TC>SSRC=0xA994332E, Seq=39703, Time=2080 TC> 60.833107 10.4.62.89 -> 10.4.62.7 RTP PT=ITU-T G.711 PCMA, TC>SSRC=0xC2B5E0D, Seq=21160, Time=98706767 TC> 60.838943 10.1.14.153 -> 10.4.62.7 RTP PT=ITU-T G.711 PCMA, TC>SSRC=0xA994332E, Seq=39704, Time=2240 TC> 60.852999 10.4.62.89 -> 10.4.62.7 RTP PT=ITU-T G.711 PCMA, TC>SSRC=0xC2B5E0D, Seq=21161, Time=98706927 TC> 60.856476 10.1.14.153 -> 10.4.62.7 RTP PT=ITU-T G.711 PCMA, TC>SSRC=0xA994332E, Seq=39705, Time=2400 TC> TC><------------------ snip ----------------> this is after after SIP phone TC>answered TC> TC> 68.245488 10.1.14.153 -> 10.4.62.7 RTP PT=ITU-T G.711 PCMA, TC>SSRC=0xA994332E, Seq=40079, Time=62240 TC> 68.252993 10.4.62.89 -> 10.4.62.7 RTP PT=ITU-T G.711 PCMA, TC>SSRC=0xC2B5E0D, Seq=21531, Time=98766127 TC> 68.268524 10.1.14.153 -> 10.4.62.7 RTP PT=ITU-T G.711 PCMA, TC>SSRC=0xA994332E, Seq=40080, Time=62400 TC> 68.272988 10.4.62.89 -> 10.4.62.7 RTP PT=ITU-T G.711 PCMA, TC>SSRC=0xC2B5E0D, Seq=21532, Time=98766287 TC> 68.286129 10.1.14.153 -> 10.4.62.7 RTP PT=ITU-T G.711 PCMA, TC>SSRC=0xA994332E, Seq=40081, Time=62560 TC> 68.292978 10.4.62.89 -> 10.4.62.7 RTP PT=ITU-T G.711 PCMA, TC>SSRC=0xC2B5E0D, Seq=21533, Time=98766447 TC> 68.309595 10.1.14.153 -> 10.4.62.7 RTP PT=ITU-T G.711 PCMA, TC>SSRC=0xA994332E, Seq=40082, Time=62720 TC> 68.312988 10.4.62.89 -> 10.4.62.7 RTP PT=ITU-T G.711 PCMA, TC>SSRC=0xC2B5E0D, Seq=21534, Time=98766607 TC> 68.327216 10.1.14.153 -> 10.4.62.7 RTP PT=ITU-T G.711 PCMA, TC>SSRC=0xA994332E, Seq=40083, Time=62880 TC> 68.332982 10.4.62.89 -> 10.4.62.7 RTP PT=ITU-T G.711 PCMA, TC>SSRC=0xC2B5E0D, Seq=21535, Time=98766767 TC> 68.350940 10.1.14.153 -> 10.4.62.7 RTP PT=ITU-T G.711 PCMA, TC>SSRC=0xA994332E, Seq=40084, Time=63040 TC> 68.352977 10.4.62.89 -> 10.4.62.7 RTP PT=ITU-T G.711 PCMA, TC>SSRC=0xC2B5E0D, Seq=21536, Time=98766927 TC> 68.368506 10.1.14.153 -> 10.4.62.7 RTP PT=ITU-T G.711 PCMA, TC>SSRC=0xA994332E, Seq=40085, Time=63200 TC> 68.374916 10.4.62.89 -> 10.4.62.7 SIP Request: BYE TC>sip:mod_sofia@10.4.62.7:5060 TC> 68.375342 10.4.62.7 -> 10.4.62.7 RTP Unknown RTP version 3 TC> 68.375620 10.4.62.7 -> 10.4.62.89 SIP Status: 200 OK TC> 68.385785 10.1.14.153 -> 10.4.62.7 RTP PT=ITU-T G.711 PCMA, TC>SSRC=0xA994332E, Seq=40086, Time=63360 TC> 68.409172 10.1.14.153 -> 10.4.62.7 RTP PT=ITU-T G.711 PCMA, TC>SSRC=0xA994332E, Seq=40087, Time=63520 TC> TC><------------------ snip ----------------> This is after SIP Phone released TC>the call TC> TC> 70.495427 10.1.14.153 -> 10.4.62.7 RTP PT=ITU-T G.711 PCMA, TC>SSRC=0xA994332E, Seq=40193, Time=80480 TC> 70.518592 10.1.14.153 -> 10.4.62.7 RTP PT=ITU-T G.711 PCMA, TC>SSRC=0xA994332E, Seq=40194, Time=80640 TC> 70.536159 10.1.14.153 -> 10.4.62.7 RTP PT=ITU-T G.711 PCMA, TC>SSRC=0xA994332E, Seq=40195, Time=80800 TC> 70.552157 10.1.14.153 -> 10.4.62.7 H.245 endSessionCommand TC> 70.552401 10.1.14.153 -> 10.4.62.7 H.225.0 CS: releaseComplete TC> 70.553981 10.4.62.7 -> 10.4.62.7 RTP Unknown RTP version 3 TC> 70.554488 10.4.62.7 -> 10.1.14.153 H.245 endSessionCommand TC> 70.555056 10.4.62.7 -> 10.1.14.153 H.225.0 CS: releaseComplete TC> TC> TC> TC>Well, something gets wrong hrer ... TC> TC> TC> TC> TC>2. hangup from sip side doesn't release the h323 leg (now the difference is TC>that FS is not complaining about thread mismatch ant it looks clean but FS TC>doesn't send any releasecomplete message... strange) TC>3. coredumps when i place outgoing calls btw, TC> 70.552157 10.1.14.153 -> 10.4.62.7 H.245 endSessionCommand TC> 70.552401 10.1.14.153 -> 10.4.62.7 H.225.0 CS: releaseComplete TC> 70.553981 10.4.62.7 -> 10.4.62.7 RTP Unknown RTP version 3 TC> 70.554488 10.4.62.7 -> 10.1.14.153 H.245 endSessionCommand TC> 70.555056 10.4.62.7 -> 10.1.14.153 H.225.0 CS: releaseComplete it send, now i have no way to test h323->sip transit, i will have it tomorow. sip->h323 for me work fine now, give backtrace from code dump of 1.0.4 where it die? C уважением With Best Regards Георгиевский Юрий. Georgiewskiy Yuriy +7 4872 711666 +7 4872 711666 факс +7 4872 711143 fax +7 4872 711143 Компания ООО "Ай Ти Сервис" IT Service Ltd http://nkoort.ru http://nkoort.ru JID: GHhost@jabber.tula-ix.net.ru JID: GHhost@jabber.tula-ix.net.ru YG129-RIPE YG129-RIPE

On 2009-10-21 17:48 +0200, Tihomir Culjaga wrote freeswitch-users@lists.fre...: TC>FS = 10.4.62.7 TC>SIP phone = 10.4.62.89 TC>H323 endpoint = 10.1.14.153 TC> TC> TC> TC>> TC>2. hangup from sip side doesn't release the h323 leg (now the difference TC>> is TC>> TC>that FS is not complaining about thread mismatch ant it looks clean but TC>> FS TC>> TC>doesn't send any releasecomplete message... strange) TC>> TC>3. coredumps when i place outgoing calls TC>> TC>> btw, TC>> TC>> TC> 70.552157 10.1.14.153 -> 10.4.62.7 H.245 endSessionCommand TC>> TC> 70.552401 10.1.14.153 -> 10.4.62.7 H.225.0 CS: releaseComplete TC>> TC> 70.553981 10.4.62.7 -> 10.4.62.7 RTP Unknown RTP version 3 TC>> TC> 70.554488 10.4.62.7 -> 10.1.14.153 H.245 endSessionCommand TC>> TC> 70.555056 10.4.62.7 -> 10.1.14.153 H.225.0 CS: releaseComplete TC>> TC>> it send, now i have no way to test h323->sip transit, i will have it TC>> tomorow. TC>> sip->h323 for me work fine now, give backtrace from code dump of 1.0.4 TC>> where it die? TC>> TC>> TC> TC>this endSession is when i hangup from H232 side as well :P ... if i don't TC>hangup on H323 side the H323 leg is not released. Pls chec the time the TC>packets were sent ... TC> TC> TC> TC>Here i hangup on the SIP Phone: TC> TC>68.374916 10.4.62.89 -> 10.4.62.7 SIP Request: BYE TC>sip:mod_sofia@10.4.62.7:5060 TC>68.375342 10.4.62.7 -> 10.4.62.7 RTP Unknown RTP version 3 TC>68.375620 10.4.62.7 -> 10.4.62.89 SIP Status: 200 OK TC> TC>2 sec delay TC> TC>Here i hangup on the H323 endpoint (releaseComplete comes from H323 endpoint TC>first here ) TC>70.552157 10.1.14.153 -> 10.4.62.7 H.245 endSessionCommand TC>70.552401 10.1.14.153 -> 10.4.62.7 H.225.0 CS: releaseComplete TC> TC> TC>FS just acknowlages it here: TC>70.554488 10.4.62.7 -> 10.1.14.153 H.245 endSessionCommand TC>70.555056 10.4.62.7 -> 10.1.14.153 H.225.0 CS: releaseComplete TC> TC> TC> TC>I have enabled crash-protection and when i do SIP => H323 call it doesn't TC>generate coredumps... it is just this thread that is crashing ... pls check TC>the log downbelow: core dump in case enabled crash-protection may be unusable, i have a case then my module crash silently, after this crash-protection is killing sip leg and after this i get core dump where backtrace show me segfault in libc6, i spent one day to understand this situation, and then i disable crash-protection i see there is actualy it crashes. disable crash-protection and show backtrace of crash, i think result will be different. TC> TC>Dialplan: sofia/internal/1001@singtel Regex (FAIL) [EMERGENCY] TC>destination_number(05492122) =~ /^0(112|9[23456])$/ break=on-false TC>Dialplan: sofia/internal/1001@singtel parsing [default->SPECIAL_SERVICES] TC>continue=false TC>Dialplan: sofia/internal/1001@singtel Regex (FAIL) [SPECIAL_SERVICES] TC>destination_number(05492122) =~ /^0(9[01789]\d{3,4})$/ break=on-false TC>Dialplan: sofia/internal/1001@singtel parsing [default->ENYTHING_ELSE] TC>continue=false TC>Dialplan: sofia/internal/1001@singtel Regex (PASS) [ENYTHING_ELSE] TC>destination_number(05492122) =~ TC>/^0([2-8]\d{6,7}|0[1-9]\d{7,8}|00[1-9]\d{8,16})$/ break=on-false TC>Dialplan: sofia/internal/1001@singtel Action TC>set(effective_caller_id_number=1001282122) TC>Dialplan: sofia/internal/1001@singtel Action set(NCX_IP=10.4.4.254) TC>Dialplan: sofia/internal/1001@singtel Action set(call_timeout=30) TC>Dialplan: sofia/internal/1001@singtel Action set(hangup_after_bridge=true) TC>Dialplan: sofia/internal/1001@singtel Action set(bypass_media=false) TC>Dialplan: sofia/internal/1001@singtel Action set(proxy_media=true) TC>Dialplan: sofia/internal/1001@singtel Action bridge(h323/05492122@${NCX_IP}) TC>2009-10-21 17:35:28.682475 [DEBUG] switch_core_state_machine.c:114 TC>(sofia/internal/1001@singtel) State Change CS_ROUTING -> CS_EXECUTE TC>2009-10-21 17:35:28.682475 [DEBUG] switch_core_session.c:932 Send signal TC>sofia/internal/1001@singtel [BREAK] TC>2009-10-21 17:35:28.682475 [DEBUG] switch_core_state_machine.c:484 TC>(sofia/internal/1001@singtel) State ROUTING going to sleep TC>2009-10-21 17:35:28.682475 [DEBUG] switch_core_state_machine.c:398 TC>(sofia/internal/1001@singtel) Running State Change CS_EXECUTE TC>2009-10-21 17:35:28.682475 [DEBUG] switch_core_state_machine.c:491 TC>(sofia/internal/1001@singtel) State EXECUTE TC>2009-10-21 17:35:28.682475 [DEBUG] mod_sofia.c:173 TC>sofia/internal/1001@singtel SOFIA EXECUTE TC>2009-10-21 17:35:28.682475 [DEBUG] switch_core_state_machine.c:151 TC>sofia/internal/1001@singtel Standard EXECUTE TC>EXECUTE sofia/internal/1001@singtel set(open=true) TC>2009-10-21 17:35:28.682475 [DEBUG] mod_dptools.c:748 TC>sofia/internal/1001@singtel SET [open]=[true] TC>EXECUTE sofia/internal/1001@singtelhash(insert/10.4.62.7-spymap/1001/5c3ebda2-be57-11de-a6dd-e7de0b74bdc9) TC>EXECUTE sofia/internal/1001@singtelhash(insert/10.4.62.7-last_dial/1001/05492122) TC>EXECUTE sofia/internal/1001@singtelhash(insert/10.4.62.7-last_dial/global/5c3ebda2-be57-11de-a6dd-e7de0b74bdc9) TC>EXECUTE sofia/internal/1001@singtelset(effective_caller_id_number=1001282122) TC>2009-10-21 17:35:28.685219 [DEBUG] mod_dptools.c:748 TC>sofia/internal/1001@singtel SET [effective_caller_id_number]=[1001282122] TC>EXECUTE sofia/internal/1001@singtel set(NCX_IP=10.4.4.254) TC>2009-10-21 17:35:28.685219 [DEBUG] mod_dptools.c:748 TC>sofia/internal/1001@singtel SET [NCX_IP]=[10.4.4.254] TC>EXECUTE sofia/internal/1001@singtel set(call_timeout=30) TC>2009-10-21 17:35:28.686292 [DEBUG] mod_dptools.c:748 TC>sofia/internal/1001@singtel SET [call_timeout]=[30] TC>EXECUTE sofia/internal/1001@singtel set(hangup_after_bridge=true) TC>2009-10-21 17:35:28.686292 [DEBUG] mod_dptools.c:748 TC>sofia/internal/1001@singtel SET [hangup_after_bridge]=[true] TC>EXECUTE sofia/internal/1001@singtel set(bypass_media=false) TC>2009-10-21 17:35:28.686292 [DEBUG] mod_dptools.c:748 TC>sofia/internal/1001@singtel SET [bypass_media]=[false] TC>EXECUTE sofia/internal/1001@singtel set(proxy_media=true) TC>2009-10-21 17:35:28.686292 [DEBUG] mod_dptools.c:748 TC>sofia/internal/1001@singtel SET [proxy_media]=[true] TC>EXECUTE sofia/internal/1001@singtel bridge(h323/05492122@10.4.4.254) TC>2009-10-21 17:35:28.687357 [DEBUG] mod_h323.cpp:1380 TC>======>create_outgoing_channel DST NUMBER = 05492122@10.4.4.254 TC>2009-10-21 17:35:28.687357 [DEBUG] mod_h323.cpp:1336 TC>======>FSH323EndPoint::FSMakeCall DST NUMBER = TC>05492122@10.4.4.254[FSH323EndPoint] TC>2009-10-21 17:35:28.687357 [DEBUG] mod_h323.cpp:1348 ----> Using 10.4.62.7 TC>for outbound call TC>2009-10-21 17:35:28.687357 [DEBUG] pdns.cxx:498 SRV Lookup 10.4.4.254 TC>service _h323cs._tcp. TC>2009-10-21 17:35:28.689538 [DEBUG] pdns.cxx:471 SRV Lookup Fail no domain TC>h323:05492122@10.4.4.254 <h323%3A05492122@10.4.4.254> TC>2009-10-21 17:35:28.689538 [DEBUG] h323ep.cxx:2315 DNS SRV Cannot resolve TC>remote party 05492122@10.4.4.254 TC>2009-10-21 17:35:28.689538 [DEBUG] h323ep.cxx:2103 Making call to: TC>05492122@10.4.4.254 TC>2009-10-21 17:35:28.689538 [DEBUG] mod_h323.cpp:483 TC>======>FSH323EndPoint::CreateConnection callReference = 12651 userDate = TC>0xb5e0dac0 [FSH323EndPoint] TC>2009-10-21 17:35:28.689538 [DEBUG] mod_h323.cpp:486 ------> TC>SWITCH_CALL_DIRECTION_OUTBOUND TC>2009-10-21 17:35:28.689538 [DEBUG] mod_h323.cpp:496 ------> fsSession = TC>0xb7569548 TC>2009-10-21 17:35:28.689538 [DEBUG] h323caps.cxx:3186 Added capability: TC>G.711-ALaw-64k <1> TC>2009-10-21 17:35:28.689538 [DEBUG] h323caps.cxx:3186 Added capability: TC>G.711-uLaw-64k <2> TC>2009-10-21 17:35:28.689538 [DEBUG] h323caps.cxx:3186 Added capability: TC>GSM-06.10{sw} <3> TC>2009-10-21 17:35:28.689538 [DEBUG] h323caps.cxx:3186 Added capability: TC>G.729A/B{sw} <4> TC>2009-10-21 17:35:28.690630 [DEBUG] h323caps.cxx:3186 Added capability: TC>G.729A{sw} <5> TC>2009-10-21 17:35:28.690630 [DEBUG] h323caps.cxx:3186 Added capability: TC>G.729B{sw} <6> TC>2009-10-21 17:35:28.690630 [DEBUG] h323caps.cxx:3186 Added capability: TC>G.729{sw} <7> TC>2009-10-21 17:35:28.690630 [DEBUG] h323caps.cxx:3186 Added capability: TC>UserInput/hookflash <8> TC>2009-10-21 17:35:28.690630 [DEBUG] h323caps.cxx:3186 Added capability: TC>UserInput/basicString <9> TC>2009-10-21 17:35:28.690630 [DEBUG] h323caps.cxx:3186 Added capability: TC>UserInput/dtmf <10> TC>2009-10-21 17:35:28.690630 [DEBUG] h323caps.cxx:3186 Added capability: TC>UserInput/RFC2833 <11> TC>2009-10-21 17:35:28.690630 [DEBUG] h323caps.cxx:3186 Added capability: TC>UserInput/Navigation <12> TC>2009-10-21 17:35:28.690630 [DEBUG] h323caps.cxx:3186 Added capability: TC>UserInput/Softkey <13> TC>2009-10-21 17:35:28.690630 [DEBUG] h323caps.cxx:3186 Added capability: TC>UserInput/PointDevice <14> TC>2009-10-21 17:35:28.690630 [DEBUG] h323caps.cxx:3186 Added capability: TC>UserInput/Modal <15> TC>2009-10-21 17:35:28.690630 [DEBUG] h323caps.cxx:3248 FindCapability: 1 TC>2009-10-21 17:35:28.690630 [DEBUG] h323caps.cxx:3252 Found capability: TC>G.711-ALaw-64k <1> TC>2009-10-21 17:35:28.690630 [DEBUG] h323caps.cxx:3248 FindCapability: 2 TC>2009-10-21 17:35:28.690630 [DEBUG] h323caps.cxx:3252 Found capability: TC>G.711-uLaw-64k <2> TC>2009-10-21 17:35:28.690630 [DEBUG] h323caps.cxx:3248 FindCapability: 3 TC>2009-10-21 17:35:28.690630 [DEBUG] h323caps.cxx:3252 Found capability: TC>GSM-06.10{sw} <3> TC>2009-10-21 17:35:28.690630 [DEBUG] h323caps.cxx:3248 FindCapability: 4 TC>2009-10-21 17:35:28.690630 [DEBUG] h323caps.cxx:3252 Found capability: TC>G.729A/B{sw} <4> TC>2009-10-21 17:35:28.690630 [DEBUG] h323caps.cxx:3248 FindCapability: 5 TC>2009-10-21 17:35:28.690630 [DEBUG] h323caps.cxx:3252 Found capability: TC>G.729A{sw} <5> TC>2009-10-21 17:35:28.690630 [DEBUG] h323caps.cxx:3248 FindCapability: 6 TC>2009-10-21 17:35:28.690630 [DEBUG] h323caps.cxx:3252 Found capability: TC>G.729B{sw} <6> TC>2009-10-21 17:35:28.690630 [DEBUG] h323caps.cxx:3248 FindCapability: 7 TC>2009-10-21 17:35:28.690630 [DEBUG] h323caps.cxx:3252 Found capability: TC>G.729{sw} <7> TC>2009-10-21 17:35:28.690630 [DEBUG] h323caps.cxx:3248 FindCapability: 8 TC>2009-10-21 17:35:28.690630 [DEBUG] h323caps.cxx:3252 Found capability: TC>UserInput/hookflash <8> TC>2009-10-21 17:35:28.690630 [DEBUG] h323caps.cxx:3248 FindCapability: 9 TC>2009-10-21 17:35:28.690630 [DEBUG] h323caps.cxx:3252 Found capability: TC>UserInput/basicString <9> TC>2009-10-21 17:35:28.690630 [DEBUG] h323caps.cxx:3248 FindCapability: 10 TC>2009-10-21 17:35:28.690630 [DEBUG] h323caps.cxx:3252 Found capability: TC>UserInput/dtmf <10> TC>2009-10-21 17:35:28.690630 [DEBUG] h323caps.cxx:3248 FindCapability: 11 TC>2009-10-21 17:35:28.690630 [DEBUG] h323caps.cxx:3252 Found capability: TC>UserInput/RFC2833 <11> TC>2009-10-21 17:35:28.690630 [DEBUG] h323caps.cxx:3248 FindCapability: 12 TC>2009-10-21 17:35:28.690630 [DEBUG] h323caps.cxx:3252 Found capability: TC>UserInput/Navigation <12> TC>2009-10-21 17:35:28.690630 [DEBUG] h323caps.cxx:3248 FindCapability: 13 TC>2009-10-21 17:35:28.690630 [DEBUG] h323caps.cxx:3252 Found capability: TC>UserInput/Softkey <13> TC>2009-10-21 17:35:28.691688 [DEBUG] h323caps.cxx:3248 FindCapability: 14 TC>2009-10-21 17:35:28.691688 [DEBUG] h323caps.cxx:3252 Found capability: TC>UserInput/PointDevice <14> TC>2009-10-21 17:35:28.691688 [DEBUG] h323caps.cxx:3248 FindCapability: 15 TC>2009-10-21 17:35:28.691688 [DEBUG] h323caps.cxx:3252 Found capability: TC>UserInput/Modal <15> TC>2009-10-21 17:35:28.691688 [DEBUG] h4601.cxx:1725 Endpoint Attached TC>2009-10-21 17:35:28.691688 [DEBUG] rfc2833.cxx:87 Handler created TC>2009-10-21 17:35:28.691688 [DEBUG] mod_h323.cpp:525 TC>======>FSH323Connection::FSH323Connection FSH323Connection TC>2009-10-21 17:35:28.691688 [NOTICE] switch_channel.c:602 New Channel h323/ TC>05492122@10.4.4.254 [5c413af0-be57-11de-a6dd-e7de0b74bdc9] TC>2009-10-21 17:35:28.691688 [DEBUG] mod_h323.cpp:546 (h323/ TC>05492122@10.4.4.254) State Change CS_NEW -> CS_INIT TC>2009-10-21 17:35:28.691688 [DEBUG] mod_h323.cpp:958 TC>======>FSH323Connection::state_change FSH323Connection TC>2009-10-21 17:35:28.691688 [DEBUG] mod_h323.cpp:959 State changed on TC>connection FSH323Connection TC>2009-10-21 17:35:28.691688 [DEBUG] switch_core_session.c:932 Send signal TC>h323/05492122@10.4.4.254 [BREAK] TC>2009-10-21 17:35:28.691688 [DEBUG] mod_h323.cpp:831 TC>======>FSH323Connection::kill_channel FSH323Connection TC>2009-10-21 17:35:28.691688 [DEBUG] mod_h323.cpp:832 Kill 3 on connection TC>FSH323Connection TC>2009-10-21 17:35:28.691688 [DEBUG] h323ep.cxx:2183 Created new connection: TC>ip$localhost/12651 TC>2009-10-21 17:35:28.691688 [DEBUG] osutil.cxx:188 File handle high water TC>mark set: 58 Thread unblock pipe TC>2009-10-21 17:35:28.691688 [DEBUG] h323ep.cxx:1101 Started call thread TC>2009-10-21 17:35:28.691688 [CRIT] switch_core_state_machine.c:239 Obtained TC>10 stack frames. TC>/usr/local/freeswitch/lib/libfreeswitch.so.1 [0xb7f511f5] TC>[0xb80be400] TC>/usr/local/freeswitch/mod/mod_h323.so [0xb6953cc9] TC>/usr/local/freeswitch/lib/libfreeswitch.so.1(switch_core_session_outgoing_channel+0x1ad) TC>[0xb7f4f59d] TC>/usr/local/freeswitch/lib/libfreeswitch.so.1(switch_ivr_originate+0x1b2b) TC>[0xb7f7aa1b] TC>/usr/local/freeswitch/mod/mod_dptools.so [0xb70ea2d5] TC>/usr/local/freeswitch/lib/libfreeswitch.so.1(switch_core_session_exec+0x284) TC>[0xb7f4c5a4] TC>/usr/local/freeswitch/lib/libfreeswitch.so.1(switch_core_session_execute_application+0x8b) TC>[0xb7f4cacb] TC>/usr/local/freeswitch/lib/libfreeswitch.so.1(switch_core_session_run+0x12b8) TC>[0xb7f52658] TC>/usr/local/freeswitch/lib/libfreeswitch.so.1 [0xb7f4e6c5] TC>2009-10-21 17:35:28.691688 [DEBUG] mod_h323.cpp:509 TC>======>FSH323EndPoint::OnSetGatewayPrefixes FSH323EndPoint TC>2009-10-21 17:35:28.691688 [CRIT] switch_core_state_machine.c:352 Thread has TC>crashed for channel sofia/internal/1001@singtel TC>2009-10-21 17:35:28.691688 [NOTICE] switch_core_state_machine.c:353 Hangup TC>sofia/internal/1001@singtel [CS_EXECUTE] [CRASH] TC>2009-10-21 17:35:28.691688 [DEBUG] transports.cxx:1828 Connecting to TC>10.4.4.254:1720 (local port=0) TC>2009-10-21 17:35:28.691688 [DEBUG] osutil.cxx:188 File handle high water TC>mark set: 59 PTCPSocket TC>2009-10-21 17:35:28.691688 [DEBUG] switch_channel.c:1683 Send signal TC>sofia/internal/1001@singtel [KILL] TC>2009-10-21 17:35:28.691688 [DEBUG] switch_core_session.c:932 Send signal TC>sofia/internal/1001@singtel [BREAK] TC>2009-10-21 17:35:28.691688 [DEBUG] switch_core_state_machine.c:398 TC>(sofia/internal/1001@singtel) Running State Change CS_HANGUP TC>2009-10-21 17:35:28.691688 [DEBUG] transports.cxx:1681 Started connection: TC>host=10.4.4.254:1720, if=10.4.62.7:52984, handle=59 TC>2009-10-21 17:35:28.691688 [DEBUG] h323.cxx:2680 Sending Setup PDU TC>2009-10-21 17:35:28.691688 [DEBUG] switch_core_state_machine.c:434 TC>(sofia/internal/1001@singtel) State HANGUP TC>2009-10-21 17:35:28.691688 [DEBUG] mod_sofia.c:338 Channel TC>sofia/internal/1001@singtel hanging up, cause: CRASH TC>2009-10-21 17:35:28.691688 [DEBUG] mod_sofia.c:417 Responding to INVITE TC>with: 480 TC>2009-10-21 17:35:28.691688 [DEBUG] mod_h323.cpp:559 TC>======>FSH323Connection::OnSetLocalCapabilities() [FSH323Connection] TC>2009-10-21 17:35:28.691688 [DEBUG] mod_h323.cpp:565 TC>======>FSH323Connection::SetLocalCapabilities() Size local capability = 15 TC>[FSH323Connection] TC>2009-10-21 17:35:28.691688 [DEBUG] mod_h323.cpp:600 TC>======>FSH323Connection::decodeCapability TC>2009-10-21 17:35:28.691688 [INFO] mod_h323.cpp:619 capability TC>'G.711-ALaw-64k' format 'PCMU' payload 8 TC>2009-10-21 17:35:28.691688 [DEBUG] mod_h323.cpp:600 TC>======>FSH323Connection::decodeCapability TC>2009-10-21 17:35:28.691688 [INFO] mod_h323.cpp:619 capability TC>'G.711-uLaw-64k' format 'PCMA' payload 0 TC>2009-10-21 17:35:28.691688 [DEBUG] mod_h323.cpp:600 TC>======>FSH323Connection::decodeCapability TC>2009-10-21 17:35:28.691688 [INFO] mod_h323.cpp:619 capability 'GSM-06.10' TC>format 'GSM' payload 3 TC>2009-10-21 17:35:28.691688 [DEBUG] mod_h323.cpp:600 TC>======>FSH323Connection::decodeCapability TC>2009-10-21 17:35:28.691688 [INFO] mod_h323.cpp:619 capability 'G.729A/B' TC>format 'G729' payload 18 TC>2009-10-21 17:35:28.691688 [DEBUG] switch_core_state_machine.c:46 TC>sofia/internal/1001@singtel Standard HANGUP, cause: CRASH TC>2009-10-21 17:35:28.691688 [DEBUG] switch_core_state_machine.c:434 TC>(sofia/internal/1001@singtel) State HANGUP going to sleep TC>2009-10-21 17:35:28.691688 [DEBUG] mod_h323.cpp:600 TC>======>FSH323Connection::decodeCapability TC>2009-10-21 17:35:28.691688 [INFO] mod_h323.cpp:619 capability 'G.729A' TC>format 'G729' payload 18 TC>2009-10-21 17:35:28.691688 [DEBUG] mod_h323.cpp:600 TC>======>FSH323Connection::decodeCapability TC>2009-10-21 17:35:28.691688 [INFO] mod_h323.cpp:619 capability 'G.729B' TC>format 'G729b' payload 18 TC>2009-10-21 17:35:28.691688 [DEBUG] mod_h323.cpp:600 TC>======>FSH323Connection::decodeCapability TC> TC> TC> TC>Well, I'm not sure if the backtrace is from 1.0.4 ... i will disable TC>crass-protection and will send new logs to you. TC> TC> TC>Also, if you like i can give you access to the machine itself... TC> TC>T. TC> C уважением With Best Regards Георгиевский Юрий. Georgiewskiy Yuriy +7 4872 711666 +7 4872 711666 факс +7 4872 711143 fax +7 4872 711143 Компания ООО "Ай Ти Сервис" IT Service Ltd http://nkoort.ru http://nkoort.ru JID: GHhost@jabber.tula-ix.net.ru JID: GHhost@jabber.tula-ix.net.ru YG129-RIPE YG129-RIPE

On 2009-10-22 15:30 +0200, Tihomir Culjaga wrote freeswitch-users@lists.fre...: TC>> TC>> TC>> TC> TC>> TC>I have enabled crash-protection and when i do SIP => H323 call it TC>> doesn't TC>> TC>generate coredumps... it is just this thread that is crashing ... pls TC>> check TC>> TC>the log downbelow: TC>> TC>> core dump in case enabled crash-protection may be unusable, i have a case TC>> then TC>> my module crash silently, after this crash-protection is killing sip leg TC>> and after TC>> this i get core dump where backtrace show me segfault in libc6, i spent one TC>> day to TC>> understand this situation, and then i disable crash-protection i see there TC>> is actualy TC>> it crashes. disable crash-protection and show backtrace of crash, i think TC>> result will TC>> be different. TC>> TC>> TC>> TC>2009-10-21 17:35:28.691688 [DEBUG] mod_h323.cpp:600 TC>> TC>======>FSH323Connection::decodeCapability TC>> TC> TC>> TC> TC>> TC> TC>> TC>Well, I'm not sure if the backtrace is from 1.0.4 ... i will disable TC>> TC>crass-protection and will send new logs to you. TC>> TC> TC>> TC> TC>> TC>Also, if you like i can give you access to the machine itself... TC>> TC> TC>> TC>T. TC>> TC> TC>> TC> TC> TC> TC>Hi, here is the FS log without crash-protection: TC>http://pastebin.freeswitch.org/10796 and here is the backtrace: TC>http://pastebin.freeswitch.org/10797 i fix this crash already, please download latest version from same link as previous, recompile and try again. TC>my dialplan looks ok, so i guess it is up to the module. TC> TC> TC> <extension name="ENYTHING_ELSE"> TC> <condition field="destination_number" TC>expression="^0([2-8]\d{6,7}|0[1-9]\d{7,8}|00[1-9]\d{8,16})$"> TC> <action application="set" TC>data="effective_caller_id_number=1001282122"/> TC> <action application="set" data="NCX_IP=10.4.4.254"/> TC> <action application="set" data="call_timeout=30"/> TC> <action application="set" data="hangup_after_bridge=true"/> TC> <!--action application="set" data="bypass_media=false"/--> TC> <action application="set" data="proxy_media=true"/> TC> TC> <!--action application="bridge" data="opal/h323:0$1@${NCX_IP}"/--> TC> <action application="bridge" data="h323/0$1@${NCX_IP}"/> TC> </condition> TC> </extension> TC> TC> TC> TC>please advice, TC> TC>T. TC> TC> TC> TC>> C уважением With Best Regards TC>> Георгиевский Юрий. Georgiewskiy Yuriy TC>> +7 4872 711666 +7 4872 711666 TC>> факс +7 4872 711143 fax +7 4872 711143 TC>> Компания ООО "Ай Ти Сервис" IT Service Ltd TC>> http://nkoort.ru http://nkoort.ru TC>> JID: GHhost@jabber.tula-ix.net.ru JID: GHhost@jabber.tula-ix.net.ru TC>> YG129-RIPE YG129-RIPE TC>> TC>> _______________________________________________ TC>> FreeSWITCH-users mailing list TC>> FreeSWITCH-users@lists.freeswitch.org TC>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users TC>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users TC>> http://www.freeswitch.org TC>> TC>> TC> C уважением With Best Regards Георгиевский Юрий. Georgiewskiy Yuriy +7 4872 711666 +7 4872 711666 факс +7 4872 711143 fax +7 4872 711143 Компания ООО "Ай Ти Сервис" IT Service Ltd http://nkoort.ru http://nkoort.ru JID: GHhost@jabber.tula-ix.net.ru JID: GHhost@jabber.tula-ix.net.ru YG129-RIPE YG129-RIPE

On Thu, Oct 22, 2009 at 3:59 PM, Tihomir Culjaga <tculjaga@gmail.com> wrote:

...

TC>Hi, here is the FS log without crash-protection: TC>http://pastebin.freeswitch.org/10796 and here is the backtrace: TC>http://pastebin.freeswitch.org/10797

i fix this crash already, please download latest version from same link as previous, recompile and try again.

outgoing works, I can place an end-to-end call ... except the RTP is realy delayed ... after approx 30 sec of conversation the audio is delayed more than 10 seconds.... but i have 2 way audio for outgoing calls:)

one more thing ... it is H323 endpoint => SIP phone audio that is delayed. SIP phone => H323 endpoint is ok! T.

Do you need some logs ?

Inbound cals still the same... i suppose you didn't have a chance working on that as well ...

T.

crash protection has been completely removed from FreeSWITCH, I certianly hope you are working on this against SVN trunk? Also you have been given an svn area and a jira category for this so you should move all the info from this thread to jira http://jira.freeswitch.org It's much easier to collaberate this kind of development when you have the code in SVN. 2009/10/22 Georgiewskiy Yuriy <bottleman@icf.org.ru>

On 2009-10-22 16:04 +0200, Tihomir Culjaga wrote freeswitch-users@lists.fre...:

TC>On Thu, Oct 22, 2009 at 3:59 PM, Tihomir Culjaga <tculjaga@gmail.com> wrote: TC> TC>> TC>>> TC>Hi, here is the FS log without crash-protection: TC>>> TC>http://pastebin.freeswitch.org/10796 and here is the backtrace: TC>>> TC>http://pastebin.freeswitch.org/10797 TC>>> TC>>> i fix this crash already, please download latest version from same link TC>>> as previous, recompile and try again. TC>>> TC>>> TC>> outgoing works, I can place an end-to-end call ... except the RTP is realy TC>> delayed ... after approx 30 sec of conversation the audio is delayed more TC>> than 10 seconds.... but i have 2 way audio for outgoing calls:) TC>> TC>> TC>one more thing ... it is H323 endpoint => SIP phone audio that is delayed. TC>SIP phone => H323 endpoint is ok!

hm, i have such issue but in reverce direction now.

TC>> Do you need some logs ? TC>> TC>> TC>> Inbound cals still the same... i suppose you didn't have a chance working TC>> on that as well ... TC>> TC>> T. TC>> TC>

C уважением With Best Regards Георгиевский Юрий. Georgiewskiy Yuriy +7 4872 711666 +7 4872 711666 факс +7 4872 711143 fax +7 4872 711143 Компания ООО "Ай Ти Сервис" IT Service Ltd http://nkoort.ru http://nkoort.ru JID: GHhost@jabber.tula-ix.net.ru JID: GHhost@jabber.tula-ix.net.ru YG129-RIPE YG129-RIPE

_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org

-- Anthony Minessale II FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/ Twitter: http://twitter.com/FreeSWITCH_wire AIM: anthm MSN:anthony_minessale@hotmail.com <MSN%3Aanthony_minessale@hotmail.com> GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com<PAYPAL%3Aanthony.minessale@gmail.com> IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:888@conference.freeswitch.org <sip%3A888@conference.freeswitch.org> iax:guest@conference.freeswitch.org/888 googletalk:conf+888@conference.freeswitch.org<googletalk%3Aconf%2B888@conference.freeswitch.org> pstn:213-799-1400

2009/10/22 Georgiewskiy Yuriy <bottleman@icf.org.ru>

On 2009-10-22 09:27 -0500, Anthony Minessale wrote freeswitch-users@lists.f...:

AM>crash protection has been completely removed from FreeSWITCH, I certianly AM>hope you are working on this against SVN trunk?

i don't have trunk at this time, my current work is based on 1.0.4 version.

Yuriy, it is better if we move this through a jira ticket, this way it is a mess. So if you agree, we can open a ticket where we can follow up all issues with mod_h323. Also, the same applies to FS trunk... first i wanted to see if i was doing something wrong when i tried your module. Now, when you fixed outgoing calls it is time to go on trunk as when we finish this 1.0.4 will be outdated and obsolete. so, to continue on this topic i suggest: 1. open a jira ticket 2. move to fs-trunk 3. upload the current src of mod_h323 to the FSSVN do you agree ? Tihomir.

On 2009-10-22 09:30 -0500, Brian West wrote freeswitch-users@lists.freeswit...: hm, you not tell me what account created, and i don't try to do this. BW>Have you started moving the code into our SVN and using our BW>ticketing / issue tracker to help you manage issues? BW> BW>/b BW> BW>On Oct 22, 2009, at 9:13 AM, Georgiewskiy Yuriy wrote: BW> BW>> On 2009-10-22 16:04 +0200, Tihomir Culjaga wrote freeswitch-users@lists.fre BW>> ...: BW>> BW>> TC>On Thu, Oct 22, 2009 at 3:59 PM, Tihomir Culjaga <tculjaga@gmail.com BW>> > wrote: BW>> TC> BW>> TC>> BW>> TC>>> TC>Hi, here is the FS log without crash-protection: BW>> TC>>> TC>http://pastebin.freeswitch.org/10796 and here is the BW>> backtrace: BW>> TC>>> TC>http://pastebin.freeswitch.org/10797 BW>> TC>>> BW>> TC>>> i fix this crash already, please download latest version from BW>> same link BW>> TC>>> as previous, recompile and try again. BW>> TC>>> BW>> TC>>> BW>> TC>> outgoing works, I can place an end-to-end call ... except the BW>> RTP is realy BW>> TC>> delayed ... after approx 30 sec of conversation the audio is BW>> delayed more BW>> TC>> than 10 seconds.... but i have 2 way audio for outgoing calls:) BW>> TC>> BW>> TC>> BW>> TC>one more thing ... it is H323 endpoint => SIP phone audio that is BW>> delayed. BW>> TC>SIP phone => H323 endpoint is ok! BW>> BW>> hm, i have such issue but in reverce direction now. BW>> BW>> TC>> Do you need some logs ? BW>> TC>> BW>> TC>> BW>> TC>> Inbound cals still the same... i suppose you didn't have a BW>> chance working BW>> TC>> on that as well ... BW>> TC>> BW>> TC>> T. BW>> TC>> BW>> TC> BW>> BW>> C уважением With Best Regards BW>> Георгиевский Юрий. Georgiewskiy Yuriy BW>> +7 4872 711666 +7 4872 711666 BW>> факс +7 4872 711143 fax +7 4872 711143 BW>> Компания ООО "Ай Ти Сервис" IT Service Ltd BW>> http://nkoort.ru http://nkoort.ru BW>> JID: GHhost@jabber.tula-ix.net.ru JID: GHhost@jabber.tula-ix.net.ru BW>> YG129-RIPE YG129- BW>> RIPE_______________________________________________ BW>> FreeSWITCH-users mailing list BW>> FreeSWITCH-users@lists.freeswitch.org BW>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users BW>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch- BW>> users BW>> http://www.freeswitch.org BW> BW> BW>_______________________________________________ BW>FreeSWITCH-users mailing list BW>FreeSWITCH-users@lists.freeswitch.org BW>http://lists.freeswitch.org/mailman/listinfo/freeswitch-users BW>UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users BW>http://www.freeswitch.org BW> C уважением With Best Regards Георгиевский Юрий. Georgiewskiy Yuriy +7 4872 711666 +7 4872 711666 факс +7 4872 711143 fax +7 4872 711143 Компания ООО "Ай Ти Сервис" IT Service Ltd http://nkoort.ru http://nkoort.ru JID: GHhost@jabber.tula-ix.net.ru JID: GHhost@jabber.tula-ix.net.ru YG129-RIPE YG129-RIPE

On 2009-10-22 15:59 +0200, Tihomir Culjaga wrote freeswitch-users@lists.fre...: TC>> TC>> TC>> TC>Hi, here is the FS log without crash-protection: TC>> TC>http://pastebin.freeswitch.org/10796 and here is the backtrace: TC>> TC>http://pastebin.freeswitch.org/10797 TC>> TC>> i fix this crash already, please download latest version from same link TC>> as previous, recompile and try again. TC>> TC>> TC>outgoing works, I can place an end-to-end call ... except the RTP is realy TC>delayed ... after approx 30 sec of conversation the audio is delayed more TC>than 10 seconds.... but i have 2 way audio for outgoing calls:) TC> TC>Do you need some logs ? try disable medai-proxy, there is issue with rtp now then medai-proxy or transcoding enabled. TC>Inbound cals still the same... i suppose you didn't have a chance working on TC>that as well ... sorry i don't remember what the same, show extension and logs of inbound call. at this time at this time i have working transit h323<->sip in both direction, ivr is work too, there is some issues present but basicaly it work. C уважением With Best Regards Георгиевский Юрий. Georgiewskiy Yuriy +7 4872 711666 +7 4872 711666 факс +7 4872 711143 fax +7 4872 711143 Компания ООО "Ай Ти Сервис" IT Service Ltd http://nkoort.ru http://nkoort.ru JID: GHhost@jabber.tula-ix.net.ru JID: GHhost@jabber.tula-ix.net.ru YG129-RIPE YG129-RIPE

On 2009-10-22 16:53 +0200, Tihomir Culjaga wrote freeswitch-users@lists.fre...: finally i fix this rtp bug, check new wersion please. TC>> TC>> TC> TC>> TC>Do you need some logs ? TC>> TC>> try disable medai-proxy, there is issue with rtp now then medai-proxy or TC>> transcoding enabled. TC>> TC>> TC>Outbound calls: TC> TC>disabled rtp proxy and it is still the same issue ... audio delay H323 => TC>SIP endpoint. TC> TC> TC> TC> TC> TC> TC>Inbound calls: TC> TC>This is the extension i use to register my Avaya SIP phone to FS. TC> TC> TC><include> TC> <user id="1001"> TC> <params> TC> <param name="password" value="$${default_password}"/> TC> <param name="vm-password" value="1001"/> TC> </params> TC> <variables> TC> <variable name="toll_allow" value="domestic,international,local"/> TC> <variable name="accountcode" value="1001"/> TC> <variable name="user_context" value="default"/> TC> <variable name="effective_caller_id_name" value="Extension 1001"/> TC> <variable name="effective_caller_id_number" value="1001"/> TC> <variable name="outbound_caller_id_name" TC>value="$${outbound_caller_name}"/> TC> <variable name="outbound_caller_id_number" TC>value="$${outbound_caller_id}"/> TC> <variable name="callgroup" value="techsupport"/> TC> </variables> TC> </user> TC></include> TC> TC> TC>This is my h323.conf.xml TC> TC> TC><configuration name="h323.conf" description="H323 Endpoints"> TC> <settings> TC> <param name="trace-level" value="4"/> TC> <param name="context" value="default"/> TC> <param name="dialplan" value="XML"/> TC> <param name="codec-prefs" value="PCMU,PCMA,GSM,G729,G726"/> TC> <param name="gk-address" value=""/> <!-- empty to disable, "*" to TC>search LAN --> TC> <param name="gk-identifer" value=""/> <!-- optional name of gk --> TC> <param name="gk-interface" value=""/> <!-- optional listener interface TC>name --> TC> </settings> TC> <listeners> TC> <listener name="default"> TC> <param name="h323-ip" value="10.4.62.7"/> TC> <param name="h323-port" value="1720"/> TC> </listener> TC> </listeners> TC></configuration> TC> TC>I'm using default context and an inbound call looks for a registered user in TC>default context where 1001 user is registered to. TC> TC> TC> TC>here is the log for an outgoing call: TC>http://pastebin.freeswitch.org/10799and here is a tshark output: TC>http://pastebin.freeswitch.org/10800 TC> TC> TC>there are 2 thing that are not working here: TC> TC> TC>1. no audio at all! TC>2. hangup from SIP User side doesn't release the H323 leg TC> TC> TC> TC> TC> TC> TC> TC> TC> TC> TC> TC>two points for your reference in the logs: TC> TC> TC>1. Here, SIP User disconnected the SIP leg, but nothing was triggered in TC>mod_h323 ... as the callback function "on_hangup" (in mod_h323.cpp) was TC>never triggered! TC> TC>freeswitch@subZero> TC>freeswitch@subZero> TC>freeswitch@subZero> recv 371 bytes from udp/[10.4.62.89]:5060 at TC>14:39:36.714521: TC> ------------------------------------------------------------------------ TC> BYE sip:mod_sofia@10.4.62.7:5060 SIP/2.0 TC> From: <sip:1001@10.4.62.89 <sip%3A1001@10.4.62.89> TC>;transport=udp>;tag=-22166b474ae08abf-7_T10.4.62.89 TC> To: sip:1001282166@10.4.62.7 <sip%3A1001282166@10.4.62.7> TC>;tag=Qpc53NZ2cZc1N TC> Call-ID: 8aa825c6-39bb-122d-bb89-00110a5be1f0 TC> CSeq: 127 BYE TC> Via: SIP/2.0/UDP TC>10.4.62.89;branch=z9hG4bK-7e5dc720_442d0f8-2d8bf1174f235bec_B TC> Content-Length: 0 TC> Max-Forwards: 70 TC> Supported: replaces TC> TC> ------------------------------------------------------------------------ TC>2009-10-22 16:39:36.714604 [NOTICE] sofia.c:322 Hangup sofia/internal/ TC>sip:1001@10.4.62.89 <sip%3A1001@10.4.62.89> [CS_CONSUME_MEDIA] TC>[NORMAL_CLEARING] TC>2009-10-22 16:39:36.714604 [DEBUG] switch_channel.c:1683 Send signal TC>sofia/internal/sip:1001@10.4.62.89 <sip%3A1001@10.4.62.89> [KILL] TC>2009-10-22 16:39:36.714604 [DEBUG] switch_core_session.c:932 Send signal TC>sofia/internal/sip:1001@10.4.62.89 <sip%3A1001@10.4.62.89> [BREAK] TC>send 520 bytes to udp/[10.4.62.89]:5060 at 14:39:36.715258: TC> ------------------------------------------------------------------------ TC> SIP/2.0 200 OK TC> Via: SIP/2.0/UDP TC>10.4.62.89;branch=z9hG4bK-7e5dc720_442d0f8-2d8bf1174f235bec_B TC> From: <sip:1001@10.4.62.89 <sip%3A1001@10.4.62.89> TC>;transport=udp>;tag=-22166b474ae08abf-7_T10.4.62.89 TC> To: sip:1001282166@10.4.62.7 <sip%3A1001282166@10.4.62.7> TC>;tag=Qpc53NZ2cZc1N TC> Call-ID: 8aa825c6-39bb-122d-bb89-00110a5be1f0 TC> CSeq: 127 BYE TC> User-Agent: FreeSWITCH-mod_sofia/1.0.4-exported TC> Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, PRACK, MESSAGE, SUBSCRIBE, TC>NOTIFY, REFER, UPDATE, REGISTER, INFO, PUBLISH TC> Supported: timer, precondition, path, replaces TC> Content-Length: 0 TC> TC> ------------------------------------------------------------------------ TC>2009-10-22 16:39:36.721097 [DEBUG] switch_core_state_machine.c:503 TC>(sofia/internal/sip:1001@10.4.62.89 <sip%3A1001@10.4.62.89>) State TC>CONSUME_MEDIA going to sleep TC>2009-10-22 16:39:36.721097 [DEBUG] switch_core_state_machine.c:398 TC>(sofia/internal/sip:1001@10.4.62.89 <sip%3A1001@10.4.62.89>) Running State TC>Change CS_HANGUP TC>2009-10-22 16:39:36.721097 [DEBUG] switch_core_state_machine.c:434 TC>(sofia/internal/sip:1001@10.4.62.89 <sip%3A1001@10.4.62.89>) State HANGUP TC>2009-10-22 16:39:36.721097 [DEBUG] mod_sofia.c:338 Channel sofia/internal/ TC>sip:1001@10.4.62.89 <sip%3A1001@10.4.62.89> hanging up, cause: TC>NORMAL_CLEARING TC>2009-10-22 16:39:36.721097 [DEBUG] switch_core_state_machine.c:46 TC>sofia/internal/sip:1001@10.4.62.89 <sip%3A1001@10.4.62.89> Standard HANGUP, TC>cause: NORMAL_CLEARING TC>2009-10-22 16:39:36.721097 [DEBUG] switch_core_state_machine.c:434 TC>(sofia/internal/sip:1001@10.4.62.89 <sip%3A1001@10.4.62.89>) State HANGUP TC>going to sleep TC>2009-10-22 16:39:36.721097 [DEBUG] switch_core_state_machine.c:476 TC>(sofia/internal/sip:1001@10.4.62.89 <sip%3A1001@10.4.62.89>) State Change TC>CS_HANGUP -> CS_REPORTING TC>2009-10-22 16:39:36.721097 [DEBUG] switch_core_session.c:932 Send signal TC>sofia/internal/sip:1001@10.4.62.89 <sip%3A1001@10.4.62.89> [BREAK] TC>2009-10-22 16:39:36.721097 [DEBUG] switch_core_state_machine.c:398 TC>(sofia/internal/sip:1001@10.4.62.89 <sip%3A1001@10.4.62.89>) Running State TC>Change CS_REPORTING TC>2009-10-22 16:39:36.721097 [DEBUG] switch_core_state_machine.c:612 TC>(sofia/internal/sip:1001@10.4.62.89 <sip%3A1001@10.4.62.89>) State REPORTING TC>2009-10-22 16:39:36.721097 [DEBUG] switch_core_state_machine.c:53 TC>sofia/internal/sip:1001@10.4.62.89 <sip%3A1001@10.4.62.89> Standard TC>REPORTING, cause: NORMAL_CLEARING TC>2009-10-22 16:39:36.721097 [DEBUG] switch_core_state_machine.c:612 TC>(sofia/internal/sip:1001@10.4.62.89 <sip%3A1001@10.4.62.89>) State REPORTING TC>going to sleep TC>2009-10-22 16:39:36.721097 [DEBUG] switch_core_state_machine.c:411 TC>(sofia/internal/sip:1001@10.4.62.89 <sip%3A1001@10.4.62.89>) State Change TC>CS_REPORTING -> CS_DESTROY TC>2009-10-22 16:39:36.721097 [DEBUG] switch_core_session.c:1068 Session 10 TC>(sofia/internal/sip:1001@10.4.62.89 <sip%3A1001@10.4.62.89>) Locked, Waiting TC>on external entities TC> TC>freeswitch@subZero> TC> TC> TC> TC> TC> TC>2. switch_ivr_originate.c complains => 2009-10-22 16:39:41.630243 [ERR] TC>switch_ivr_originate.c:1510 Cannot create outgoing channel of type [user] TC>cause: [NORMAL_CLEARING] TC> TC> TC>freeswitch@subZero> TC>freeswitch@subZero> TC>freeswitch@subZero> 2009-10-22 16:39:41.630243 [DEBUG] h323pdu.cxx:609 TC>Receiving PDU [ip$10.4.62.7:1720/ip$10.4.62.31:16013] : TC> { TC> q931pdu = { TC> protocolDiscriminator = 8 TC> callReference = 23 TC> from = originator TC> messageType = ReleaseComplete TC> IE: Cause - Normal ca TC>ll clearing = { TC> 80 90 .. TC> } TC> IE: User-User = { TC> 25 80 06 00 08 91 4a 00 04 11 00 11 00 96 40 1f %.....J.......@. TC> 4e be 4f 11 de 80 76 ae 99 96 03 ba ff 10 80 01 N.O. TC>..v......... TC> ... TC> } TC> } TC> h225pdu = { TC> h323_uu_pdu = { TC> h323_message_body = releaseComplete { TC> protocolIdentifier = 0.0.8.2250.0.4 TC> callIdentifier = { TC> guid = 16 octets { TC> 96 40 TC> 1f 4e be 4f 11 de 80 76 ae 99 96 03 ba ff .@.N.O...v...... TC> } TC> } TC> } TC> h245Tunneling = true TC> } TC> } TC> } TC>2009-10-22 16:39:41.630243 [DEBUG] h323.cxx:1292 Handling PDU: TC>ReleaseComplete callRef=23 TC>2009-10-22 16:39:41.630243 [DEBUG] mod_h323.cpp:745 TC>======>FSH323Connection::OnReceivedReleaseComplete cause = Normal call TC>clearing value = 16 TC>2009-10-22 16:39:41.630243 [NOTICE] mod_h323.cpp:749 Hangup h323/1001 TC>[CS_EXECUTE] [NORMAL_CLEARING] TC>2009-10-22 16:39:41.630243 [DEBUG] switch_channel.c:1683 Send signal TC>h323/1001 [KILL] TC>2009-10-22 16:39:41.630243 [DEBUG] mod_h323.cpp:840 TC>======>FSH323Connection::kill_channel FSH323Connection TC>2009-10-22 16:39:41.630243 [DEBUG] mod_h323.cpp:841 Kill 1 on connection TC>FSH323Connection TC>2009-10-22 16:39:41.630243 [DEBUG] switch_core_session.c:630 Send signal TC>h323/1001 [BREAK] TC>2009-10-22 16:39:41.630243 [DEBUG] mod_h323.cpp:840 TC>======>FSH323Connection::kill_channel FSH323Connection TC>2009-10-22 16:39:41.630243 [DEBUG] mod_h323.cpp:841 Kill 3 on connection TC>FSH323Connection TC>2009-10-22 16:39:41.630243 [DEBUG] switch_ivr_originate.c:2138 Originate TC>Resulted in Error Cause: 16 [NORMAL_CLEARING] TC>2009-10-22 16:39:41.630243 [ERR] switch_ivr_originate.c:1510 Cannot create TC>outgoing channel of type [user] cause: [NORMAL_CLEARING] TC>2009-10-22 16:39:41.630243 [DEBUG] switch_ivr_originate.c:2138 Originate TC>Resulted in Error Cause: 16 [NORMAL_CLEARING] TC>2009-10-22 16:39:41.630243 [INFO] mod_dptools.c:2093 Originate Failed. TC>Cause: NORMAL_CLEARING TC>2009-10-22 16:39:41.630243 [DEBUG] mod_dptools.c:2120 Continue on fail TC>[true]: Cause: NORMAL_CLEARING TC>2009-10-22 16:39:41.630243 [DEBUG] switch_core_state_machine.c:491 TC>(h323/1001) State EXECUTE going to sleep TC>2009-10-22 16:39:41.630243 [DEBUG] switch_core_state_machine.c:398 TC>(h323/1001) Running State Change CS_HANGUP TC>2009-10-22 16:39:41.630243 [DEBUG] switch_core_state_machine.c:434 TC>(h323/1001) State HANGUP TC>2009-10-22 16:39:41.630243 [DEBUG] mod_h323.cpp:1454 ======>switch_status_t TC>on_hangup TC>2009-10-22 16:39:41.630243 [DEBUG] mod_h323.cpp:1459 -----> TC>2009-10-22 16:39:41.630243 [DEBUG] h323pdu.cxx:1272 Call End Reason Normal TC>call clearing TC>2009-10-22 16:39:41.630243 [DEBUG] h323ep.cxx:2694 Clearing connection ip$ TC>10.4.62.31:16013/23 reason=EndedByRemoteUser TC>2009-10-22 16:39:41.630243 [DEBUG] h323.cxx:1034 Call end reason for ip$ TC>10.4.62.31:16013/23 set to EndedByRemoteUser TC>2009-10-22 16:39:41.630243 [DEBUG] h323.cxx:1052 Sending release complete TC>PDU: callRef=23 TC>2009-10-22 16:39:41.630243 [DEBUG] mod_h323.cpp:764 TC>======>FSH323Connection::OnSendReleaseComplete cause = Normal call clearing TC>value = 16 TC>2009-10-22 16:39:41.630243 [DEBUG] h323pdu.cxx:609 Sending PDU TC>[(noaddr)/(noaddr)] : TC> command endSessionCommand disconnect <<null>> TC>2009-10-22 16:39:41.630243 [DEBUG] h323pdu.cxx:609 Sending PDU [ip$ TC>10.4.62.7:1720/ip$10.4.62.31:16013] : TC> C уважением With Best Regards Георгиевский Юрий. Georgiewskiy Yuriy +7 4872 711666 +7 4872 711666 факс +7 4872 711143 fax +7 4872 711143 Компания ООО "Ай Ти Сервис" IT Service Ltd http://nkoort.ru http://nkoort.ru JID: GHhost@jabber.tula-ix.net.ru JID: GHhost@jabber.tula-ix.net.ru YG129-RIPE YG129-RIPE

On 2009-10-22 21:44 +0200, Tihomir Culjaga wrote freeswitch-users@lists.fre...: TC>2009/10/22 Georgiewskiy Yuriy <bottleman@icf.org.ru> TC> TC>> On 2009-10-22 16:53 +0200, Tihomir Culjaga wrote TC>> freeswitch-users@lists.fre...: TC>> TC>> finally i fix this rtp bug, check new wersion please. TC>> TC>> TC>if course i can do that, but tomorrow morning ... i'm not in the office TC>anymore. TC>BTW: can we please move the tickets to jira? TC> TC> TC>it is gonna be easier to track. TC> TC>Tomorrow i will test on 1.0.4 but please lets move to trunk. i make it a bit later, to move tickets to jira and source to svn i need some time to undertand how this system is works, especially jira. C уважением With Best Regards Георгиевский Юрий. Georgiewskiy Yuriy +7 4872 711666 +7 4872 711666 факс +7 4872 711143 fax +7 4872 711143 Компания ООО "Ай Ти Сервис" IT Service Ltd http://nkoort.ru http://nkoort.ru JID: GHhost@jabber.tula-ix.net.ru JID: GHhost@jabber.tula-ix.net.ru YG129-RIPE YG129-RIPE

btw you are back with an old issue: static const char modulename[] = "h323"; static const char* h323_formats[] = { "G.711-ALaw-64k", "PCMU", "G.711-uLaw-64k", "PCMA", "GSM-06.10", "GSM", "MS-GSM", "msgsm", "SpeexNarrow", "speex",

On 2009-10-23 10:16 +0200, Tihomir Culjaga wrote freeswitch-users@lists.fre...: TC>> TC> TC>> TC>it is gonna be easier to track. TC>> TC> TC>> TC>Tomorrow i will test on 1.0.4 but please lets move to trunk. TC>> TC>> i make it a bit later, to move tickets to jira and source to svn i TC>> need some time to undertand how this system is works, especially jira. TC>> TC>> TC>audio issue is better now :) TC> TC>however i have a few questions: TC> TC>1. can we control codec framing size via config file setting (e.g. PCMA:20, TC>PCMU:20)? at this time i think no, there is a number issues in codec part now. TC>2. can we control tunneling via config file setting? at this time no, i implement it later. TC>3. can we control mediaWaitForConnect flag within setup message via config TC>file setting? what is mediaWaitForConnect flag, may be another trmin in h323? TC>Now, when i can test more and place outgoing calls to different equipment, i TC>found that there is an issue when we get h.225 progress without a fastStart TC>element. TC> TC>Here is a tshark: TC> TC> 5.242526 10.4.62.7 -> 10.4.4.254 H.225.0 CS: setup OpenLogicalChannel TC> TC> 5.243982 10.4.4.254 -> 10.4.62.7 H.225.0 CS: callProceeding TC> 10.512617 10.4.4.254 -> 10.4.62.7 H.225.0 CS: progress TC> 10.983697 10.4.4.254 -> 10.4.62.7 H.225.0 CS: alerting TC> 20.002796 10.4.4.254 -> 10.4.62.7 H.225.0 CS: connect TC> 20.002981 10.4.4.254 -> 10.4.62.7 H.225.0/H.245 CS: facility TC>terminalCapabilitySet TC> 20.003210 10.4.4.254 -> 10.4.62.7 H.225.0/H.245 CS: facility TC>masterSlaveDetermination TC> 31.472362 10.4.4.254 -> 10.4.62.7 H.225.0/H.245 CS: releaseComplete TC>endSessionCommand TC> TC> TC>the terminating GW didn't include a faststart element within a returning TC>h.225 message we didn't match the capabilities (framing of them) in our TC>setup (and you are waiting an open LC to start pre_answer).... so now, the TC>terminator is waiting for the originator to start exchanging TCS/MSD. As TC>tunneling is true, this should be done using h.225 Facility messages. TC> TC> TC>your behavior should be like this: TC> TC> 5.242526 10.4.62.7 -> 10.4.4.254 H.225.0 CS: setup TC>OpenLogicalChannel g711A with 30 ms TC> 5.243982 10.4.4.254 -> 10.4.62.7 H.225.0 CS: callProceeding TC> 10.512617 10.4.4.254 -> 10.4.62.7 H.225.0 CS: progress TC> TC> 10.4.62.7 -> 10.4.4.254 H.225.0/H.245 CS: facility TC>terminalCapabilitySet TC> 10.4.62.7 -> 10.4.4.254 H.225.0/H.245 CS: facility TC>masterSlaveDetermination TC> TC> 10.4.4.254 -> 10.4.62.7 H.225.0/H.245 CS: facility TC>terminalCapabilitySet TC> 10.4.4.254 -> 10.4.62.7 H.225.0/H.245 CS: facility TC>masterSlaveDetermination TC> TC> 10.4.4.254 -> 10.4.62.7 H.225.0/H.245 CS: facility TC>terminalCapabilitySetAck TC> 10.4.4.254 -> 10.4.62.7 H.225.0/H.245 CS: facility TC>masterSlaveDeterminationAck TC> TC> 10.4.62.7 -> 10.4.4.254 H.225.0/H.245 CS: facility TC>terminalCapabilitySetAck TC> 10.4.62.7 -> 10.4.4.254 H.225.0/H.245 CS: facility TC>masterSlaveDeterminationAck TC> TC> 10.4.62.7 -> 10.4.4.254 H.225.0/H.245 CS: facility TC>openlogicalchannel (g711A) TC> 10.4.4.254 -> 10.4.62.7 H.225.0/H.245 CS: facility TC>openlogicalchannel (g711A) TC> TC> 10.4.62.7 -> 10.4.4.254 H.225.0/H.245 CS: facility TC>openlogicalchannelAck TC> 10.4.4.254 -> 10.4.62.7 H.225.0/H.245 CS: facility TC>openlogicalchannelAck TC> TC> <now you can start pre_answer!> TC> TC> 10.983697 10.4.4.254 -> 10.4.62.7 H.225.0 CS: alerting TC>... may bee, while i in hospital i have a very limited ways for testing, especially for inbound calls throuce h323. i find one issues in signaling part in h323plus, src/h323.cxx grep "Very Frustrating - S.H." try uncomment fast start handling there, may be it help. C уважением With Best Regards Георгиевский Юрий. Georgiewskiy Yuriy +7 4872 711666 +7 4872 711666 факс +7 4872 711143 fax +7 4872 711143 Компания ООО "Ай Ти Сервис" IT Service Ltd http://nkoort.ru http://nkoort.ru JID: GHhost@jabber.tula-ix.net.ru JID: GHhost@jabber.tula-ix.net.ru YG129-RIPE YG129-RIPE

On 2009-10-23 13:22 +0200, Tihomir Culjaga wrote freeswitch-users@lists.fre...: my bad, thx. TC>i meant you switched PCMA and PCMU... TC> TC>T. TC> TC>2009/10/23 Georgiewskiy Yuriy <bottleman@icf.org.ru> TC> TC>> On 2009-10-23 10:16 +0200, Tihomir Culjaga wrote TC>> freeswitch-users@lists.fre...: TC>> TC>> TC>> TC> TC>> TC>> TC>it is gonna be easier to track. TC>> TC>> TC> TC>> TC>> TC>Tomorrow i will test on 1.0.4 but please lets move to trunk. TC>> TC>> TC>> TC>> i make it a bit later, to move tickets to jira and source to svn i TC>> TC>> need some time to undertand how this system is works, especially jira. TC>> TC>> TC>> TC>> TC>> TC>audio issue is better now :) TC>> TC> TC>> TC>however i have a few questions: TC>> TC> TC>> TC>1. can we control codec framing size via config file setting (e.g. TC>> PCMA:20, TC>> TC>PCMU:20)? TC>> TC>> at this time i think no, there is a number issues in codec part now. TC>> TC>> TC>2. can we control tunneling via config file setting? TC>> TC>> at this time no, i implement it later. TC>> TC>> TC>3. can we control mediaWaitForConnect flag within setup message via TC>> config TC>> TC>file setting? TC>> TC>> what is mediaWaitForConnect flag, may be another trmin in h323? TC>> TC>> TC>Now, when i can test more and place outgoing calls to different TC>> equipment, i TC>> TC>found that there is an issue when we get h.225 progress without a TC>> fastStart TC>> TC>element. TC>> TC> TC>> TC>Here is a tshark: TC>> TC> TC>> TC> 5.242526 10.4.62.7 -> 10.4.4.254 H.225.0 CS: setup TC>> OpenLogicalChannel TC>> TC> TC>> TC> 5.243982 10.4.4.254 -> 10.4.62.7 H.225.0 CS: callProceeding TC>> TC> 10.512617 10.4.4.254 -> 10.4.62.7 H.225.0 CS: progress TC>> TC> 10.983697 10.4.4.254 -> 10.4.62.7 H.225.0 CS: alerting TC>> TC> 20.002796 10.4.4.254 -> 10.4.62.7 H.225.0 CS: connect TC>> TC> 20.002981 10.4.4.254 -> 10.4.62.7 H.225.0/H.245 CS: facility TC>> TC>terminalCapabilitySet TC>> TC> 20.003210 10.4.4.254 -> 10.4.62.7 H.225.0/H.245 CS: facility TC>> TC>masterSlaveDetermination TC>> TC> 31.472362 10.4.4.254 -> 10.4.62.7 H.225.0/H.245 CS: TC>> releaseComplete TC>> TC>endSessionCommand TC>> TC> TC>> TC> TC>> TC>the terminating GW didn't include a faststart element within a TC>> returning TC>> TC>h.225 message we didn't match the capabilities (framing of them) in our TC>> TC>setup (and you are waiting an open LC to start pre_answer).... so now, TC>> the TC>> TC>terminator is waiting for the originator to start exchanging TCS/MSD. As TC>> TC>tunneling is true, this should be done using h.225 Facility messages. TC>> TC> TC>> TC> TC>> TC>your behavior should be like this: TC>> TC> TC>> TC> 5.242526 10.4.62.7 -> 10.4.4.254 H.225.0 CS: setup TC>> TC>OpenLogicalChannel g711A with 30 ms TC>> TC> 5.243982 10.4.4.254 -> 10.4.62.7 H.225.0 CS: callProceeding TC>> TC> 10.512617 10.4.4.254 -> 10.4.62.7 H.225.0 CS: progress TC>> TC> TC>> TC> 10.4.62.7 -> 10.4.4.254 H.225.0/H.245 CS: TC>> facility TC>> TC>terminalCapabilitySet TC>> TC> 10.4.62.7 -> 10.4.4.254 H.225.0/H.245 CS: TC>> facility TC>> TC>masterSlaveDetermination TC>> TC> TC>> TC> 10.4.4.254 -> 10.4.62.7 H.225.0/H.245 CS: TC>> facility TC>> TC>terminalCapabilitySet TC>> TC> 10.4.4.254 -> 10.4.62.7 H.225.0/H.245 CS: TC>> facility TC>> TC>masterSlaveDetermination TC>> TC> TC>> TC> 10.4.4.254 -> 10.4.62.7 H.225.0/H.245 CS: TC>> facility TC>> TC>terminalCapabilitySetAck TC>> TC> 10.4.4.254 -> 10.4.62.7 H.225.0/H.245 CS: TC>> facility TC>> TC>masterSlaveDeterminationAck TC>> TC> TC>> TC> 10.4.62.7 -> 10.4.4.254 H.225.0/H.245 CS: TC>> facility TC>> TC>terminalCapabilitySetAck TC>> TC> 10.4.62.7 -> 10.4.4.254 H.225.0/H.245 CS: TC>> facility TC>> TC>masterSlaveDeterminationAck TC>> TC> TC>> TC> 10.4.62.7 -> 10.4.4.254 H.225.0/H.245 CS: TC>> facility TC>> TC>openlogicalchannel (g711A) TC>> TC> 10.4.4.254 -> 10.4.62.7 H.225.0/H.245 CS: TC>> facility TC>> TC>openlogicalchannel (g711A) TC>> TC> TC>> TC> 10.4.62.7 -> 10.4.4.254 H.225.0/H.245 CS: TC>> facility TC>> TC>openlogicalchannelAck TC>> TC> 10.4.4.254 -> 10.4.62.7 H.225.0/H.245 CS: TC>> facility TC>> TC>openlogicalchannelAck TC>> TC> TC>> TC> <now you can start pre_answer!> TC>> TC> TC>> TC> 10.983697 10.4.4.254 -> 10.4.62.7 H.225.0 CS: alerting TC>> TC>... TC>> TC>> may bee, while i in hospital i have a very limited ways for testing, TC>> especially for inbound calls throuce h323. i find one issues in signaling TC>> part in h323plus, src/h323.cxx grep "Very Frustrating - S.H." try uncomment TC>> fast start handling there, may be it help. TC>> TC>> C уважением With Best Regards TC>> Георгиевский Юрий. Georgiewskiy Yuriy TC>> +7 4872 711666 +7 4872 711666 TC>> факс +7 4872 711143 fax +7 4872 711143 TC>> Компания ООО "Ай Ти Сервис" IT Service Ltd TC>> http://nkoort.ru http://nkoort.ru TC>> JID: GHhost@jabber.tula-ix.net.ru JID: GHhost@jabber.tula-ix.net.ru TC>> YG129-RIPE YG129-RIPE TC>> TC>> _______________________________________________ TC>> FreeSWITCH-users mailing list TC>> FreeSWITCH-users@lists.freeswitch.org TC>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users TC>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users TC>> http://www.freeswitch.org TC>> TC>> TC> C уважением With Best Regards Георгиевский Юрий. Georgiewskiy Yuriy +7 4872 711666 +7 4872 711666 факс +7 4872 711143 fax +7 4872 711143 Компания ООО "Ай Ти Сервис" IT Service Ltd http://nkoort.ru http://nkoort.ru JID: GHhost@jabber.tula-ix.net.ru JID: GHhost@jabber.tula-ix.net.ru YG129-RIPE YG129-RIPE

On 2009-10-23 13:52 +0200, Tihomir Culjaga wrote freeswitch-users@lists.fre...: TC>> TC>> TC>3. can we control mediaWaitForConnect flag within setup message via TC>> config TC>> TC>file setting? TC>> TC>> what is mediaWaitForConnect flag, may be another trmin in h323? TC>> TC>> TC>> TC>If the calling endpoint sets the mediaWaitForConnect element to TRUE in the TC>Setup message, then TC>the called endpoint shall not send any media until after the Connect message TC>is sent. TC>The calling endpoint may begin transmitting media (according to the channels TC>opened) immediately TC>upon receiving a Q.931 message containing fastStart. Thus, the called TC>endpoint must be prepared to TC>immediately receive media on the channels it accepted in the Q.931 message TC>containing fastStart. TC>Note that national requirements may prohibit calling endpoints from TC>transmitting media prior to TC>receipt of a Connect message; it is the responsibility of the endpoint to TC>comply with applicable TC>requirements. TC> TC> TC>check "H225_Setup_UUIE & H323SignalPDU::BuildSetup" within src/h323pdu.cxx TC>(H323plus) i think it can be implemented later, but, why it may be needed? can you explain some situation where it need? TC>> TC>... TC>> TC>> may bee, while i in hospital i have a very limited ways for testing, TC>> especially for inbound calls throuce h323. i find one issues in signaling TC>> part in h323plus, src/h323.cxx grep "Very Frustrating - S.H." try uncomment TC>> fast start handling there, may be it help. TC>> TC>> TC>I'm not sure it is gonna help. This is only for CallProceeding having a TC>faststart element... What i have is a progress message without a faststart TC>element but with h245 address... it should go to StartControlChannel but i TC>think it is stuck since you call pre_answer before it actually opens a LC. TC> TC> TC>PBoolean H323Connection::OnReceivedProgress(const H323SignalPDU & pdu) TC>{ TC> if (pdu.m_h323_uu_pdu.m_h323_message_body.GetTag() != TC>H225_H323_UU_PDU_h323_message_body::e_progress) TC> return FALSE; TC> const H225_Progress_UUIE & progress = TC>pdu.m_h323_uu_pdu.m_h323_message_body; TC> TC> SetRemoteVersions(progress.m_protocolIdentifier); TC> SetRemotePartyInfo(pdu); TC> SetRemoteApplication(progress.m_destinationInfo); TC> TC> // Check for fastStart data and start fast TC> if (progress.HasOptionalField(H225_Progress_UUIE::e_fastStart)) TC> HandleFastStartAcknowledge(progress.m_fastStart); TC> TC> // Check that it has the H.245 channel connection info TC> if (progress.HasOptionalField(H225_Progress_UUIE::e_h245Address)) TC> return StartControlChannel(progress.m_h245Address); TC> TC> return TRUE; TC>} TC> TC> TC> TC>you should handle this and postpone pre_answer until you get an open LC. pre_answer is not complete at this time, i say it a some kinde of hack, there is another issues with it ans sofia in case proxy-media true. C уважением With Best Regards Георгиевский Юрий. Georgiewskiy Yuriy +7 4872 711666 +7 4872 711666 факс +7 4872 711143 fax +7 4872 711143 Компания ООО "Ай Ти Сервис" IT Service Ltd http://nkoort.ru http://nkoort.ru JID: GHhost@jabber.tula-ix.net.ru JID: GHhost@jabber.tula-ix.net.ru YG129-RIPE YG129-RIPE

On 2009-10-23 14:38 +0200, Tihomir Culjaga wrote freeswitch-users@lists.fre...: TC>> TC>> TC>check "H225_Setup_UUIE & H323SignalPDU::BuildSetup" within TC>> src/h323pdu.cxx TC>> TC>(H323plus) TC>> TC>> i think it can be implemented later, but, why it may be needed? can you TC>> explain some TC>> situation where it need? TC>> TC>> TC>> TC> TC>> TC>you should handle this and postpone pre_answer until you get an open LC. TC>> TC>> pre_answer is not complete at this time, i say it a some kinde of hack, TC>> there is TC>> another issues with it ans sofia in case proxy-media true. TC>> TC>> TC> TC>bool FSH323Connection::OnReceivedProgress(const H323SignalPDU &pdu) TC>{ TC> PTRACE(4, "mod_h323\t======>FSH323Connection::OnReceivedProgress"); TC> m_txAudioOpened.Wait(); TC> switch_channel_mark_pre_answered(m_fsChannel); TC> return true; TC>} TC> TC> TC> TC>so for me the workaround for this was: TC> TC> TC> TC> TC>bool FSH323Connection::OnReceivedProgress(const H323SignalPDU &pdu) TC>{ TC> PTRACE(4, "mod_h323\t======>FSH323Connection::OnReceivedProgress"); TC> TC> PTRACE(4, "mod_h323\t======>FSH323Connection::OnReceivedProgress - TC>disabled pre_answer!!!!"); TC> TC> //m_txAudioOpened.Wait(); TC> //switch_channel_mark_pre_answered(m_fsChannel); TC> return true; TC>} TC> in that chase wee are not hear anything going inband if receive progress ind from called h323 endpoint, there will bee ringback, for exmaple mobule fone then it out of network. if you dont need this make this changes until i fix it. C уважением With Best Regards Георгиевский Юрий. Georgiewskiy Yuriy +7 4872 711666 +7 4872 711666 факс +7 4872 711143 fax +7 4872 711143 Компания ООО "Ай Ти Сервис" IT Service Ltd http://nkoort.ru http://nkoort.ru JID: GHhost@jabber.tula-ix.net.ru JID: GHhost@jabber.tula-ix.net.ru YG129-RIPE YG129-RIPE

a solution to H323 endpoint => FS => SIP user no audio issue is to disable a wait for tx Audio ... for case SWITCH_MESSAGE_INDICATE_ANSWER:{ //m_txAudioOpened.Wait(); case SWITCH_MESSAGE_INDICATE_ANSWER:{ switch_log_printf(SWITCH_CHANNEL_LOG, SWITCH_LOG_CONSOLE, "ANSWER: we got Answer event\n"); if (switch_channel_test_flag(channel, CF_OUTBOUND)) { switch_log_printf(SWITCH_CHANNEL_LOG, SWITCH_LOG_CONSOLE, "ANSWER: we got Answer event - CF_OUTBOUND \n"); return SWITCH_STATUS_FALSE; } AnsweringCall(H323Connection::AnswerCallNow); switch_log_printf(SWITCH_CHANNEL_LOG, SWITCH_LOG_CONSOLE, "ANSWER: suppose the call is Answered Now\n"); PTRACE(4, "mod_h323\tMedia started on connection " << *this); // test //switch_channel_mark_answered(m_fsChannel); m_rxAudioOpened.Wait(); switch_log_printf(SWITCH_CHANNEL_LOG, SWITCH_LOG_CONSOLE, "ANSWER: wait for m_rxAudioOpened\n"); //m_txAudioOpened.Wait(); switch_log_printf(SWITCH_CHANNEL_LOG, SWITCH_LOG_CONSOLE, "ANSWER: we disable wait for m_txAudioOpened\n"); switch_log_printf(SWITCH_CHANNEL_LOG, SWITCH_LOG_CONSOLE, "ANSWER: were waiting for rx/tx AudioOpen\n"); if (!switch_channel_test_flag(m_fsChannel, CF_EARLY_MEDIA)) { switch_log_printf(SWITCH_CHANNEL_LOG, SWITCH_LOG_CONSOLE, "ANSWER: we have early media\n"); PTRACE(4, "mod_h323\t-------------------->switch_channel_mark_answered(m_fsChannel) " << *this); switch_channel_mark_answered(m_fsChannel); switch_log_printf(SWITCH_CHANNEL_LOG, SWITCH_LOG_CONSOLE, "ANSWER: answered in early Media\n"); } break; } Now, I'm able to both originate and terminate cals with 2-way audio... the signaling looks correct... outgoing: 1369.425046 10.4.62.7 -> 10.4.62.89 SIP/SDP Request: INVITE sip:1001@10.4.62.89 <sip%3A1001@10.4.62.89>;transport=udp, with session description 1369.426255 10.4.62.7 -> 10.4.62.31 H.225.0 CS: alerting 1369.435950 10.4.62.89 -> 10.4.62.7 SIP Status: 100 Trying 1369.449065 10.4.62.89 -> 10.4.62.7 SIP Status: 180 Ringing 1369.605109 10.4.62.7 -> 10.4.62.31 H.225.0 CS: progress OpenLogicalChannel 1369.609788 10.4.62.31 -> 10.4.62.7 H.225.0/H.245 CS: facility terminalCapabilitySet 1369.610489 10.4.62.31 -> 10.4.62.7 H.225.0/H.245 CS: facility masterSlaveDetermination 1369.619071 10.4.62.7 -> 10.4.62.31 H.225.0/H.245 CS: empty terminalCapabilitySet 1369.620349 10.4.62.7 -> 10.4.62.31 H.225.0/H.245 CS: empty terminalCapabilitySetAck 1369.623215 10.4.62.31 -> 10.4.62.7 H.225.0/H.245 CS: facility terminalCapabilitySetAck 1369.625591 10.4.62.7 -> 10.4.62.31 H.225.0/H.245 CS: empty masterSlaveDeterminationAck 1369.628174 10.4.62.31 -> 10.4.62.7 H.225.0/H.245 CS: facility masterSlaveDeterminationAck 1370.966958 10.4.62.89 -> 10.4.62.7 SIP/SDP Status: 200 OK, with session description 1370.967431 10.4.62.7 -> 10.4.62.89 SIP Request: ACK sip:1001@10.4.62.89 <sip%3A1001@10.4.62.89>;transport=udp 1370.975172 10.4.62.7 -> 10.4.62.31 H.225.0 CS: connect 1372.354383 10.4.62.89 -> 10.4.62.7 SIP Request: BYE sip:mod_sofia@10.4.62.7:5060 1372.355147 10.4.62.7 -> 10.4.62.89 SIP Status: 200 OK 1372.392904 10.4.62.7 -> 10.4.62.31 H.225.0/H.245 CS: releaseComplete endSessionCommand 1372.397302 10.4.62.31 -> 10.4.62.7 H.225.0 CS: releaseComplete incoming: 1502.817154 10.4.62.31 -> 10.4.62.7 H.225.0 CS: setup OpenLogicalChannel 1502.833732 10.4.62.7 -> 10.4.62.31 H.225.0 CS: callProceeding 1502.850909 10.4.62.7 -> 10.4.62.89 SIP/SDP Request: INVITE sip:1001@10.4.62.89 <sip%3A1001@10.4.62.89>;transport=udp, with session description 1502.851758 10.4.62.7 -> 10.4.62.31 H.225.0 CS: alerting 1502.861828 10.4.62.89 -> 10.4.62.7 SIP Status: 100 Trying 1502.875127 10.4.62.89 -> 10.4.62.7 SIP Status: 180 Ringing 1503.033258 10.4.62.7 -> 10.4.62.31 H.225.0 CS: progress OpenLogicalChannel 1503.037908 10.4.62.31 -> 10.4.62.7 H.225.0/H.245 CS: facility terminalCapabilitySet 1503.038608 10.4.62.31 -> 10.4.62.7 H.225.0/H.245 CS: facility masterSlaveDetermination 1503.050154 10.4.62.7 -> 10.4.62.31 H.225.0/H.245 CS: empty terminalCapabilitySet 1503.051381 10.4.62.7 -> 10.4.62.31 H.225.0/H.245 CS: empty terminalCapabilitySetAck 1503.054297 10.4.62.31 -> 10.4.62.7 H.225.0/H.245 CS: facility terminalCapabilitySetAck 1503.054917 10.4.62.7 -> 10.4.62.31 H.225.0/H.245 CS: empty masterSlaveDeterminationAck 1503.057933 10.4.62.31 -> 10.4.62.7 H.225.0/H.245 CS: facility masterSlaveDeterminationAck 1505.485493 10.4.62.89 -> 10.4.62.7 SIP/SDP Status: 200 OK, with session description 1505.486018 10.4.62.7 -> 10.4.62.89 SIP Request: ACK sip:1001@10.4.62.89 <sip%3A1001@10.4.62.89>;transport=udp 1505.493611 10.4.62.7 -> 10.4.62.31 H.225.0 CS: connect 1509.565959 10.4.62.89 -> 10.4.62.7 SIP Request: BYE sip:mod_sofia@10.4.62.7:5060 1509.566722 10.4.62.7 -> 10.4.62.89 SIP Status: 200 OK 1509.577435 10.4.62.7 -> 10.4.62.31 H.225.0/H.245 CS: releaseComplete endSessionCommand 1509.582066 10.4.62.31 -> 10.4.62.7 H.225.0 CS: releaseComplete ... i still need to check the CDRs as well but here we are :)

if you were on trunk that line of code would be gone. you really can't do development on 1.0.4 its 6 months old and it will cause you more trouble than you think when you eventually upgrade if you do not do it soon. 2009/10/23 Georgiewskiy Yuriy <bottleman@icf.org.ru>

On 2009-10-23 16:57 +0200, Tihomir Culjaga wrote freeswitch-users@lists.fre...:

i have question to developers about one proce in fs

src/switch_ivr_originate.c

static switch_status_t originate_on_consume_media_transmit(switch_core_session_t *session) { switch_channel_t *channel = switch_core_session_get_channel(session);

if (!switch_channel_test_flag(channel, CF_PROXY_MODE)) { while (switch_channel_get_state(channel) == CS_CONSUME_MEDIA && !switch_channel_test_flag(chann if (!switch_channel_media_ready(channel)) { switch_yield(10000); } else { switch_ivr_sleep(session, 10, SWITCH_FALSE, NULL); } } }

switch_channel_clear_state_handler(channel, &originate_state_handlers);

return SWITCH_STATUS_FALSE; }

what exacly it do?

call scheme like this sip->fs->h323->gk->h323(on same fs)->fs(same too) and there i have no audio issues. if bridge connect while it sleep i have audio, if it not sleep while bridge connect i have no audio.

TC>a solution to H323 endpoint => FS => SIP user no audio issue TC> TC>is to disable a wait for tx Audio ... for case TC>SWITCH_MESSAGE_INDICATE_ANSWER:{ TC> TC>//m_txAudioOpened.Wait(); TC> TC> TC> case SWITCH_MESSAGE_INDICATE_ANSWER:{ TC> TC> switch_log_printf(SWITCH_CHANNEL_LOG, TC>SWITCH_LOG_CONSOLE, "ANSWER: we got Answer event\n"); TC> TC> if (switch_channel_test_flag(channel, CF_OUTBOUND)) TC>{ TC> TC> switch_log_printf(SWITCH_CHANNEL_LOG, TC>SWITCH_LOG_CONSOLE, "ANSWER: we got Answer event - CF_OUTBOUND TC>\n"); TC> return SWITCH_STATUS_FALSE; TC> } TC> AnsweringCall(H323Connection::AnswerCallNow); TC> TC> switch_log_printf(SWITCH_CHANNEL_LOG, TC>SWITCH_LOG_CONSOLE, "ANSWER: suppose the call is Answered Now\n"); TC> PTRACE(4, "mod_h323\tMedia started on connection " TC><< *this); TC> TC> // test TC> //switch_channel_mark_answered(m_fsChannel); TC> TC> m_rxAudioOpened.Wait(); TC> switch_log_printf(SWITCH_CHANNEL_LOG, TC>SWITCH_LOG_CONSOLE, "ANSWER: wait for m_rxAudioOpened\n"); TC> //m_txAudioOpened.Wait(); TC> switch_log_printf(SWITCH_CHANNEL_LOG, TC>SWITCH_LOG_CONSOLE, "ANSWER: we disable wait for m_txAudioOpened\n"); TC> TC> switch_log_printf(SWITCH_CHANNEL_LOG, TC>SWITCH_LOG_CONSOLE, "ANSWER: were waiting for rx/tx AudioOpen\n"); TC> TC> if (!switch_channel_test_flag(m_fsChannel, TC>CF_EARLY_MEDIA)) { TC> TC> switch_log_printf(SWITCH_CHANNEL_LOG, TC>SWITCH_LOG_CONSOLE, "ANSWER: we have early media\n"); TC> TC> PTRACE(4, TC>"mod_h323\t-------------------->switch_channel_mark_answered(m_fsChannel) " TC><< *this); TC> switch_channel_mark_answered(m_fsChannel); TC> switch_log_printf(SWITCH_CHANNEL_LOG, TC>SWITCH_LOG_CONSOLE, "ANSWER: answered in early Media\n"); TC> } TC> break; TC> } TC> TC> TC>Now, I'm able to both originate and terminate cals with 2-way audio... TC>the signaling looks correct... TC> TC> TC> TC>outgoing: TC> TC>1369.425046 10.4.62.7 -> 10.4.62.89 SIP/SDP Request: INVITE TC>sip:1001@10.4.62.89 <sip%3A1001@10.4.62.89> <sip%3A1001@10.4.62.89<sip%253A1001@10.4.62.89>>;transport=udp, with session TC>description TC>1369.426255 10.4.62.7 -> 10.4.62.31 H.225.0 CS: alerting TC>1369.435950 10.4.62.89 -> 10.4.62.7 SIP Status: 100 Trying TC>1369.449065 10.4.62.89 -> 10.4.62.7 SIP Status: 180 Ringing TC>1369.605109 10.4.62.7 -> 10.4.62.31 H.225.0 CS: progress TC>OpenLogicalChannel TC>1369.609788 10.4.62.31 -> 10.4.62.7 H.225.0/H.245 CS: facility TC>terminalCapabilitySet TC>1369.610489 10.4.62.31 -> 10.4.62.7 H.225.0/H.245 CS: facility TC>masterSlaveDetermination TC>1369.619071 10.4.62.7 -> 10.4.62.31 H.225.0/H.245 CS: empty TC>terminalCapabilitySet TC>1369.620349 10.4.62.7 -> 10.4.62.31 H.225.0/H.245 CS: empty TC>terminalCapabilitySetAck TC>1369.623215 10.4.62.31 -> 10.4.62.7 H.225.0/H.245 CS: facility TC>terminalCapabilitySetAck TC>1369.625591 10.4.62.7 -> 10.4.62.31 H.225.0/H.245 CS: empty TC>masterSlaveDeterminationAck TC>1369.628174 10.4.62.31 -> 10.4.62.7 H.225.0/H.245 CS: facility TC>masterSlaveDeterminationAck TC>1370.966958 10.4.62.89 -> 10.4.62.7 SIP/SDP Status: 200 OK, with TC>session description TC>1370.967431 10.4.62.7 -> 10.4.62.89 SIP Request: ACK TC>sip:1001@10.4.62.89 <sip%3A1001@10.4.62.89> <sip%3A1001@10.4.62.89<sip%253A1001@10.4.62.89>

...

;transport=udp TC>1370.975172 10.4.62.7 -> 10.4.62.31 H.225.0 CS: connect TC>1372.354383 10.4.62.89 -> 10.4.62.7 SIP Request: BYE TC>sip:mod_sofia@10.4.62.7:5060 TC>1372.355147 10.4.62.7 -> 10.4.62.89 SIP Status: 200 OK TC>1372.392904 10.4.62.7 -> 10.4.62.31 H.225.0/H.245 CS: releaseComplete TC>endSessionCommand TC>1372.397302 10.4.62.31 -> 10.4.62.7 H.225.0 CS: releaseComplete TC> TC> TC>incoming: TC> TC> TC>1502.817154 10.4.62.31 -> 10.4.62.7 H.225.0 CS: setup TC>OpenLogicalChannel TC>1502.833732 10.4.62.7 -> 10.4.62.31 H.225.0 CS: callProceeding TC>1502.850909 10.4.62.7 -> 10.4.62.89 SIP/SDP Request: INVITE TC>sip:1001@10.4.62.89 <sip%3A1001@10.4.62.89> <sip%3A1001@10.4.62.89<sip%253A1001@10.4.62.89>>;transport=udp, with session TC>description TC>1502.851758 10.4.62.7 -> 10.4.62.31 H.225.0 CS: alerting TC>1502.861828 10.4.62.89 -> 10.4.62.7 SIP Status: 100 Trying TC>1502.875127 10.4.62.89 -> 10.4.62.7 SIP Status: 180 Ringing TC>1503.033258 10.4.62.7 -> 10.4.62.31 H.225.0 CS: progress TC>OpenLogicalChannel TC>1503.037908 10.4.62.31 -> 10.4.62.7 H.225.0/H.245 CS: facility TC>terminalCapabilitySet TC>1503.038608 10.4.62.31 -> 10.4.62.7 H.225.0/H.245 CS: facility TC>masterSlaveDetermination TC>1503.050154 10.4.62.7 -> 10.4.62.31 H.225.0/H.245 CS: empty TC>terminalCapabilitySet TC>1503.051381 10.4.62.7 -> 10.4.62.31 H.225.0/H.245 CS: empty TC>terminalCapabilitySetAck TC>1503.054297 10.4.62.31 -> 10.4.62.7 H.225.0/H.245 CS: facility TC>terminalCapabilitySetAck TC>1503.054917 10.4.62.7 -> 10.4.62.31 H.225.0/H.245 CS: empty TC>masterSlaveDeterminationAck TC>1503.057933 10.4.62.31 -> 10.4.62.7 H.225.0/H.245 CS: facility TC>masterSlaveDeterminationAck TC>1505.485493 10.4.62.89 -> 10.4.62.7 SIP/SDP Status: 200 OK, with TC>session description TC>1505.486018 10.4.62.7 -> 10.4.62.89 SIP Request: ACK TC>sip:1001@10.4.62.89 <sip%3A1001@10.4.62.89> <sip%3A1001@10.4.62.89<sip%253A1001@10.4.62.89> ;transport=udp TC>1505.493611 10.4.62.7 -> 10.4.62.31 H.225.0 CS: connect TC>1509.565959 10.4.62.89 -> 10.4.62.7 SIP Request: BYE TC>sip:mod_sofia@10.4.62.7:5060 TC>1509.566722 10.4.62.7 -> 10.4.62.89 SIP Status: 200 OK TC>1509.577435 10.4.62.7 -> 10.4.62.31 H.225.0/H.245 CS: releaseComplete TC>endSessionCommand TC>1509.582066 10.4.62.31 -> 10.4.62.7 H.225.0 CS: releaseComplete TC> TC> TC> TC>... i still need to check the CDRs as well but here we are :) TC>

can you send a diff? in you call scheme call from h323 endpoint to fs is not have RAS?, because i don't have no audio issues in transit from h323 to sip, but my calls a going thorough GK and fs is regitered on them, my call scheme is h323ep-RAS->GK-RAS->fs.

C уважением With Best Regards Георгиевский Юрий. Georgiewskiy Yuriy +7 4872 711666 +7 4872 711666 факс +7 4872 711143 fax +7 4872 711143 Компания ООО "Ай Ти Сервис" IT Service Ltd http://nkoort.ru http://nkoort.ru JID: GHhost@jabber.tula-ix.net.ru JID: GHhost@jabber.tula-ix.net.ru YG129-RIPE YG129-RIPE

_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org

-- Anthony Minessale II FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/ Twitter: http://twitter.com/FreeSWITCH_wire AIM: anthm MSN:anthony_minessale@hotmail.com <MSN%3Aanthony_minessale@hotmail.com> GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com<PAYPAL%3Aanthony.minessale@gmail.com> IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:888@conference.freeswitch.org <sip%3A888@conference.freeswitch.org> iax:guest@conference.freeswitch.org/888 googletalk:conf+888@conference.freeswitch.org<googletalk%3Aconf%2B888@conference.freeswitch.org> pstn:213-799-1400

2009/10/23 Georgiewskiy Yuriy <bottleman@icf.org.ru>

On 2009-10-23 10:37 -0500, Anthony Minessale wrote freeswitch-users@lists.f...:

i have no way to install trunk at this time, i will go out of hospital about one week later, after this i will can try it on trunk.

AM>if you were on trunk that line of code would be gone. AM>you really can't do development on 1.0.4 its 6 months old and it will cause AM>you more trouble than you think when you eventually upgrade if you do not do

uh... you are still in there ... damn sorry to hear that. I know what the feeling is... i was in the same position a couple of months ago... anyhow at least i had plenty of time to do my private research.. hope it is the case with you as well. so, if you have that time i can offer you my development server with trunk installed and all the hands on. let me know... BTW: it really doesn't have sense to develop on 1.0.4 ... the proof of concept was done. I'm able to place calls in both directions so, lets move to trunk now. T.

TC>BTW: it really doesn't have sense to develop on 1.0.4 ... the proof of TC>concept was done. I'm able to place calls in both directions so, lets move TC>to trunk now.

i have my own voip infrastructure on my work, and it's better for me to use it for tests, and use my personal on work too, i have problem with various hardware and call making, there is i have dialup connection and all what i can - make one call whit only g729 codec, or receive one call, no more, it's is a bandwich limitation. from hardware i have only ip phone artdio ipf2000 and one addpac gateway. also ssh sesssion is very slow.

I see... it is not the ideal development environment :)... Indeed, a dialup is not a good thing... i guess your g729 is compressed to the maximum :)

P.S. people from russian community report what current version of module work fine on fs trunk version.

that's strange that they report it working as "m_txAudioOpened" is never gonna be ready in pre_answer :P... i had to comment it to make it working. anyhow, i moved everything to trunk and will do some tests on Monday. T

On 2009-10-23 15:14 +0200, Tihomir Culjaga wrote freeswitch-users@lists.fre...: TC> TC> so the real solution is to implement a check for CallProceeding , Progress TC>and Facility message whether it has a faststart element included. It it is TC>true than you might start pre_answer. TC> TC> TC>also, i don't see any handling of Call Proceeding ... what if there is a TC>fastStart element in CallProceeding message? :) Handling of fastStart in CallProceeding is commented out in h323plus library, this is exploration from h323plus developers about this: Yes that should be mera. The problem is that Callproceeding does not always come from the remote it may be generated by the gatekeeper. MERA where sending fast start elements in the Call proceeding and connect. The call proceeding where not valid and causing the media to fail. Normally (although valid) EP's do not set Fast Start in Call proceeding so the code was disabled to resolve the MERA issue. if you wont read "bugs" file in mod_h323, there is explaned how to enable it. C уважением With Best Regards Георгиевский Юрий. Georgiewskiy Yuriy +7 4872 711666 +7 4872 711666 факс +7 4872 711143 fax +7 4872 711143 Компания ООО "Ай Ти Сервис" IT Service Ltd http://nkoort.ru http://nkoort.ru JID: GHhost@jabber.tula-ix.net.ru JID: GHhost@jabber.tula-ix.net.ru YG129-RIPE YG129-RIPE

On 2009-10-20 10:17 +0200, Tihomir Culjaga wrote freeswitch-users@lists.fre...: TC>> TC> TC>> TC>call flow is SIP_user => FS => H323_endpoint is failing .. TC>> coredumped.... TC>> TC>http://pastebin.freeswitch.org/10703 TC>> TC>> i fix some bugs now, TC>> ftp://srv.icf.org.ru/pub/soft/f/freeswitch/mod_h323/mod_h323.tar.bz2 this TC>> is TC>> updated version, try it, if you experience no audio try enable rtp proxy in TC>> you sip profile. TC>> TC>> TC>Hi, there are several issues... lets start with top 4 :) TC> TC> TC> TC>1. I'm still stuck with no audio: TC> TC>I have this parameter in the sip profile set: <param TC>name="inbound-proxy-media" value="true"/> TC>...tried with both with slow start and fast start... any idea ? TC> TC>pls check: http://pastebin.freeswitch.org/10771 try to sniff rtp traffic on fs, is it go thouch him. TC> TC> TC> TC> TC> TC>2. outgoing calls still failing in coredumps: what is your dialplan ? ... TC>how do you call bridge application? simple: <action application="bridge" data="h323/${number}"/> if fs not registered on gk then data="h323/${number}@xxx.xxx.xxx.xxx". TC> TC>2009-10-20 10:08:18.424083 [DEBUG] h323caps.cxx:3252 Found capability: TC>UserInput/PointDevice <14> TC>2009-10-20 10:08:18.424083 [DEBUG] h323caps.cxx:3248 FindCapability: 15 TC>2009-10-20 10:08:18.426608 [DEBUG] osutils.cxx:60 Created external thread TC>0xb6eb60a0 for id 3048876944 TC>2009-10-20 10:08:18.426608 [DEBUG] osutils.cxx:65 Destroyed external thread TC>0xb6ebafa8 for id 3048876944 TC>2009-10-20 10:08:18.426608 [DEBUG] tlibthrd.cxx:406 Destroyed thread TC>0xb6ebafa8 PExternalThread:0xb5ba2b90(id = b5ba2b90) TC>2009-10-20 10:08:18.426608 [DEBUG] h323caps.cxx:3252 Found capability: TC>UserInput/Modal <15> TC>2009-10-20 10:08:18.426608 [DEBUG] osutils.cxx:880 MONITOR: timers=0, TC>expiries=0 TC>2009-10-20 10:08:18.426608 [DEBUG] osutils.cxx:880 MONITOR: timers=0, TC>expiries=0 TC>2009-10-20 10:08:18.426608 [DEBUG] osutils.cxx:60 Created external thread TC>0xb6eba910 for id 3048876944 TC>2009-10-20 10:08:18.426608 [DEBUG] h4601.cxx:1725 Endpoint Attached TC>Segmentation fault (core dumped) TC>tculjaga@subZero:~/freeswitch-trunk$ TC> TC>pls check: http://pastebin.freeswitch.org/10769 look strange, what version of libpt/h323plus you use and freeswitch itself ? TC> TC> TC> TC>3. when you hangup from SIP side, the call is not released end-to-end (the TC>H323 endpoint doesn't get any releaseComplete message) TC> TC>2009-10-20 10:10:51.264527 [DEBUG] osutils.cxx:880 MONITOR: timers=2, TC>expiries=3 TC>2009-10-20 10:10:51.264527 [DEBUG] h323neg.cxx:432 Received TC>MasterSlaveDeterminationAck: state=Incoming TC>2009-10-20 10:10:51.264527 [DEBUG] osutils.cxx:880 MONITOR: timers=1, TC>expiries=3 TC>2009-10-20 10:10:51.264527 [DEBUG] osutils.cxx:880 MONITOR: timers=2, TC>expiries=4 TC>2009-10-20 10:10:51.264527 [DEBUG] h323.cxx:4138 TC>InternalEstablishedConnectionCheck: connectionState=EstablishedConnection TC>fastStartState=FastStartAcknowledged TC>2009-10-20 10:10:51.264527 [DEBUG] h323caps.cxx:3264 FindCapability: "T.120" TC>2009-10-20 10:10:51.264527 [DEBUG] h323.cxx:4138 TC>InternalEstablishedConnectionCheck: connectionState=EstablishedConnection TC>fastStartState=FastStartAcknowledged TC>2009-10-20 10:10:51.264527 [DEBUG] tlibthrd.cxx:1023 TC>PThread::PXBlockOnIO(45,0) TC>2009-10-20 10:10:54.405479 [NOTICE] sofia.c:328 Hangup sofia/internal/ TC>sip:1001@10.4.62.89 <sip%3A1001@10.4.62.89> [CS_CONSUME_MEDIA] TC>[NORMAL_CLEARING] TC>2009-10-20 10:10:54.405479 [DEBUG] switch_channel.c:1726 Send signal TC>sofia/internal/sip:1001@10.4.62.89 <sip%3A1001@10.4.62.89> [KILL] TC>2009-10-20 10:10:54.405479 [DEBUG] switch_core_session.c:932 Send signal TC>sofia/internal/sip:1001@10.4.62.89 <sip%3A1001@10.4.62.89> [BREAK] TC>2009-10-20 10:10:54.405479 [DEBUG] switch_core_state_machine.c:437 thread TC>mismatch skipping state handler. TC>2009-10-20 10:10:54.405479 [DEBUG] switch_core_state_machine.c:306 TC>(sofia/internal/sip:1001@10.4.62.89 <sip%3A1001@10.4.62.89>) Running State TC>Change CS_HANGUP TC>2009-10-20 10:10:54.406530 [DEBUG] switch_core_state_machine.c:464 TC>(sofia/internal/sip:1001@10.4.62.89 <sip%3A1001@10.4.62.89>) State HANGUP TC>2009-10-20 10:10:54.406530 [DEBUG] mod_sofia.c:338 Channel sofia/internal/ TC>sip:1001@10.4.62.89 <sip%3A1001@10.4.62.89> hanging up, cause: TC>NORMAL_CLEARING TC>2009-10-20 10:10:54.406530 [DEBUG] switch_core_state_machine.c:46 TC>sofia/internal/sip:1001@10.4.62.89 <sip%3A1001@10.4.62.89> Standard HANGUP, TC>cause: NORMAL_CLEARING TC> TC> TC>pls check: http://pastebin.freeswitch.org/10771 hm, according this log it send release complete: 2009-10-20 10:11:03.995707 [DEBUG] h323pdu.cxx:609 Sending PDU [ip$10.4.62.7:1720/ip$10.1.14.153:3341] i think please try to dump full traffic of this call from both endpoints and send me. TC> TC> TC> TC> TC>4. sometimes when i shutdown FS i get coredimps - from my experience it TC>looks like you don't wait for a FS thread to finish when you exit... TC> TC>2009-10-20 10:05:59.493306 [CONSOLE] switch_event.c:508 Stopping queue TC>thread 2 TC>2009-10-20 10:05:59.493339 [CONSOLE] switch_core.c:1693 Finalizing Shutdown. TC>2009-10-20 10:05:59.493379 [CONSOLE] switch_log.c:310 Logger Ended. TC>2009-10-20 10:05:59.494472 [CONSOLE] switch_core_memory.c:567 Stopping TC>memory pool queue. TC>Segmentation fault (core dumped) TC>tculjaga@subZero:~/freeswitch-trunk$ TC>tculjaga@subZero:~/freeswitch-trunk$ may be, i don't look on this so close at this time. TC>Please advice your FS/mod_h323.conf.xml settings... <configuration name="h323.conf" description="H323 Endpoints"> <settings> <param name="trace-level" value="4"/> <param name="context" value="default"/> <param name="dialplan" value="XML"/> <param name="codec-prefs" value="PCMA,PCMU,GSM,G729,G726,LPC"/> <param name="gk-address" value="91.195.204.1"/> <!-- empty to disable, "*" to search LAN --> <param name="gk-identifer" value="ICFGK"/> <!-- optional name of gk --> <param name="gk-interface" value=""/> <!-- optional listener interface name --> </settings> <listeners> <listener name="default"> <param name="h323-ip" value="$${local_ip_v4}"/> <param name="h323-port" value="1720"/> </listener> </listeners> </configuration> this my current settings. C уважением With Best Regards Георгиевский Юрий. Georgiewskiy Yuriy +7 4872 711666 +7 4872 711666 факс +7 4872 711143 fax +7 4872 711143 Компания ООО "Ай Ти Сервис" IT Service Ltd http://nkoort.ru http://nkoort.ru JID: GHhost@jabber.tula-ix.net.ru JID: GHhost@jabber.tula-ix.net.ru YG129-RIPE YG129-RIPE