Re: [Freeswitch-users] Fwd: mod_opal - call charged before H.225 connect
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. this is a feature .. called force_callproceeding. It means MERA will send a provisional CallProceeding in order not to timeout on calls that don't respond with that message on time. If this message contains a faststart element it is certanly a bug and it has to be reported to them. MERA where sending fast start elements in the Call proceeding and connect. The call proceeding where not valid and causing the media to fail. well if there is a correct faststart element within a connect message (or alerting or facility or progress), the originator should adjust the media resources accordingly. Here what could went wrong is just the media before the next faststart element in the row. Normally (although valid) EP's do not set Fast Start in Call proceeding so the code was disabled to resolve the MERA issue. well, this is unlikely as fast start element can be included in call proceeding message. The developer's task is to determine whether a call proceeding message is to be trusted or not. Also, provisional call proceeding messages don't have faststart element included! There are equipment (Cisco PGW / HSI) that are sending call proceeding with faststart element and h245Controll (OLC + TCS/MSD) that has to be treated correctly. Unfortunately, just disabling handling of callproceeding faststart element is not a real option... if you wont read bugs file in mod_h323, there is explaned how to enable it. of course i can enable it during build time but this will not solve interop issues later we can encounter... Do you maybe have some sniffs/traces of the wrong call proceeding message ? ...anyhow this is the expected behaviour when a GK/Proxy sends a provisional Call Proceding to the terminator and later it receives the real Call Proceeding carring faststart and h245Controll element within. Entities in the signalling path shall also use the Facility message or the Progress message to convey any new information (such as Q.931 information elements, CallProceeding-UUIE fields, tunnelled non-H.323 protocols, and encapsulated H.245 messages) received in a Call Proceeding message to the other endpoint if the entity has already sent a Call Proceeding message. This will allow the entity, for example, to transmit the fastStart element to facilitate proper establishment of a Fast Connect call and/or a Progress Indicator to indicate the presence of in-band tones and announcements. When using the Facility message to carrying such information extracted from the Call Proceeding message, the reason in the Facility should be set to forwardedElements. in other words: ORIG GKTERM - Setup OLC = Call proceeding (prov)= Setup OLC = Call proceeding (OLC+TCS/MSD) = Facility (OLC+TCS/MSD)= --- normal call establishment scenario follows --- ___ 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
Re: [Freeswitch-users] Fwd: mod_opal - call charged before H.225 connect
On 2009-10-23 15:14 +0200, Tihomir Culjaga wrote freeswitch-us...@lists.fre...: TC TC so the real solution is to implement a check for CallProceeding , Progress TCand Facility message whether it has a faststart element included. It it is TCtrue than you might start pre_answer. TC TC TCalso, i don't see any handling of Call Proceeding ... what if there is a TCfastStart 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: ghh...@jabber.tula-ix.net.ru JID: ghh...@jabber.tula-ix.net.ru YG129-RIPEYG129-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
Re: [Freeswitch-users] Fwd: mod_opal - call charged before H.225 connect
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 Hello Yuriy, I tried the trunk (FreeSWITCH Version 1.0.trunk (15216M)) and i'm getting some nice coredumps... FS crashes when placing outgoing calls. coredump on outbound call: FS log and backtrace http://pastebin.freeswitch.org/10834 FS crashes on incoming calls. coredump on inbound call: FS log and backtrace http://pastebin.freeswitch.org/10835 FS crashes when i try to load mod_h323. I need 3-4 attempts to load it without a crash. coredump on mod_h323 load: FS log and backtrace: http://pastebin.freeswitch.org/10833 FS crashes on shutdown procedure if mod_h323 was loaded previously. coredump on mod_h323 load: FS log and backtrace: http://pastebin.freeswitch.org/10836 It is quite bad :) ___ 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
Re: [Freeswitch-users] Fwd: mod_opal - call charged before H.225 connect
TCBTW: it really doesn't have sense to develop on 1.0.4 ... the proof of TCconcept was done. I'm able to place calls in both directions so, lets move TCto 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 ___ 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
Re: [Freeswitch-users] Fwd: mod_opal - call charged before H.225 connect
TC TCit is gonna be easier to track. TC TCTomorrow 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. audio issue is better now :) however i have a few questions: 1. can we control codec framing size via config file setting (e.g. PCMA:20, PCMU:20)? 2. can we control tunneling via config file setting? 3. can we control mediaWaitForConnect flag within setup message via config file setting? Now, when i can test more and place outgoing calls to different equipment, i found that there is an issue when we get h.225 progress without a fastStart element. Here is a tshark: 5.24252610.4.62.7 - 10.4.4.254 H.225.0 CS: setup OpenLogicalChannel 5.243982 10.4.4.254 - 10.4.62.7H.225.0 CS: callProceeding 10.512617 10.4.4.254 - 10.4.62.7H.225.0 CS: progress 10.983697 10.4.4.254 - 10.4.62.7H.225.0 CS: alerting 20.002796 10.4.4.254 - 10.4.62.7H.225.0 CS: connect 20.002981 10.4.4.254 - 10.4.62.7H.225.0/H.245 CS: facility terminalCapabilitySet 20.003210 10.4.4.254 - 10.4.62.7H.225.0/H.245 CS: facility masterSlaveDetermination 31.472362 10.4.4.254 - 10.4.62.7H.225.0/H.245 CS: releaseComplete endSessionCommand the terminating GW didn't include a faststart element within a returning h.225 message we didn't match the capabilities (framing of them) in our setup (and you are waiting an open LC to start pre_answer) so now, the terminator is waiting for the originator to start exchanging TCS/MSD. As tunneling is true, this should be done using h.225 Facility messages. your behavior should be like this: 5.24252610.4.62.7 - 10.4.4.254 H.225.0 CS: setup OpenLogicalChannel g711A with 30 ms 5.243982 10.4.4.254 - 10.4.62.7H.225.0 CS: callProceeding 10.512617 10.4.4.254 - 10.4.62.7H.225.0 CS: progress 10.4.62.7 - 10.4.4.254H.225.0/H.245 CS: facility terminalCapabilitySet 10.4.62.7 - 10.4.4.254H.225.0/H.245 CS: facility masterSlaveDetermination 10.4.4.254 - 10.4.62.7H.225.0/H.245 CS: facility terminalCapabilitySet 10.4.4.254 - 10.4.62.7H.225.0/H.245 CS: facility masterSlaveDetermination 10.4.4.254 - 10.4.62.7H.225.0/H.245 CS: facility terminalCapabilitySetAck 10.4.4.254 - 10.4.62.7H.225.0/H.245 CS: facility masterSlaveDeterminationAck 10.4.62.7 - 10.4.4.254H.225.0/H.245 CS: facility terminalCapabilitySetAck 10.4.62.7 - 10.4.4.254H.225.0/H.245 CS: facility masterSlaveDeterminationAck 10.4.62.7 - 10.4.4.254H.225.0/H.245 CS: facility openlogicalchannel (g711A) 10.4.4.254 - 10.4.62.7H.225.0/H.245 CS: facility openlogicalchannel (g711A) 10.4.62.7 - 10.4.4.254H.225.0/H.245 CS: facility openlogicalchannelAck 10.4.4.254 - 10.4.62.7H.225.0/H.245 CS: facility openlogicalchannelAck now you can start pre_answer! 10.983697 10.4.4.254 - 10.4.62.7H.225.0 CS: alerting ... ... ... ___ 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
Re: [Freeswitch-users] Fwd: mod_opal - call charged before H.225 connect
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, ___ 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
Re: [Freeswitch-users] Fwd: mod_opal - call charged before H.225 connect
On 2009-10-23 10:16 +0200, Tihomir Culjaga wrote freeswitch-us...@lists.fre...: TC TC TC TCit is gonna be easier to track. TC TC TC TCTomorrow 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 TCaudio issue is better now :) TC TChowever i have a few questions: TC TC1. can we control codec framing size via config file setting (e.g. PCMA:20, TCPCMU:20)? at this time i think no, there is a number issues in codec part now. TC2. can we control tunneling via config file setting? at this time no, i implement it later. TC3. can we control mediaWaitForConnect flag within setup message via config TCfile setting? what is mediaWaitForConnect flag, may be another trmin in h323? TCNow, when i can test more and place outgoing calls to different equipment, i TCfound that there is an issue when we get h.225 progress without a fastStart TCelement. TC TCHere is a tshark: TC TC 5.24252610.4.62.7 - 10.4.4.254 H.225.0 CS: setup OpenLogicalChannel TC TC 5.243982 10.4.4.254 - 10.4.62.7H.225.0 CS: callProceeding TC 10.512617 10.4.4.254 - 10.4.62.7H.225.0 CS: progress TC 10.983697 10.4.4.254 - 10.4.62.7H.225.0 CS: alerting TC 20.002796 10.4.4.254 - 10.4.62.7H.225.0 CS: connect TC 20.002981 10.4.4.254 - 10.4.62.7H.225.0/H.245 CS: facility TCterminalCapabilitySet TC 20.003210 10.4.4.254 - 10.4.62.7H.225.0/H.245 CS: facility TCmasterSlaveDetermination TC 31.472362 10.4.4.254 - 10.4.62.7H.225.0/H.245 CS: releaseComplete TCendSessionCommand TC TC TCthe terminating GW didn't include a faststart element within a returning TCh.225 message we didn't match the capabilities (framing of them) in our TCsetup (and you are waiting an open LC to start pre_answer) so now, the TCterminator is waiting for the originator to start exchanging TCS/MSD. As TCtunneling is true, this should be done using h.225 Facility messages. TC TC TCyour behavior should be like this: TC TC 5.24252610.4.62.7 - 10.4.4.254 H.225.0 CS: setup TCOpenLogicalChannel g711A with 30 ms TC 5.243982 10.4.4.254 - 10.4.62.7H.225.0 CS: callProceeding TC 10.512617 10.4.4.254 - 10.4.62.7H.225.0 CS: progress TC TC 10.4.62.7 - 10.4.4.254H.225.0/H.245 CS: facility TCterminalCapabilitySet TC 10.4.62.7 - 10.4.4.254H.225.0/H.245 CS: facility TCmasterSlaveDetermination TC TC 10.4.4.254 - 10.4.62.7H.225.0/H.245 CS: facility TCterminalCapabilitySet TC 10.4.4.254 - 10.4.62.7H.225.0/H.245 CS: facility TCmasterSlaveDetermination TC TC 10.4.4.254 - 10.4.62.7H.225.0/H.245 CS: facility TCterminalCapabilitySetAck TC 10.4.4.254 - 10.4.62.7H.225.0/H.245 CS: facility TCmasterSlaveDeterminationAck TC TC 10.4.62.7 - 10.4.4.254H.225.0/H.245 CS: facility TCterminalCapabilitySetAck TC 10.4.62.7 - 10.4.4.254H.225.0/H.245 CS: facility TCmasterSlaveDeterminationAck TC TC 10.4.62.7 - 10.4.4.254H.225.0/H.245 CS: facility TCopenlogicalchannel (g711A) TC 10.4.4.254 - 10.4.62.7H.225.0/H.245 CS: facility TCopenlogicalchannel (g711A) TC TC 10.4.62.7 - 10.4.4.254H.225.0/H.245 CS: facility TCopenlogicalchannelAck TC 10.4.4.254 - 10.4.62.7H.225.0/H.245 CS: facility TCopenlogicalchannelAck TC TC now you can start pre_answer! TC TC 10.983697 10.4.4.254 - 10.4.62.7H.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: ghh...@jabber.tula-ix.net.ru JID: ghh...@jabber.tula-ix.net.ru YG129-RIPEYG129-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
Re: [Freeswitch-users] Fwd: mod_opal - call charged before H.225 connect
On 2009-10-23 10:44 +0200, Tihomir Culjaga wrote freeswitch-us...@lists.fre...: TCbtw you are back with an old issue: TC TC TCstatic const char modulename[] = h323; TCstatic const char* h323_formats[] = { TCG.711-ALaw-64k, PCMU, TCG.711-uLaw-64k, PCMA, TCGSM-06.10, GSM, TCMS-GSM, msgsm, TCSpeexNarrow, speex, there is a isues with codecs, it is not enoth to put it there to work, at this time work only PCMU PCMA GSM and G729. 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: ghh...@jabber.tula-ix.net.ru JID: ghh...@jabber.tula-ix.net.ru YG129-RIPEYG129-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
Re: [Freeswitch-users] Fwd: mod_opal - call charged before H.225 connect
i meant you switched PCMA and PCMU... T. 2009/10/23 Georgiewskiy Yuriy bottle...@icf.org.ru On 2009-10-23 10:16 +0200, Tihomir Culjaga wrote freeswitch-us...@lists.fre...: TC TC TC TCit is gonna be easier to track. TC TC TC TCTomorrow 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 TCaudio issue is better now :) TC TChowever i have a few questions: TC TC1. can we control codec framing size via config file setting (e.g. PCMA:20, TCPCMU:20)? at this time i think no, there is a number issues in codec part now. TC2. can we control tunneling via config file setting? at this time no, i implement it later. TC3. can we control mediaWaitForConnect flag within setup message via config TCfile setting? what is mediaWaitForConnect flag, may be another trmin in h323? TCNow, when i can test more and place outgoing calls to different equipment, i TCfound that there is an issue when we get h.225 progress without a fastStart TCelement. TC TCHere is a tshark: TC TC 5.24252610.4.62.7 - 10.4.4.254 H.225.0 CS: setup OpenLogicalChannel TC TC 5.243982 10.4.4.254 - 10.4.62.7H.225.0 CS: callProceeding TC 10.512617 10.4.4.254 - 10.4.62.7H.225.0 CS: progress TC 10.983697 10.4.4.254 - 10.4.62.7H.225.0 CS: alerting TC 20.002796 10.4.4.254 - 10.4.62.7H.225.0 CS: connect TC 20.002981 10.4.4.254 - 10.4.62.7H.225.0/H.245 CS: facility TCterminalCapabilitySet TC 20.003210 10.4.4.254 - 10.4.62.7H.225.0/H.245 CS: facility TCmasterSlaveDetermination TC 31.472362 10.4.4.254 - 10.4.62.7H.225.0/H.245 CS: releaseComplete TCendSessionCommand TC TC TCthe terminating GW didn't include a faststart element within a returning TCh.225 message we didn't match the capabilities (framing of them) in our TCsetup (and you are waiting an open LC to start pre_answer) so now, the TCterminator is waiting for the originator to start exchanging TCS/MSD. As TCtunneling is true, this should be done using h.225 Facility messages. TC TC TCyour behavior should be like this: TC TC 5.24252610.4.62.7 - 10.4.4.254 H.225.0 CS: setup TCOpenLogicalChannel g711A with 30 ms TC 5.243982 10.4.4.254 - 10.4.62.7H.225.0 CS: callProceeding TC 10.512617 10.4.4.254 - 10.4.62.7H.225.0 CS: progress TC TC 10.4.62.7 - 10.4.4.254H.225.0/H.245 CS: facility TCterminalCapabilitySet TC 10.4.62.7 - 10.4.4.254H.225.0/H.245 CS: facility TCmasterSlaveDetermination TC TC 10.4.4.254 - 10.4.62.7H.225.0/H.245 CS: facility TCterminalCapabilitySet TC 10.4.4.254 - 10.4.62.7H.225.0/H.245 CS: facility TCmasterSlaveDetermination TC TC 10.4.4.254 - 10.4.62.7H.225.0/H.245 CS: facility TCterminalCapabilitySetAck TC 10.4.4.254 - 10.4.62.7H.225.0/H.245 CS: facility TCmasterSlaveDeterminationAck TC TC 10.4.62.7 - 10.4.4.254H.225.0/H.245 CS: facility TCterminalCapabilitySetAck TC 10.4.62.7 - 10.4.4.254H.225.0/H.245 CS: facility TCmasterSlaveDeterminationAck TC TC 10.4.62.7 - 10.4.4.254H.225.0/H.245 CS: facility TCopenlogicalchannel (g711A) TC 10.4.4.254 - 10.4.62.7H.225.0/H.245 CS: facility TCopenlogicalchannel (g711A) TC TC 10.4.62.7 - 10.4.4.254H.225.0/H.245 CS: facility TCopenlogicalchannelAck TC 10.4.4.254 - 10.4.62.7H.225.0/H.245 CS: facility TCopenlogicalchannelAck TC TC now you can start pre_answer! TC TC 10.983697 10.4.4.254 - 10.4.62.7H.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: ghh...@jabber.tula-ix.net.ru JID: ghh...@jabber.tula-ix.net.ru YG129-RIPEYG129-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 ___ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org
Re: [Freeswitch-users] Fwd: mod_opal - call charged before H.225 connect
On 2009-10-23 13:22 +0200, Tihomir Culjaga wrote freeswitch-us...@lists.fre...: my bad, thx. TCi meant you switched PCMA and PCMU... TC TCT. TC TC2009/10/23 Georgiewskiy Yuriy bottle...@icf.org.ru TC TC On 2009-10-23 10:16 +0200, Tihomir Culjaga wrote TC freeswitch-us...@lists.fre...: TC TC TC TC TC TC TCit is gonna be easier to track. TC TC TC TC TC TCTomorrow 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 TCaudio issue is better now :) TC TC TC TChowever i have a few questions: TC TC TC TC1. can we control codec framing size via config file setting (e.g. TC PCMA:20, TC TCPCMU:20)? TC TC at this time i think no, there is a number issues in codec part now. TC TC TC2. can we control tunneling via config file setting? TC TC at this time no, i implement it later. TC TC TC3. can we control mediaWaitForConnect flag within setup message via TC config TC TCfile setting? TC TC what is mediaWaitForConnect flag, may be another trmin in h323? TC TC TCNow, when i can test more and place outgoing calls to different TC equipment, i TC TCfound that there is an issue when we get h.225 progress without a TC fastStart TC TCelement. TC TC TC TCHere is a tshark: TC TC TC TC 5.24252610.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.7H.225.0 CS: callProceeding TC TC 10.512617 10.4.4.254 - 10.4.62.7H.225.0 CS: progress TC TC 10.983697 10.4.4.254 - 10.4.62.7H.225.0 CS: alerting TC TC 20.002796 10.4.4.254 - 10.4.62.7H.225.0 CS: connect TC TC 20.002981 10.4.4.254 - 10.4.62.7H.225.0/H.245 CS: facility TC TCterminalCapabilitySet TC TC 20.003210 10.4.4.254 - 10.4.62.7H.225.0/H.245 CS: facility TC TCmasterSlaveDetermination TC TC 31.472362 10.4.4.254 - 10.4.62.7H.225.0/H.245 CS: TC releaseComplete TC TCendSessionCommand TC TC TC TC TC TCthe terminating GW didn't include a faststart element within a TC returning TC TCh.225 message we didn't match the capabilities (framing of them) in our TC TCsetup (and you are waiting an open LC to start pre_answer) so now, TC the TC TCterminator is waiting for the originator to start exchanging TCS/MSD. As TC TCtunneling is true, this should be done using h.225 Facility messages. TC TC TC TC TC TCyour behavior should be like this: TC TC TC TC 5.24252610.4.62.7 - 10.4.4.254 H.225.0 CS: setup TC TCOpenLogicalChannel g711A with 30 ms TC TC 5.243982 10.4.4.254 - 10.4.62.7H.225.0 CS: callProceeding TC TC 10.512617 10.4.4.254 - 10.4.62.7H.225.0 CS: progress TC TC TC TC 10.4.62.7 - 10.4.4.254H.225.0/H.245 CS: TC facility TC TCterminalCapabilitySet TC TC 10.4.62.7 - 10.4.4.254H.225.0/H.245 CS: TC facility TC TCmasterSlaveDetermination TC TC TC TC 10.4.4.254 - 10.4.62.7H.225.0/H.245 CS: TC facility TC TCterminalCapabilitySet TC TC 10.4.4.254 - 10.4.62.7H.225.0/H.245 CS: TC facility TC TCmasterSlaveDetermination TC TC TC TC 10.4.4.254 - 10.4.62.7H.225.0/H.245 CS: TC facility TC TCterminalCapabilitySetAck TC TC 10.4.4.254 - 10.4.62.7H.225.0/H.245 CS: TC facility TC TCmasterSlaveDeterminationAck TC TC TC TC 10.4.62.7 - 10.4.4.254H.225.0/H.245 CS: TC facility TC TCterminalCapabilitySetAck TC TC 10.4.62.7 - 10.4.4.254H.225.0/H.245 CS: TC facility TC TCmasterSlaveDeterminationAck TC TC TC TC 10.4.62.7 - 10.4.4.254H.225.0/H.245 CS: TC facility TC TCopenlogicalchannel (g711A) TC TC 10.4.4.254 - 10.4.62.7H.225.0/H.245 CS: TC facility TC TCopenlogicalchannel (g711A) TC TC TC TC 10.4.62.7 - 10.4.4.254H.225.0/H.245 CS: TC facility TC TCopenlogicalchannelAck TC TC 10.4.4.254 - 10.4.62.7H.225.0/H.245 CS: TC facility TC TCopenlogicalchannelAck TC TC TC TC now you can start pre_answer! TC TC TC TC 10.983697 10.4.4.254 - 10.4.62.7H.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: ghh...@jabber.tula-ix.net.ru JID: ghh...@jabber.tula-ix.net.ru TC YG129-RIPEYG129-RIPE TC TC
Re: [Freeswitch-users] Fwd: mod_opal - call charged before H.225 connect
TC3. can we control mediaWaitForConnect flag within setup message via config TCfile setting? what is mediaWaitForConnect flag, may be another trmin in h323? If the calling endpoint sets the mediaWaitForConnect element to TRUE in the Setup message, then the called endpoint shall not send any media until after the Connect message is sent. The calling endpoint may begin transmitting media (according to the channels opened) immediately upon receiving a Q.931 message containing fastStart. Thus, the called endpoint must be prepared to immediately receive media on the channels it accepted in the Q.931 message containing fastStart. Note that national requirements may prohibit calling endpoints from transmitting media prior to receipt of a Connect message; it is the responsibility of the endpoint to comply with applicable requirements. check H225_Setup_UUIE H323SignalPDU::BuildSetup within src/h323pdu.cxx (H323plus) 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. I'm not sure it is gonna help. This is only for CallProceeding having a faststart element... What i have is a progress message without a faststart element but with h245 address... it should go to StartControlChannel but i think it is stuck since you call pre_answer before it actually opens a LC. PBoolean H323Connection::OnReceivedProgress(const H323SignalPDU pdu) { if (pdu.m_h323_uu_pdu.m_h323_message_body.GetTag() != H225_H323_UU_PDU_h323_message_body::e_progress) return FALSE; const H225_Progress_UUIE progress = pdu.m_h323_uu_pdu.m_h323_message_body; SetRemoteVersions(progress.m_protocolIdentifier); SetRemotePartyInfo(pdu); SetRemoteApplication(progress.m_destinationInfo); // Check for fastStart data and start fast if (progress.HasOptionalField(H225_Progress_UUIE::e_fastStart)) HandleFastStartAcknowledge(progress.m_fastStart); // Check that it has the H.245 channel connection info if (progress.HasOptionalField(H225_Progress_UUIE::e_h245Address)) return StartControlChannel(progress.m_h245Address); return TRUE; } you should handle this and postpone pre_answer until you get an open LC. T. ___ 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
Re: [Freeswitch-users] Fwd: mod_opal - call charged before H.225 connect
On 2009-10-23 13:52 +0200, Tihomir Culjaga wrote freeswitch-us...@lists.fre...: TC TC TC3. can we control mediaWaitForConnect flag within setup message via TC config TC TCfile setting? TC TC what is mediaWaitForConnect flag, may be another trmin in h323? TC TC TC TCIf the calling endpoint sets the mediaWaitForConnect element to TRUE in the TCSetup message, then TCthe called endpoint shall not send any media until after the Connect message TCis sent. TCThe calling endpoint may begin transmitting media (according to the channels TCopened) immediately TCupon receiving a Q.931 message containing fastStart. Thus, the called TCendpoint must be prepared to TCimmediately receive media on the channels it accepted in the Q.931 message TCcontaining fastStart. TCNote that national requirements may prohibit calling endpoints from TCtransmitting media prior to TCreceipt of a Connect message; it is the responsibility of the endpoint to TCcomply with applicable TCrequirements. TC TC TCcheck 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 TCI'm not sure it is gonna help. This is only for CallProceeding having a TCfaststart element... What i have is a progress message without a faststart TCelement but with h245 address... it should go to StartControlChannel but i TCthink it is stuck since you call pre_answer before it actually opens a LC. TC TC TCPBoolean H323Connection::OnReceivedProgress(const H323SignalPDU pdu) TC{ TC if (pdu.m_h323_uu_pdu.m_h323_message_body.GetTag() != TCH225_H323_UU_PDU_h323_message_body::e_progress) TCreturn FALSE; TC const H225_Progress_UUIE progress = TCpdu.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)) TCHandleFastStartAcknowledge(progress.m_fastStart); TC TC // Check that it has the H.245 channel connection info TC if (progress.HasOptionalField(H225_Progress_UUIE::e_h245Address)) TCreturn StartControlChannel(progress.m_h245Address); TC TC return TRUE; TC} TC TC TC TCyou 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: ghh...@jabber.tula-ix.net.ru JID: ghh...@jabber.tula-ix.net.ru YG129-RIPEYG129-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
Re: [Freeswitch-users] Fwd: mod_opal - call charged before H.225 connect
TCcheck 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 TCyou 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. bool FSH323Connection::OnReceivedProgress(const H323SignalPDU pdu) { PTRACE(4, mod_h323\t==FSH323Connection::OnReceivedProgress); m_txAudioOpened.Wait(); switch_channel_mark_pre_answered(m_fsChannel); return true; } so for me the workaround for this was: bool FSH323Connection::OnReceivedProgress(const H323SignalPDU pdu) { PTRACE(4, mod_h323\t==FSH323Connection::OnReceivedProgress); PTRACE(4, mod_h323\t==FSH323Connection::OnReceivedProgress - disabled pre_answer); //m_txAudioOpened.Wait(); //switch_channel_mark_pre_answered(m_fsChannel); return true; } ___ 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
Re: [Freeswitch-users] Fwd: mod_opal - call charged before H.225 connect
On 2009-10-23 14:38 +0200, Tihomir Culjaga wrote freeswitch-us...@lists.fre...: TC TC TCcheck 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 TCyou 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 TCbool FSH323Connection::OnReceivedProgress(const H323SignalPDU pdu) TC{ TCPTRACE(4, mod_h323\t==FSH323Connection::OnReceivedProgress); TCm_txAudioOpened.Wait(); TCswitch_channel_mark_pre_answered(m_fsChannel); TCreturn true; TC} TC TC TC TCso for me the workaround for this was: TC TC TC TC TCbool FSH323Connection::OnReceivedProgress(const H323SignalPDU pdu) TC{ TCPTRACE(4, mod_h323\t==FSH323Connection::OnReceivedProgress); TC TCPTRACE(4, mod_h323\t==FSH323Connection::OnReceivedProgress - TCdisabled pre_answer); TC TC//m_txAudioOpened.Wait(); TC//switch_channel_mark_pre_answered(m_fsChannel); TCreturn 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: ghh...@jabber.tula-ix.net.ru JID: ghh...@jabber.tula-ix.net.ru YG129-RIPEYG129-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
Re: [Freeswitch-users] Fwd: mod_opal - call charged before H.225 connect
TC TCbool FSH323Connection::OnReceivedProgress(const H323SignalPDU pdu) TC{ TCPTRACE(4, mod_h323\t==FSH323Connection::OnReceivedProgress); TC TCPTRACE(4, mod_h323\t==FSH323Connection::OnReceivedProgress - TCdisabled pre_answer); TC TC//m_txAudioOpened.Wait(); TC//switch_channel_mark_pre_answered(m_fsChannel); TCreturn 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. not true, because you have mediaWaitForConnect = false... the terminating endpoint can send media before H.225 connect message and this actually works well :P 7.317880 10.4.62.89 - 10.4.62.7SIP/SDP Request: INVITE sip:00914392...@singtel, with session description 7.31831910.4.62.7 - 10.4.62.89 SIP Status: 100 Trying 7.33143010.4.62.7 - 10.4.62.89 SIP Status: 407 Proxy Authentication Required 7.339420 10.4.62.89 - 10.4.62.7SIP Request: ACK sip:00914392...@singtel 7.345078 10.4.62.89 - 10.4.62.7SIP/SDP Request: INVITE sip:00914392...@singtel, with session description 7.34537810.4.62.7 - 10.4.62.89 SIP Status: 100 Trying 7.38716610.4.62.7 - 10.4.4.254 H.225.0 CS: setup OpenLogicalChannel 7.388636 10.4.4.254 - 10.4.62.7H.225.0 CS: callProceeding 9.389852 10.4.4.254 - 10.4.62.7H.225.0 CS: progress 10.639897 10.4.4.254 - 10.4.62.7H.225.0 CS: alerting 10.65132210.4.62.7 - 10.4.62.89 SIP Status: 180 Ringing 10.65393210.4.62.7 - 10.4.198.113 H.245 terminalCapabilitySet 10.65456510.4.62.7 - 10.4.198.113 H.245 masterSlaveDetermination 10.659757 10.4.198.113 - 10.4.62.7H.245 terminalCapabilitySet 10.659814 10.4.198.113 - 10.4.62.7H.245 masterSlaveDetermination 10.660161 10.4.198.113 - 10.4.62.7H.245 terminalCapabilitySetAck 10.660238 10.4.198.113 - 10.4.62.7H.245 masterSlaveDeterminationAck 10.66602810.4.62.7 - 10.4.198.113 H.245 terminalCapabilitySetAck 10.67038810.4.62.7 - 10.4.198.113 H.245 masterSlaveDeterminationAck 10.674693 10.4.198.113 - 10.4.62.7H.245 openLogicalChannel (g711A) 10.68241010.4.62.7 - 10.4.62.7RTP Unknown RTP version 1 #678: OLC found 10.4.62.7/10.4.198.113/129 10.68390210.4.62.7 - 10.4.198.113 H.245 openLogicalChannelAck 10.68737810.4.62.7 - 10.4.198.113 H.245 openLogicalChannel (g711A) #723: OLC found 10.4.198.113/10.4.62.7/108 10.691579 10.4.198.113 - 10.4.62.7H.245 openLogicalChannelAck 10.778413 10.4.142.38 - 10.4.62.7RTP PT=ITU-T G.711 PCMA, SSRC=0x1EC68E26, Seq=0, Time=24640 10.798476 10.4.142.38 - 10.4.62.7RTP PT=ITU-T G.711 PCMA, SSRC=0x1EC68E26, Seq=1, Time=24800 10.818432 10.4.142.38 - 10.4.62.7RTP PT=ITU-T G.711 PCMA, SSRC=0x1EC68E26, Seq=2, Time=24960 -- snip - 13.298358 10.4.142.38 - 10.4.62.7RTP PT=ITU-T G.711 PCMA, SSRC=0x1EC68E26, Seq=126, Time=44800 13.318460 10.4.142.38 - 10.4.62.7RTP PT=ITU-T G.711 PCMA, SSRC=0x1EC68E26, Seq=127, Time=44960 13.338405 10.4.142.38 - 10.4.62.7RTP PT=ITU-T G.711 PCMA, SSRC=0x1EC68E26, Seq=128, Time=45120 13.358353 10.4.142.38 - 10.4.62.7RTP PT=ITU-T G.711 PCMA, SSRC=0x1EC68E26, Seq=129, Time=45280 13.369984 10.4.4.254 - 10.4.62.7H.225.0 CS: connect 13.378381 10.4.142.38 - 10.4.62.7RTP PT=ITU-T G.711 PCMA, SSRC=0x1EC68E26, Seq=130, Time=45440 13.38233010.4.62.7 - 10.4.62.89 SIP/SDP Status: 200 OK, with session description 13.38883310.4.62.7 - 10.4.62.7RTP Unknown RTP version 3 13.38912310.4.62.7 - 10.4.62.7RTP Unknown RTP version 3 13.396419 10.4.62.89 - 10.4.62.7SIP Request: ACK sip:00914392...@10.4.62.7:5060;transport=udp 13.398457 10.4.142.38 - 10.4.62.7RTP PT=ITU-T G.711 PCMA, SSRC=0x1EC68E26, Seq=131, Time=45600 13.405954 10.4.62.89 - 10.4.62.7RTP PT=ITU-T G.711 PCMU, SSRC=0xDEF4B36, Seq=27943, Time=991142687 13.418401 10.4.142.38 - 10.4.62.7RTP PT=ITU-T G.711 PCMA, SSRC=0x1EC68E26, Seq=132, Time=45760 13.425864 10.4.62.89 - 10.4.62.7RTP PT=ITU-T G.711 PCMU, SSRC=0xDEF4B36, Seq=27944, Time=991142847 13.438360 10.4.142.38 - 10.4.62.7RTP PT=ITU-T G.711 PCMA, SSRC=0x1EC68E26, Seq=133, Time=45920 13.43857010.4.62.7 - 10.4.62.89 RTP PT=ITU-T G.711 PCMA, SSRC=0x172DD4B, Seq=46377, Time=640 13.446202 10.4.62.89 - 10.4.62.7RTP PT=ITU-T G.711 PCMA, SSRC=0xDEF4B36, Seq=27945, Time=991143007 13.458320 10.4.142.38 - 10.4.62.7RTP PT=ITU-T G.711 PCMA, SSRC=0x1EC68E26, Seq=134, Time=46080 13.45846710.4.62.7 - 10.4.62.89 RTP PT=ITU-T G.711 PCMA, SSRC=0x172DD4B, Seq=46378, Time=800 13.45900810.4.62.7 - 10.4.142.38 RTP PT=ITU-T G.711 PCMA, SSRC=0xB9D8D8, Seq=1379, Time=991143007 13.466010 10.4.62.89 - 10.4.62.7RTP PT=ITU-T G.711 PCMA, SSRC=0xDEF4B36, Seq=27946, Time=991143167
Re: [Freeswitch-users] Fwd: mod_opal - call charged before H.225 connect
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\tswitch_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.42504610.4.62.7 - 10.4.62.89 SIP/SDP Request: INVITE sip:1...@10.4.62.89 sip%3a1...@10.4.62.89;transport=udp, with session description 1369.42625510.4.62.7 - 10.4.62.31 H.225.0 CS: alerting 1369.435950 10.4.62.89 - 10.4.62.7SIP Status: 100 Trying 1369.449065 10.4.62.89 - 10.4.62.7SIP Status: 180 Ringing 1369.60510910.4.62.7 - 10.4.62.31 H.225.0 CS: progress OpenLogicalChannel 1369.609788 10.4.62.31 - 10.4.62.7H.225.0/H.245 CS: facility terminalCapabilitySet 1369.610489 10.4.62.31 - 10.4.62.7H.225.0/H.245 CS: facility masterSlaveDetermination 1369.61907110.4.62.7 - 10.4.62.31 H.225.0/H.245 CS: empty terminalCapabilitySet 1369.62034910.4.62.7 - 10.4.62.31 H.225.0/H.245 CS: empty terminalCapabilitySetAck 1369.623215 10.4.62.31 - 10.4.62.7H.225.0/H.245 CS: facility terminalCapabilitySetAck 1369.62559110.4.62.7 - 10.4.62.31 H.225.0/H.245 CS: empty masterSlaveDeterminationAck 1369.628174 10.4.62.31 - 10.4.62.7H.225.0/H.245 CS: facility masterSlaveDeterminationAck 1370.966958 10.4.62.89 - 10.4.62.7SIP/SDP Status: 200 OK, with session description 1370.96743110.4.62.7 - 10.4.62.89 SIP Request: ACK sip:1...@10.4.62.89 sip%3a1...@10.4.62.89;transport=udp 1370.97517210.4.62.7 - 10.4.62.31 H.225.0 CS: connect 1372.354383 10.4.62.89 - 10.4.62.7SIP Request: BYE sip:mod_so...@10.4.62.7:5060 1372.35514710.4.62.7 - 10.4.62.89 SIP Status: 200 OK 1372.39290410.4.62.7 - 10.4.62.31 H.225.0/H.245 CS: releaseComplete endSessionCommand 1372.397302 10.4.62.31 - 10.4.62.7H.225.0 CS: releaseComplete incoming: 1502.817154 10.4.62.31 - 10.4.62.7H.225.0 CS: setup OpenLogicalChannel 1502.83373210.4.62.7 - 10.4.62.31 H.225.0 CS: callProceeding 1502.85090910.4.62.7 - 10.4.62.89 SIP/SDP Request: INVITE sip:1...@10.4.62.89 sip%3a1...@10.4.62.89;transport=udp, with session description 1502.85175810.4.62.7 - 10.4.62.31 H.225.0 CS: alerting 1502.861828 10.4.62.89 - 10.4.62.7SIP Status: 100 Trying 1502.875127 10.4.62.89 - 10.4.62.7SIP Status: 180 Ringing 1503.03325810.4.62.7 - 10.4.62.31 H.225.0 CS: progress OpenLogicalChannel 1503.037908 10.4.62.31 - 10.4.62.7H.225.0/H.245 CS: facility terminalCapabilitySet 1503.038608 10.4.62.31 - 10.4.62.7H.225.0/H.245 CS: facility masterSlaveDetermination 1503.05015410.4.62.7 - 10.4.62.31 H.225.0/H.245 CS: empty terminalCapabilitySet 1503.05138110.4.62.7 - 10.4.62.31 H.225.0/H.245 CS: empty terminalCapabilitySetAck 1503.054297 10.4.62.31 - 10.4.62.7H.225.0/H.245 CS: facility terminalCapabilitySetAck 1503.05491710.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
Re: [Freeswitch-users] Fwd: mod_opal - call charged before H.225 connect
On 2009-10-23 16:57 +0200, Tihomir Culjaga wrote freeswitch-us...@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(1); } 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. TCa solution to H323 endpoint = FS = SIP user no audio issue TC TCis to disable a wait for tx Audio ... for case TCSWITCH_MESSAGE_INDICATE_ANSWER:{ TC TC//m_txAudioOpened.Wait(); TC TC TCcase SWITCH_MESSAGE_INDICATE_ANSWER:{ TC TCswitch_log_printf(SWITCH_CHANNEL_LOG, TCSWITCH_LOG_CONSOLE, ANSWER: we got Answer event\n); TC TCif (switch_channel_test_flag(channel, CF_OUTBOUND)) TC{ TC TCswitch_log_printf(SWITCH_CHANNEL_LOG, TCSWITCH_LOG_CONSOLE, ANSWER: we got Answer event - CF_OUTBOUND TC\n); TCreturn SWITCH_STATUS_FALSE; TC} TCAnsweringCall(H323Connection::AnswerCallNow); TC TCswitch_log_printf(SWITCH_CHANNEL_LOG, TCSWITCH_LOG_CONSOLE, ANSWER: suppose the call is Answered Now\n); TCPTRACE(4, mod_h323\tMedia started on connection TC *this); TC TC// test TC//switch_channel_mark_answered(m_fsChannel); TC TCm_rxAudioOpened.Wait(); TCswitch_log_printf(SWITCH_CHANNEL_LOG, TCSWITCH_LOG_CONSOLE, ANSWER: wait for m_rxAudioOpened\n); TC//m_txAudioOpened.Wait(); TCswitch_log_printf(SWITCH_CHANNEL_LOG, TCSWITCH_LOG_CONSOLE, ANSWER: we disable wait for m_txAudioOpened\n); TC TCswitch_log_printf(SWITCH_CHANNEL_LOG, TCSWITCH_LOG_CONSOLE, ANSWER: were waiting for rx/tx AudioOpen\n); TC TCif (!switch_channel_test_flag(m_fsChannel, TCCF_EARLY_MEDIA)) { TC TCswitch_log_printf(SWITCH_CHANNEL_LOG, TCSWITCH_LOG_CONSOLE, ANSWER: we have early media\n); TC TCPTRACE(4, TCmod_h323\tswitch_channel_mark_answered(m_fsChannel) TC *this); TCswitch_channel_mark_answered(m_fsChannel); TCswitch_log_printf(SWITCH_CHANNEL_LOG, TCSWITCH_LOG_CONSOLE, ANSWER: answered in early Media\n); TC} TCbreak; TC} TC TC TCNow, I'm able to both originate and terminate cals with 2-way audio... TCthe signaling looks correct... TC TC TC TCoutgoing: TC TC1369.42504610.4.62.7 - 10.4.62.89 SIP/SDP Request: INVITE TCsip:1...@10.4.62.89 sip%3a1...@10.4.62.89;transport=udp, with session TCdescription TC1369.42625510.4.62.7 - 10.4.62.31 H.225.0 CS: alerting TC1369.435950 10.4.62.89 - 10.4.62.7SIP Status: 100 Trying TC1369.449065 10.4.62.89 - 10.4.62.7SIP Status: 180 Ringing TC1369.60510910.4.62.7 - 10.4.62.31 H.225.0 CS: progress TCOpenLogicalChannel TC1369.609788 10.4.62.31 - 10.4.62.7H.225.0/H.245 CS: facility TCterminalCapabilitySet TC1369.610489 10.4.62.31 - 10.4.62.7H.225.0/H.245 CS: facility TCmasterSlaveDetermination TC1369.61907110.4.62.7 - 10.4.62.31 H.225.0/H.245 CS: empty TCterminalCapabilitySet TC1369.62034910.4.62.7 - 10.4.62.31 H.225.0/H.245 CS: empty TCterminalCapabilitySetAck TC1369.623215 10.4.62.31 - 10.4.62.7H.225.0/H.245 CS: facility TCterminalCapabilitySetAck TC1369.62559110.4.62.7 - 10.4.62.31 H.225.0/H.245 CS: empty TCmasterSlaveDeterminationAck TC1369.628174 10.4.62.31 - 10.4.62.7H.225.0/H.245 CS: facility TCmasterSlaveDeterminationAck TC1370.966958 10.4.62.89 - 10.4.62.7SIP/SDP Status: 200 OK, with TCsession description TC1370.96743110.4.62.7 - 10.4.62.89 SIP Request: ACK TCsip:1...@10.4.62.89 sip%3a1...@10.4.62.89;transport=udp TC1370.97517210.4.62.7 - 10.4.62.31 H.225.0 CS: connect TC1372.354383 10.4.62.89 - 10.4.62.7SIP Request: BYE TCsip:mod_so...@10.4.62.7:5060 TC1372.35514710.4.62.7 -
Re: [Freeswitch-users] Fwd: mod_opal - call charged before H.225 connect
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 bottle...@icf.org.ru On 2009-10-23 16:57 +0200, Tihomir Culjaga wrote freeswitch-us...@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(1); } 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. TCa solution to H323 endpoint = FS = SIP user no audio issue TC TCis to disable a wait for tx Audio ... for case TCSWITCH_MESSAGE_INDICATE_ANSWER:{ TC TC//m_txAudioOpened.Wait(); TC TC TCcase SWITCH_MESSAGE_INDICATE_ANSWER:{ TC TCswitch_log_printf(SWITCH_CHANNEL_LOG, TCSWITCH_LOG_CONSOLE, ANSWER: we got Answer event\n); TC TCif (switch_channel_test_flag(channel, CF_OUTBOUND)) TC{ TC TCswitch_log_printf(SWITCH_CHANNEL_LOG, TCSWITCH_LOG_CONSOLE, ANSWER: we got Answer event - CF_OUTBOUND TC\n); TCreturn SWITCH_STATUS_FALSE; TC} TCAnsweringCall(H323Connection::AnswerCallNow); TC TCswitch_log_printf(SWITCH_CHANNEL_LOG, TCSWITCH_LOG_CONSOLE, ANSWER: suppose the call is Answered Now\n); TCPTRACE(4, mod_h323\tMedia started on connection TC *this); TC TC// test TC//switch_channel_mark_answered(m_fsChannel); TC TCm_rxAudioOpened.Wait(); TCswitch_log_printf(SWITCH_CHANNEL_LOG, TCSWITCH_LOG_CONSOLE, ANSWER: wait for m_rxAudioOpened\n); TC//m_txAudioOpened.Wait(); TCswitch_log_printf(SWITCH_CHANNEL_LOG, TCSWITCH_LOG_CONSOLE, ANSWER: we disable wait for m_txAudioOpened\n); TC TCswitch_log_printf(SWITCH_CHANNEL_LOG, TCSWITCH_LOG_CONSOLE, ANSWER: were waiting for rx/tx AudioOpen\n); TC TCif (!switch_channel_test_flag(m_fsChannel, TCCF_EARLY_MEDIA)) { TC TCswitch_log_printf(SWITCH_CHANNEL_LOG, TCSWITCH_LOG_CONSOLE, ANSWER: we have early media\n); TC TCPTRACE(4, TCmod_h323\tswitch_channel_mark_answered(m_fsChannel) TC *this); TC switch_channel_mark_answered(m_fsChannel); TCswitch_log_printf(SWITCH_CHANNEL_LOG, TCSWITCH_LOG_CONSOLE, ANSWER: answered in early Media\n); TC} TCbreak; TC} TC TC TCNow, I'm able to both originate and terminate cals with 2-way audio... TCthe signaling looks correct... TC TC TC TCoutgoing: TC TC1369.42504610.4.62.7 - 10.4.62.89 SIP/SDP Request: INVITE TCsip:1...@10.4.62.89 sip%3a1...@10.4.62.89 sip%3a1...@10.4.62.89sip%253a1...@10.4.62.89;transport=udp, with session TCdescription TC1369.42625510.4.62.7 - 10.4.62.31 H.225.0 CS: alerting TC1369.435950 10.4.62.89 - 10.4.62.7SIP Status: 100 Trying TC1369.449065 10.4.62.89 - 10.4.62.7SIP Status: 180 Ringing TC1369.60510910.4.62.7 - 10.4.62.31 H.225.0 CS: progress TCOpenLogicalChannel TC1369.609788 10.4.62.31 - 10.4.62.7H.225.0/H.245 CS: facility TCterminalCapabilitySet TC1369.610489 10.4.62.31 - 10.4.62.7H.225.0/H.245 CS: facility TCmasterSlaveDetermination TC1369.61907110.4.62.7 - 10.4.62.31 H.225.0/H.245 CS: empty TCterminalCapabilitySet TC1369.62034910.4.62.7 - 10.4.62.31 H.225.0/H.245 CS: empty TCterminalCapabilitySetAck TC1369.623215 10.4.62.31 - 10.4.62.7H.225.0/H.245 CS: facility TCterminalCapabilitySetAck TC1369.62559110.4.62.7 - 10.4.62.31 H.225.0/H.245 CS: empty TCmasterSlaveDeterminationAck TC1369.628174 10.4.62.31 - 10.4.62.7H.225.0/H.245 CS: facility TCmasterSlaveDeterminationAck
Re: [Freeswitch-users] Fwd: mod_opal - call charged before H.225 connect
On 2009-10-23 10:37 -0500, Anthony Minessale wrote freeswitch-us...@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. AMif you were on trunk that line of code would be gone. AMyou really can't do development on 1.0.4 its 6 months old and it will cause AMyou more trouble than you think when you eventually upgrade if you do not do AMit soon. AM AM AM2009/10/23 Georgiewskiy Yuriy bottle...@icf.org.ru AM AM On 2009-10-23 16:57 +0200, Tihomir Culjaga wrote AM freeswitch-us...@lists.fre...: AM AM i have question to developers about one proce in fs AM AM src/switch_ivr_originate.c AM AM static switch_status_t AM originate_on_consume_media_transmit(switch_core_session_t *session) AM { AMswitch_channel_t *channel = switch_core_session_get_channel(session); AM AMif (!switch_channel_test_flag(channel, CF_PROXY_MODE)) { AMwhile (switch_channel_get_state(channel) == CS_CONSUME_MEDIA AM !switch_channel_test_flag(chann AMif (!switch_channel_media_ready(channel)) { AMswitch_yield(1); AM} else { AMswitch_ivr_sleep(session, 10, SWITCH_FALSE, AM NULL); AM} AM} AM} AM AMswitch_channel_clear_state_handler(channel, AM originate_state_handlers); AM AMreturn SWITCH_STATUS_FALSE; AM } AM AM what exacly it do? AM AM call scheme like this sip-fs-h323-gk-h323(on same fs)-fs(same too) and AM there i have no audio issues. AM if bridge connect while it sleep i have audio, if it not sleep while bridge AM connect i have no audio. AM AM TCa solution to H323 endpoint = FS = SIP user no audio issue AM TC AM TCis to disable a wait for tx Audio ... for case AM TCSWITCH_MESSAGE_INDICATE_ANSWER:{ AM TC AM TC//m_txAudioOpened.Wait(); AM TC AM TC AM TCcase SWITCH_MESSAGE_INDICATE_ANSWER:{ AM TC AM TCswitch_log_printf(SWITCH_CHANNEL_LOG, AM TCSWITCH_LOG_CONSOLE, ANSWER: we got Answer event\n); AM TC AM TCif (switch_channel_test_flag(channel, AM CF_OUTBOUND)) AM TC{ AM TC AM TCswitch_log_printf(SWITCH_CHANNEL_LOG, AM TCSWITCH_LOG_CONSOLE, ANSWER: we got Answer event - CF_OUTBOUND AM TC\n); AM TCreturn SWITCH_STATUS_FALSE; AM TC} AM TCAnsweringCall(H323Connection::AnswerCallNow); AM TC AM TCswitch_log_printf(SWITCH_CHANNEL_LOG, AM TCSWITCH_LOG_CONSOLE, ANSWER: suppose the call is Answered Now\n); AM TCPTRACE(4, mod_h323\tMedia started on connection AM AM TC *this); AM TC AM TC// test AM TC//switch_channel_mark_answered(m_fsChannel); AM TC AM TCm_rxAudioOpened.Wait(); AM TCswitch_log_printf(SWITCH_CHANNEL_LOG, AM TCSWITCH_LOG_CONSOLE, ANSWER: wait for m_rxAudioOpened\n); AM TC//m_txAudioOpened.Wait(); AM TCswitch_log_printf(SWITCH_CHANNEL_LOG, AM TCSWITCH_LOG_CONSOLE, ANSWER: we disable wait for m_txAudioOpened\n); AM TC AM TCswitch_log_printf(SWITCH_CHANNEL_LOG, AM TCSWITCH_LOG_CONSOLE, ANSWER: were waiting for rx/tx AudioOpen\n); AM TC AM TCif (!switch_channel_test_flag(m_fsChannel, AM TCCF_EARLY_MEDIA)) { AM TC AM TCswitch_log_printf(SWITCH_CHANNEL_LOG, AM TCSWITCH_LOG_CONSOLE, ANSWER: we have early media\n); AM TC AM TCPTRACE(4, AM TCmod_h323\tswitch_channel_mark_answered(m_fsChannel) AM AM TC *this); AM TC AM switch_channel_mark_answered(m_fsChannel); AM TCswitch_log_printf(SWITCH_CHANNEL_LOG, AM TCSWITCH_LOG_CONSOLE, ANSWER: answered in early Media\n); AM TC} AM TCbreak; AM TC} AM TC AM TC AM TCNow, I'm able to both originate and terminate cals with 2-way audio... AM TCthe signaling looks correct... AM TC AM TC AM TC AM TCoutgoing: AM TC AM TC1369.42504610.4.62.7 - 10.4.62.89 SIP/SDP Request: INVITE AM TCsip:1...@10.4.62.89 sip%3a1...@10.4.62.89 sip%3a1...@10.4.62.89sip%253a1...@10.4.62.89;transport=udp, AM with session AM TCdescription AM TC1369.42625510.4.62.7 - 10.4.62.31 H.225.0 CS: alerting AM TC1369.435950 10.4.62.89 - 10.4.62.7SIP Status: 100 Trying AM TC1369.449065 10.4.62.89 - 10.4.62.7SIP Status: 180 Ringing AM TC1369.60510910.4.62.7 - 10.4.62.31 H.225.0 CS: progress AM TCOpenLogicalChannel AM TC1369.609788 10.4.62.31 - 10.4.62.7H.225.0/H.245 CS: facility AM TCterminalCapabilitySet AM TC1369.610489 10.4.62.31 - 10.4.62.7H.225.0/H.245 CS: facility AM TCmasterSlaveDetermination AM TC1369.619071
Re: [Freeswitch-users] Fwd: mod_opal - call charged before H.225 connect
2009/10/23 Georgiewskiy Yuriy bottle...@icf.org.ru On 2009-10-23 10:37 -0500, Anthony Minessale wrote freeswitch-us...@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. AMif you were on trunk that line of code would be gone. AMyou really can't do development on 1.0.4 its 6 months old and it will cause AMyou 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. ___ 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
Re: [Freeswitch-users] Fwd: mod_opal - call charged before H.225 connect
On 2009-10-23 18:26 +0200, Tihomir Culjaga wrote freeswitch-us...@lists.fre...: TC2009/10/23 Georgiewskiy Yuriy bottle...@icf.org.ru TC TC On 2009-10-23 10:37 -0500, Anthony Minessale wrote TC freeswitch-us...@lists.f...: TC TC i have no way to install trunk at this time, i will go out of hospital TC about one week later, after TC this i will can try it on trunk. TC TC AMif you were on trunk that line of code would be gone. TC AMyou really can't do development on 1.0.4 its 6 months old and it will TC cause TC AMyou more trouble than you think when you eventually upgrade if you do TC not do TC TC TCuh... you are still in there ... damn sorry to hear that. TCI know what the feeling is... i was in the same position a couple of months TCago... anyhow at least i had plenty of time to do my private research.. hope TCit is the case with you as well. TC TCso, if you have that time i can offer you my development server with trunk TCinstalled and all the hands on. TC TC TClet me know... TC TCBTW: it really doesn't have sense to develop on 1.0.4 ... the proof of TCconcept was done. I'm able to place calls in both directions so, lets move TCto 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. P.S. people from russian community report what current version of module work fine on fs trunk version. 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: ghh...@jabber.tula-ix.net.ru JID: ghh...@jabber.tula-ix.net.ru YG129-RIPEYG129-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
Re: [Freeswitch-users] Fwd: mod_opal - call charged before H.225 connect
TC TCI have enabled crash-protection and when i do SIP = H323 call it doesn't TCgenerate coredumps... it is just this thread that is crashing ... pls check TCthe 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. TC2009-10-21 17:35:28.691688 [DEBUG] mod_h323.cpp:600 TC==FSH323Connection::decodeCapability TC TC TC TCWell, I'm not sure if the backtrace is from 1.0.4 ... i will disable TCcrass-protection and will send new logs to you. TC TC TCAlso, if you like i can give you access to the machine itself... TC TCT. TC Hi, here is the FS log without crash-protection: http://pastebin.freeswitch.org/10796 and here is the backtrace: http://pastebin.freeswitch.org/10797 my dialplan looks ok, so i guess it is up to the module. extension name=ENYTHING_ELSE condition field=destination_number expression=^0([2-8]\d{6,7}|0[1-9]\d{7,8}|00[1-9]\d{8,16})$ action application=set data=effective_caller_id_number=1001282122/ action application=set data=NCX_IP=10.4.4.254/ action application=set data=call_timeout=30/ action application=set data=hangup_after_bridge=true/ !--action application=set data=bypass_media=false/-- action application=set data=proxy_media=true/ !--action application=bridge data=opal/h323:0...@${ncx_ip}/-- action application=bridge data=h323/0...@${ncx_ip}/ /condition /extension please advice, T. 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: ghh...@jabber.tula-ix.net.ru JID: ghh...@jabber.tula-ix.net.ru YG129-RIPEYG129-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 ___ 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
Re: [Freeswitch-users] Fwd: mod_opal - call charged before H.225 connect
TCHi, here is the FS log without crash-protection: TChttp://pastebin.freeswitch.org/10796 and here is the backtrace: TChttp://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:) Do you need some logs ? Inbound cals still the same... i suppose you didn't have a chance working on that as well ... T. ___ 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
Re: [Freeswitch-users] Fwd: mod_opal - call charged before H.225 connect
On 2009-10-22 15:59 +0200, Tihomir Culjaga wrote freeswitch-us...@lists.fre...: TC TC TC TCHi, here is the FS log without crash-protection: TC TChttp://pastebin.freeswitch.org/10796 and here is the backtrace: TC TChttp://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 TCoutgoing works, I can place an end-to-end call ... except the RTP is realy TCdelayed ... after approx 30 sec of conversation the audio is delayed more TCthan 10 seconds but i have 2 way audio for outgoing calls:) TC TCDo you need some logs ? try disable medai-proxy, there is issue with rtp now then medai-proxy or transcoding enabled. TCInbound cals still the same... i suppose you didn't have a chance working on TCthat 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: ghh...@jabber.tula-ix.net.ru JID: ghh...@jabber.tula-ix.net.ru YG129-RIPEYG129-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
Re: [Freeswitch-users] Fwd: mod_opal - call charged before H.225 connect
On 2009-10-22 16:04 +0200, Tihomir Culjaga wrote freeswitch-us...@lists.fre...: TCOn Thu, Oct 22, 2009 at 3:59 PM, Tihomir Culjaga tculj...@gmail.com wrote: TC TC TC TCHi, here is the FS log without crash-protection: TC TChttp://pastebin.freeswitch.org/10796 and here is the backtrace: TC TChttp://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 TCone more thing ... it is H323 endpoint = SIP phone audio that is delayed. TCSIP 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: ghh...@jabber.tula-ix.net.ru JID: ghh...@jabber.tula-ix.net.ru YG129-RIPEYG129-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
Re: [Freeswitch-users] Fwd: mod_opal - call charged before H.225 connect
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 bottle...@icf.org.ru On 2009-10-22 16:04 +0200, Tihomir Culjaga wrote freeswitch-us...@lists.fre...: TCOn Thu, Oct 22, 2009 at 3:59 PM, Tihomir Culjaga tculj...@gmail.com wrote: TC TC TC TCHi, here is the FS log without crash-protection: TC TChttp://pastebin.freeswitch.org/10796 and here is the backtrace: TC TChttp://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 TCone more thing ... it is H323 endpoint = SIP phone audio that is delayed. TCSIP 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: ghh...@jabber.tula-ix.net.ru JID: ghh...@jabber.tula-ix.net.ru YG129-RIPEYG129-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_miness...@hotmail.com msn%3aanthony_miness...@hotmail.com GTALK/JABBER/PAYPAL:anthony.miness...@gmail.compaypal%3aanthony.miness...@gmail.com IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:8...@conference.freeswitch.org sip%3a...@conference.freeswitch.org iax:gu...@conference.freeswitch.org/888 googletalk:conf+...@conference.freeswitch.orggoogletalk%3aconf%2b...@conference.freeswitch.org pstn:213-799-1400 ___ 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
Re: [Freeswitch-users] Fwd: mod_opal - call charged before H.225 connect
Have you started moving the code into our SVN and using our ticketing / issue tracker to help you manage issues? /b On Oct 22, 2009, at 9:13 AM, Georgiewskiy Yuriy wrote: On 2009-10-22 16:04 +0200, Tihomir Culjaga wrote freeswitch-us...@lists.fre ...: TCOn Thu, Oct 22, 2009 at 3:59 PM, Tihomir Culjaga tculj...@gmail.com wrote: TC TC TC TCHi, here is the FS log without crash-protection: TC TChttp://pastebin.freeswitch.org/10796 and here is the backtrace: TC TChttp://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 TCone more thing ... it is H323 endpoint = SIP phone audio that is delayed. TCSIP 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: ghh...@jabber.tula-ix.net.ru JID: ghh...@jabber.tula-ix.net.ru YG129-RIPEYG129- 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 ___ 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
Re: [Freeswitch-users] Fwd: mod_opal - call charged before H.225 connect
On 2009-10-22 09:30 -0500, Brian West wrote freeswitch-us...@lists.freeswit...: hm, you not tell me what account created, and i don't try to do this. BWHave you started moving the code into our SVN and using our BWticketing / issue tracker to help you manage issues? BW BW/b BW BWOn Oct 22, 2009, at 9:13 AM, Georgiewskiy Yuriy wrote: BW BW On 2009-10-22 16:04 +0200, Tihomir Culjaga wrote freeswitch-us...@lists.fre BW ...: BW BW TCOn Thu, Oct 22, 2009 at 3:59 PM, Tihomir Culjaga tculj...@gmail.com BW wrote: BW TC BW TC BW TC TCHi, here is the FS log without crash-protection: BW TC TChttp://pastebin.freeswitch.org/10796 and here is the BW backtrace: BW TC TChttp://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 TCone more thing ... it is H323 endpoint = SIP phone audio that is BW delayed. BW TCSIP 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: ghh...@jabber.tula-ix.net.ru JID: ghh...@jabber.tula-ix.net.ru BW YG129-RIPEYG129- 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___ BWFreeSWITCH-users mailing list BWFreeSWITCH-users@lists.freeswitch.org BWhttp://lists.freeswitch.org/mailman/listinfo/freeswitch-users BWUNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users BWhttp://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: ghh...@jabber.tula-ix.net.ru JID: ghh...@jabber.tula-ix.net.ru YG129-RIPEYG129-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
Re: [Freeswitch-users] Fwd: mod_opal - call charged before H.225 connect
AS per the email you and I exchanged we created the account and the mod_h323 folder in endpoints /b On Oct 22, 2009, at 9:34 AM, Georgiewskiy Yuriy wrote: hm, you not tell me what account created, and i don't try to do this. ___ 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
Re: [Freeswitch-users] Fwd: mod_opal - call charged before H.225 connect
On 2009-10-22 09:27 -0500, Anthony Minessale wrote freeswitch-us...@lists.f...: AMcrash protection has been completely removed from FreeSWITCH, I certianly AMhope 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. AMAlso you have been given an AMsvn area and a jira category for this so you should move all the info from AMthis thread to jira http://jira.freeswitch.org AM AMIt's much easier to collaberate this kind of development when you have the AMcode in SVN. AM AM AM2009/10/22 Georgiewskiy Yuriy bottle...@icf.org.ru AM AM On 2009-10-22 16:04 +0200, Tihomir Culjaga wrote AM freeswitch-us...@lists.fre...: AM AM TCOn Thu, Oct 22, 2009 at 3:59 PM, Tihomir Culjaga tculj...@gmail.com AM wrote: AM TC AM TC AM TC TCHi, here is the FS log without crash-protection: AM TC TChttp://pastebin.freeswitch.org/10796 and here is the backtrace: AM TC TChttp://pastebin.freeswitch.org/10797 AM TC AM TC i fix this crash already, please download latest version from same AM link AM TC as previous, recompile and try again. AM TC AM TC AM TC outgoing works, I can place an end-to-end call ... except the RTP is AM realy AM TC delayed ... after approx 30 sec of conversation the audio is delayed AM more AM TC than 10 seconds but i have 2 way audio for outgoing calls:) AM TC AM TC AM TCone more thing ... it is H323 endpoint = SIP phone audio that is AM delayed. AM TCSIP phone = H323 endpoint is ok! AM AM hm, i have such issue but in reverce direction now. AM AM TC Do you need some logs ? AM TC AM TC AM TC Inbound cals still the same... i suppose you didn't have a chance AM working AM TC on that as well ... AM TC AM TC T. AM TC AM TC AM AM C уважением With Best Regards AM Георгиевский Юрий.Georgiewskiy Yuriy AM +7 4872 711666+7 4872 711666 AM факс +7 4872 711143 fax +7 4872 711143 AM Компания ООО Ай Ти Сервис IT Service Ltd AM http://nkoort.ru http://nkoort.ru AM JID: ghh...@jabber.tula-ix.net.ru JID: ghh...@jabber.tula-ix.net.ru AM YG129-RIPEYG129-RIPE AM AM ___ AM FreeSWITCH-users mailing list AM FreeSWITCH-users@lists.freeswitch.org AM http://lists.freeswitch.org/mailman/listinfo/freeswitch-users AM UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users AM http://www.freeswitch.org AM AM AM AM AM 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: ghh...@jabber.tula-ix.net.ru JID: ghh...@jabber.tula-ix.net.ru YG129-RIPEYG129-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
Re: [Freeswitch-users] Fwd: mod_opal - call charged before H.225 connect
TC TCDo you need some logs ? try disable medai-proxy, there is issue with rtp now then medai-proxy or transcoding enabled. Outbound calls: disabled rtp proxy and it is still the same issue ... audio delay H323 = SIP endpoint. Inbound calls: This is the extension i use to register my Avaya SIP phone to FS. include user id=1001 params param name=password value=$${default_password}/ param name=vm-password value=1001/ /params variables variable name=toll_allow value=domestic,international,local/ variable name=accountcode value=1001/ variable name=user_context value=default/ variable name=effective_caller_id_name value=Extension 1001/ variable name=effective_caller_id_number value=1001/ variable name=outbound_caller_id_name value=$${outbound_caller_name}/ variable name=outbound_caller_id_number value=$${outbound_caller_id}/ variable name=callgroup value=techsupport/ /variables /user /include This is my h323.conf.xml 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=PCMU,PCMA,GSM,G729,G726/ param name=gk-address value=/!-- empty to disable, * to search LAN -- param name=gk-identifer value=/ !-- optional name of gk -- param name=gk-interface value=/ !-- optional listener interface name -- /settings listeners listener name=default param name=h323-ip value=10.4.62.7/ param name=h323-port value=1720/ /listener /listeners /configuration I'm using default context and an inbound call looks for a registered user in default context where 1001 user is registered to. here is the log for an outgoing call: http://pastebin.freeswitch.org/10799and here is a tshark output: http://pastebin.freeswitch.org/10800 there are 2 thing that are not working here: 1. no audio at all! 2. hangup from SIP User side doesn't release the H323 leg two points for your reference in the logs: 1. Here, SIP User disconnected the SIP leg, but nothing was triggered in mod_h323 ... as the callback function on_hangup (in mod_h323.cpp) was never triggered! freeswi...@subzero freeswi...@subzero freeswi...@subzero recv 371 bytes from udp/[10.4.62.89]:5060 at 14:39:36.714521: BYE sip:mod_so...@10.4.62.7:5060 SIP/2.0 From: sip:1...@10.4.62.89 sip%3a1...@10.4.62.89 ;transport=udp;tag=-22166b474ae08abf-7_T10.4.62.89 To: sip:1001282...@10.4.62.7 sip%3a1001282...@10.4.62.7 ;tag=Qpc53NZ2cZc1N Call-ID: 8aa825c6-39bb-122d-bb89-00110a5be1f0 CSeq: 127 BYE Via: SIP/2.0/UDP 10.4.62.89;branch=z9hG4bK-7e5dc720_442d0f8-2d8bf1174f235bec_B Content-Length: 0 Max-Forwards: 70 Supported: replaces 2009-10-22 16:39:36.714604 [NOTICE] sofia.c:322 Hangup sofia/internal/ sip:1...@10.4.62.89 sip%3a1...@10.4.62.89 [CS_CONSUME_MEDIA] [NORMAL_CLEARING] 2009-10-22 16:39:36.714604 [DEBUG] switch_channel.c:1683 Send signal sofia/internal/sip:1...@10.4.62.89 sip%3a1...@10.4.62.89 [KILL] 2009-10-22 16:39:36.714604 [DEBUG] switch_core_session.c:932 Send signal sofia/internal/sip:1...@10.4.62.89 sip%3a1...@10.4.62.89 [BREAK] send 520 bytes to udp/[10.4.62.89]:5060 at 14:39:36.715258: SIP/2.0 200 OK Via: SIP/2.0/UDP 10.4.62.89;branch=z9hG4bK-7e5dc720_442d0f8-2d8bf1174f235bec_B From: sip:1...@10.4.62.89 sip%3a1...@10.4.62.89 ;transport=udp;tag=-22166b474ae08abf-7_T10.4.62.89 To: sip:1001282...@10.4.62.7 sip%3a1001282...@10.4.62.7 ;tag=Qpc53NZ2cZc1N Call-ID: 8aa825c6-39bb-122d-bb89-00110a5be1f0 CSeq: 127 BYE User-Agent: FreeSWITCH-mod_sofia/1.0.4-exported Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, PRACK, MESSAGE, SUBSCRIBE, NOTIFY, REFER, UPDATE, REGISTER, INFO, PUBLISH Supported: timer, precondition, path, replaces Content-Length: 0 2009-10-22 16:39:36.721097 [DEBUG] switch_core_state_machine.c:503 (sofia/internal/sip:1...@10.4.62.89 sip%3a1...@10.4.62.89) State CONSUME_MEDIA going to sleep 2009-10-22 16:39:36.721097 [DEBUG] switch_core_state_machine.c:398 (sofia/internal/sip:1...@10.4.62.89 sip%3a1...@10.4.62.89) Running State Change CS_HANGUP 2009-10-22 16:39:36.721097 [DEBUG] switch_core_state_machine.c:434 (sofia/internal/sip:1...@10.4.62.89 sip%3a1...@10.4.62.89) State HANGUP 2009-10-22 16:39:36.721097 [DEBUG] mod_sofia.c:338 Channel sofia/internal/ sip:1...@10.4.62.89 sip%3a1...@10.4.62.89 hanging up, cause: NORMAL_CLEARING 2009-10-22 16:39:36.721097 [DEBUG] switch_core_state_machine.c:46 sofia/internal/sip:1...@10.4.62.89 sip%3a1...@10.4.62.89 Standard HANGUP, cause: NORMAL_CLEARING 2009-10-22 16:39:36.721097
Re: [Freeswitch-users] Fwd: mod_opal - call charged before H.225 connect
2009/10/22 Georgiewskiy Yuriy bottle...@icf.org.ru On 2009-10-22 09:27 -0500, Anthony Minessale wrote freeswitch-us...@lists.f...: AMcrash protection has been completely removed from FreeSWITCH, I certianly AMhope 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. ___ 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
Re: [Freeswitch-users] Fwd: mod_opal - call charged before H.225 connect
On 2009-10-22 16:53 +0200, Tihomir Culjaga wrote freeswitch-us...@lists.fre...: finally i fix this rtp bug, check new wersion please. TC TC TC TC TCDo 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 TCOutbound calls: TC TCdisabled rtp proxy and it is still the same issue ... audio delay H323 = TCSIP endpoint. TC TC TC TC TC TC TCInbound calls: TC TCThis is the extension i use to register my Avaya SIP phone to FS. TC TC TCinclude TC user id=1001 TCparams TC param name=password value=$${default_password}/ TC param name=vm-password value=1001/ TC/params TCvariables 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 TCvalue=$${outbound_caller_name}/ TC variable name=outbound_caller_id_number TCvalue=$${outbound_caller_id}/ TC variable name=callgroup value=techsupport/ TC/variables TC /user TC/include TC TC TCThis is my h323.conf.xml TC TC TCconfiguration name=h323.conf description=H323 Endpoints TC settings TCparam name=trace-level value=4/ TCparam name=context value=default/ TCparam name=dialplan value=XML/ TCparam name=codec-prefs value=PCMU,PCMA,GSM,G729,G726/ TCparam name=gk-address value=/!-- empty to disable, * to TCsearch LAN -- TCparam name=gk-identifer value=/ !-- optional name of gk -- TCparam name=gk-interface value=/ !-- optional listener interface TCname -- TC /settings TC listeners TClistener 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 TCI'm using default context and an inbound call looks for a registered user in TCdefault context where 1001 user is registered to. TC TC TC TChere is the log for an outgoing call: TChttp://pastebin.freeswitch.org/10799and here is a tshark output: TChttp://pastebin.freeswitch.org/10800 TC TC TCthere are 2 thing that are not working here: TC TC TC1. no audio at all! TC2. hangup from SIP User side doesn't release the H323 leg TC TC TC TC TC TC TC TC TC TC TC TCtwo points for your reference in the logs: TC TC TC1. Here, SIP User disconnected the SIP leg, but nothing was triggered in TCmod_h323 ... as the callback function on_hangup (in mod_h323.cpp) was TCnever triggered! TC TCfreeswi...@subzero TCfreeswi...@subzero TCfreeswi...@subzero recv 371 bytes from udp/[10.4.62.89]:5060 at TC14:39:36.714521: TC TC BYE sip:mod_so...@10.4.62.7:5060 SIP/2.0 TC From: sip:1...@10.4.62.89 sip%3a1...@10.4.62.89 TC;transport=udp;tag=-22166b474ae08abf-7_T10.4.62.89 TC To: sip:1001282...@10.4.62.7 sip%3a1001282...@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 TC10.4.62.89;branch=z9hG4bK-7e5dc720_442d0f8-2d8bf1174f235bec_B TC Content-Length: 0 TC Max-Forwards: 70 TC Supported: replaces TC TC TC2009-10-22 16:39:36.714604 [NOTICE] sofia.c:322 Hangup sofia/internal/ TCsip:1...@10.4.62.89 sip%3a1...@10.4.62.89 [CS_CONSUME_MEDIA] TC[NORMAL_CLEARING] TC2009-10-22 16:39:36.714604 [DEBUG] switch_channel.c:1683 Send signal TCsofia/internal/sip:1...@10.4.62.89 sip%3a1...@10.4.62.89 [KILL] TC2009-10-22 16:39:36.714604 [DEBUG] switch_core_session.c:932 Send signal TCsofia/internal/sip:1...@10.4.62.89 sip%3a1...@10.4.62.89 [BREAK] TCsend 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 TC10.4.62.89;branch=z9hG4bK-7e5dc720_442d0f8-2d8bf1174f235bec_B TC From: sip:1...@10.4.62.89 sip%3a1...@10.4.62.89 TC;transport=udp;tag=-22166b474ae08abf-7_T10.4.62.89 TC To: sip:1001282...@10.4.62.7 sip%3a1001282...@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, TCNOTIFY, REFER, UPDATE, REGISTER, INFO, PUBLISH TC Supported: timer, precondition, path, replaces TC Content-Length: 0 TC TC TC2009-10-22 16:39:36.721097 [DEBUG] switch_core_state_machine.c:503 TC(sofia/internal/sip:1...@10.4.62.89 sip%3a1...@10.4.62.89) State TCCONSUME_MEDIA going to sleep TC2009-10-22 16:39:36.721097 [DEBUG] switch_core_state_machine.c:398 TC(sofia/internal/sip:1...@10.4.62.89 sip%3a1...@10.4.62.89) Running State TCChange CS_HANGUP TC2009-10-22 16:39:36.721097 [DEBUG]
Re: [Freeswitch-users] Fwd: mod_opal - call charged before H.225 connect
2009/10/22 Georgiewskiy Yuriy bottle...@icf.org.ru On 2009-10-22 16:53 +0200, Tihomir Culjaga wrote freeswitch-us...@lists.fre...: finally i fix this rtp bug, check new wersion please. if course i can do that, but tomorrow morning ... i'm not in the office anymore. BTW: can we please move the tickets to jira? it is gonna be easier to track. Tomorrow i will test on 1.0.4 but please lets move to trunk. T. ___ 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
Re: [Freeswitch-users] Fwd: mod_opal - call charged before H.225 connect
On 2009-10-22 21:44 +0200, Tihomir Culjaga wrote freeswitch-us...@lists.fre...: TC2009/10/22 Georgiewskiy Yuriy bottle...@icf.org.ru TC TC On 2009-10-22 16:53 +0200, Tihomir Culjaga wrote TC freeswitch-us...@lists.fre...: TC TC finally i fix this rtp bug, check new wersion please. TC TC TCif course i can do that, but tomorrow morning ... i'm not in the office TCanymore. TCBTW: can we please move the tickets to jira? TC TC TCit is gonna be easier to track. TC TCTomorrow 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: ghh...@jabber.tula-ix.net.ru JID: ghh...@jabber.tula-ix.net.ru YG129-RIPEYG129-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
Re: [Freeswitch-users] Fwd: mod_opal - call charged before H.225 connect
simple: action application=bridge data=h323/${number}/ if fs not registered on gk then data=h323/${numb...@xxx.xxx.xxx.xxx. TC TC2009-10-20 10:08:18.424083 [DEBUG] h323caps.cxx:3252 Found capability: TCUserInput/PointDevice 14 TC2009-10-20 10:08:18.424083 [DEBUG] h323caps.cxx:3248 FindCapability: 15 TC2009-10-20 10:08:18.426608 [DEBUG] osutils.cxx:60 Created external thread TC0xb6eb60a0 for id 3048876944 TC2009-10-20 10:08:18.426608 [DEBUG] osutils.cxx:65 Destroyed external thread TC0xb6ebafa8 for id 3048876944 TC2009-10-20 10:08:18.426608 [DEBUG] tlibthrd.cxx:406 Destroyed thread TC0xb6ebafa8 PExternalThread:0xb5ba2b90(id = b5ba2b90) TC2009-10-20 10:08:18.426608 [DEBUG] h323caps.cxx:3252 Found capability: TCUserInput/Modal 15 TC2009-10-20 10:08:18.426608 [DEBUG] osutils.cxx:880 MONITOR: timers=0, TCexpiries=0 TC2009-10-20 10:08:18.426608 [DEBUG] osutils.cxx:880 MONITOR: timers=0, TCexpiries=0 TC2009-10-20 10:08:18.426608 [DEBUG] osutils.cxx:60 Created external thread TC0xb6eba910 for id 3048876944 TC2009-10-20 10:08:18.426608 [DEBUG] h4601.cxx:1725 Endpoint Attached TCSegmentation fault (core dumped) TCtculj...@subzero:~/freeswitch-trunk$ TC TCpls check: http://pastebin.freeswitch.org/10769 look strange, what version of libpt/h323plus you use and freeswitch itself ? TC TC I was using latest libpt.so.2.7-beta1. Now I went back to libpt.so.2.6-beta6 (can't find 2.6.5 you mentioned...) and FS is crashing on every call :P .. regardless if it is inbound or outbound... FreeSWITCH Version 1.0.trunk (15079M) H323Plus is from cvs so, what i did is: create a directory e.g. h323 mkdir -p ~/h323 cd ~/h323 svn co http://opalvoip.svn.sourceforge.net/svnroot/opalvoip/ptlib/branches/v2_6ptlib-2.6 export PKG_CONFIG_PATH=/usr/local/lib/pkgconfig export LD_LIBRARY_PATH=/usr/local/lib cd ptlib-2.6 ./configure make sudo make install cd ~/h323 cvs -d:pserver:anonym...@h323plus.cvs.sourceforge.net:/cvsroot/h323plus checkout h323plus export PTLIBDIR=~/h323plus/ptlib cd h323plus ./configure make sudo make install assuming you have FS src in your home cd ~/freeswitch-trunk make mod_h323-clean make mod_h323 sudo make mod_h323-install cd /usr/local/freeswitch/lib/ sudo ln -sf /usr/local/lib/libpt.so.2.6-beta6 libpt.so.2.6-beta6 start FS and load mod_h323 Please, can you advice what exact revisions of ptlib you are using so i can do svn so -r xxx, also what exact revision of freeswitch and H323Plus you are using ? Now with ptlib-2.6-beta6 can't even. T. ___ 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
Re: [Freeswitch-users] Fwd: mod_opal - call charged before H.225 connect
On 2009-10-21 09:34 +0200, Tihomir Culjaga wrote freeswitch-us...@lists.fre...: TC TC TC TCI was using latest libpt.so.2.7-beta1. TC TCNow I went back to libpt.so.2.6-beta6 (can't find 2.6.5 you mentioned...) TCand FS is crashing on every call :P .. regardless if it is inbound or TCoutbound... http://www.opalvoip.org/ first link into Lalande Stable 5 Released. On some version of cvs ptlib i get crash on module loading:) TC TCFreeSWITCH 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 TCH323Plus is from cvs it's ok. TC TCso, what i did is: TC TC TCcreate a directory e.g. h323 TC TCmkdir -p ~/h323 TCcd ~/h323 TC TC svn co TChttp://opalvoip.svn.sourceforge.net/svnroot/opalvoip/ptlib/branches/v2_6ptlib-2.6 TC TC export PKG_CONFIG_PATH=/usr/local/lib/pkgconfig TC export LD_LIBRARY_PATH=/usr/local/lib TC TCcd ptlib-2.6 TC TC ./configure TC make TC sudo make install TC TC TC TCcd ~/h323 TC TC cvs -d:pserver:anonym...@h323plus.cvs.sourceforge.net:/cvsroot/h323plus TCcheckout h323plus TC TC export PTLIBDIR=~/h323plus/ptlib TC TC TCcd h323plus TC TC ./configure TC make TC sudo make install TC TC TC TCassuming you have FS src in your home TC TCcd ~/freeswitch-trunk TC TC make mod_h323-clean TC make mod_h323 TC sudo make mod_h323-install TC TC TC TCcd /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 TCstart FS and load mod_h323 TC TC TC TC TC TCPlease, can you advice what exact revisions of ptlib you are using so i can TCdo svn so -r xxx, also what exact revision of freeswitch and H323Plus you TCare using ? TC TC TC TC TC TCNow with ptlib-2.6-beta6 can't even. TC TC TCT. 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: ghh...@jabber.tula-ix.net.ru JID: ghh...@jabber.tula-ix.net.ru YG129-RIPEYG129-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
Re: [Freeswitch-users] Fwd: mod_opal - call charged before H.225 connect
2009/10/21 Georgiewskiy Yuriy bottle...@icf.org.ru On 2009-10-21 09:34 +0200, Tihomir Culjaga wrote freeswitch-us...@lists.fre...: TC TC TC TCI was using latest libpt.so.2.7-beta1. TC TCNow I went back to libpt.so.2.6-beta6 (can't find 2.6.5 you mentioned...) TCand FS is crashing on every call :P .. regardless if it is inbound or TCoutbound... http://www.opalvoip.org/ first link into Lalande Stable 5 Released. On some version of cvs ptlib i get crash on module loading:) TC TCFreeSWITCH 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 module load crash: http://pastebin.freeswitch.org/10783 FreeSWITCH backtrace: http://pastebin.freeswitch.org/10784 now, the only different thing is FS trunk ... :P ___ 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
Re: [Freeswitch-users] Fwd: mod_opal - call charged before H.225 connect
On 2009-10-21 13:39 +0200, Tihomir Culjaga wrote freeswitch-us...@lists.fre...: TC2009/10/21 Georgiewskiy Yuriy bottle...@icf.org.ru TC TC On 2009-10-21 09:34 +0200, Tihomir Culjaga wrote TC freeswitch-us...@lists.fre...: TC TC TC TC TC TC TC TC TC TCI was using latest libpt.so.2.7-beta1. TC TC TC TCNow I went back to libpt.so.2.6-beta6 (can't find 2.6.5 you TC mentioned...) TC TCand FS is crashing on every call :P .. regardless if it is inbound or TC TCoutbound... 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 TCFreeSWITCH 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 TCmodule load crash: http://pastebin.freeswitch.org/10783 TCFreeSWITCH backtrace: http://pastebin.freeswitch.org/10784 TC TC TCnow, 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: ghh...@jabber.tula-ix.net.ru JID: ghh...@jabber.tula-ix.net.ru YG129-RIPEYG129-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
Re: [Freeswitch-users] Fwd: mod_opal - call charged before H.225 connect
Your SVN Account will be done soon and the directory in endpoints is already created for you to start importing your work. Thanks, /b On Oct 21, 2009, at 7:24 AM, Georgiewskiy Yuriy wrote: On 2009-10-21 13:39 +0200, Tihomir Culjaga wrote freeswitch-us...@lists.fre ...: TC2009/10/21 Georgiewskiy Yuriy bottle...@icf.org.ru TC TC On 2009-10-21 09:34 +0200, Tihomir Culjaga wrote TC freeswitch-us...@lists.fre...: TC TC TC TC TC TC TC TC TC TCI was using latest libpt.so.2.7-beta1. TC TC TC TCNow I went back to libpt.so.2.6-beta6 (can't find 2.6.5 you TC mentioned...) TC TCand FS is crashing on every call :P .. regardless if it is inbound or TC TCoutbound... 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 TCFreeSWITCH 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 TCmodule load crash: http://pastebin.freeswitch.org/10783 TCFreeSWITCH backtrace: http://pastebin.freeswitch.org/10784 TC TC TCnow, 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: ghh...@jabber.tula-ix.net.ru JID: ghh...@jabber.tula-ix.net.ru YG129-RIPEYG129- 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 ___ 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
Re: [Freeswitch-users] Fwd: mod_opal - call charged before H.225 connect
On 2009-10-21 09:26 -0500, Brian West wrote freeswitch-us...@lists.freeswit...: ок. BWYour SVN Account will be done soon and the directory in endpoints is BWalready created for you to start importing your work. BW BWThanks, BW BW/b BW BWOn Oct 21, 2009, at 7:24 AM, Georgiewskiy Yuriy wrote: BW BW On 2009-10-21 13:39 +0200, Tihomir Culjaga wrote freeswitch-us...@lists.fre BW ...: BW BW TC2009/10/21 Georgiewskiy Yuriy bottle...@icf.org.ru BW TC BW TC On 2009-10-21 09:34 +0200, Tihomir Culjaga wrote BW TC freeswitch-us...@lists.fre...: BW TC BW TC BW TC TC BW TC TC BW TC TC BW TC TCI was using latest libpt.so.2.7-beta1. BW TC TC BW TC TCNow I went back to libpt.so.2.6-beta6 (can't find 2.6.5 you BW TC mentioned...) BW TC TCand FS is crashing on every call :P .. regardless if it is BW inbound or BW TC TCoutbound... 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 TCFreeSWITCH 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 TCmodule load crash: http://pastebin.freeswitch.org/10783 BW TCFreeSWITCH backtrace: http://pastebin.freeswitch.org/10784 BW TC BW TC BW TCnow, 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: ghh...@jabber.tula-ix.net.ru JID: ghh...@jabber.tula-ix.net.ru BW YG129-RIPEYG129- 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___ BWFreeSWITCH-users mailing list BWFreeSWITCH-users@lists.freeswitch.org BWhttp://lists.freeswitch.org/mailman/listinfo/freeswitch-users BWUNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users BWhttp://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: ghh...@jabber.tula-ix.net.ru JID: ghh...@jabber.tula-ix.net.ru YG129-RIPEYG129-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
Re: [Freeswitch-users] Fwd: mod_opal - call charged before H.225 connect
On 2009-10-21 16:43 +0200, Tihomir Culjaga wrote freeswitch-us...@lists.fre...: TC TC TC TC TCmodule load crash: http://pastebin.freeswitch.org/10783 TC TCFreeSWITCH backtrace: http://pastebin.freeswitch.org/10784 TC TC TC TC TC TCnow, 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 TCOk i moved back FS to 1.0.4 and i'm back on the first issues, TC TC1. no audio after i answer the call (call flow is H323 = FS = SIP).. i TChear the ringback on the H323 side bit when i answer the call, nothing! TCFS = 10.4.62.7 TCSIP phone = 10.4.62.89 TCH323 endpoint = 10.1.14.153 TC 53.696259 10.1.14.153 - 10.4.62.7H.225.0 CS: setup TC 53.70541510.4.62.7 - 10.1.14.153 H.225.0 CS: callProceeding TC 53.71636810.4.62.7 - 10.4.62.89 SIP/SDP Request: INVITE TCsip:1...@10.4.62.89 sip%3a1...@10.4.62.89;transport=udp, with session TCdescription TC 53.71769710.4.62.7 - 10.1.14.153 H.225.0 CS: alerting TC 53.72013210.4.62.7 - 10.1.14.153 H.225.0 CS: facility TC 53.72545310.4.62.7 - 10.1.14.153 H.245 terminalCapabilitySet TC 53.72595710.4.62.7 - 10.1.14.153 H.245 masterSlaveDetermination TC 53.728129 10.4.62.89 - 10.4.62.7SIP Status: 100 Trying TC 53.741112 10.4.62.89 - 10.4.62.7SIP Status: 180 Ringing TC 53.743199 10.1.14.153 - 10.4.62.7H.245 terminalCapabilitySet TC 53.744221 10.1.14.153 - 10.4.62.7H.245 masterSlaveDetermination TC 53.74944310.4.62.7 - 10.1.14.153 H.245 terminalCapabilitySetAck TC 53.75162410.4.62.7 - 10.1.14.153 H.245 masterSlaveDeterminationAck TC 53.758710 10.1.14.153 - 10.4.62.7H.245 terminalCapabilitySetAck TC 53.761241 10.1.14.153 - 10.4.62.7H.245 masterSlaveDeterminationAck TC 53.76391910.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.7H.245 openLogicalChannelAck TC 53.79986410.4.62.7 - 10.1.14.153 RTP PT=ITU-T G.711 PCMA, TCSSRC=0xBE241F, Seq=1305, Time=240, Mark TC 53.82894010.4.62.7 - 10.1.14.153 RTP PT=ITU-T G.711 PCMA, TCSSRC=0xBE241F, Seq=1306, Time=480 TC 53.85918010.4.62.7 - 10.1.14.153 RTP PT=ITU-T G.711 PCMA, TCSSRC=0xBE241F, Seq=1307, Time=720 TC 53.88937910.4.62.7 - 10.1.14.153 RTP PT=ITU-T G.711 PCMA, TCSSRC=0xBE241F, Seq=1308, Time=960 TC 53.91961110.4.62.7 - 10.1.14.153 RTP PT=ITU-T G.711 PCMA, TCSSRC=0xBE241F, Seq=1309, Time=1200 TC 53.94983310.4.62.7 - 10.1.14.153 RTP PT=ITU-T G.711 PCMA, TCSSRC=0xBE241F, Seq=1310, Time=1440 TC 53.97896410.4.62.7 - 10.1.14.153 RTP PT=ITU-T G.711 PCMA, TCSSRC=0xBE241F, Seq=1311, Time=1680 TC 54.00921810.4.62.7 - 10.1.14.153 RTP PT=ITU-T G.711 PCMA, TCSSRC=0xBE241F, Seq=1312, Time=1920 TC 54.03942410.4.62.7 - 10.1.14.153 RTP PT=ITU-T G.711 PCMA, TCSSRC=0xBE241F, Seq=1313, Time=2160 TC 54.06964010.4.62.7 - 10.1.14.153 RTP PT=ITU-T G.711 PCMA, TCSSRC=0xBE241F, Seq=1314, Time=2400 TC 54.09979510.4.62.7 - 10.1.14.153 RTP PT=ITU-T G.711 PCMA, TCSSRC=0xBE241F, Seq=1315, Time=2640 TC 54.12906410.4.62.7 - 10.1.14.153 RTP PT=ITU-T G.711 PCMA, TCSSRC=0xBE241F, Seq=1316, Time=2880 TC TC-- snip this is a ringback sent from FS TC= H323endpoint TC TC 60.18907410.4.62.7 - 10.1.14.153 RTP PT=ITU-T G.711 PCMA, TCSSRC=0xBE241F, Seq=1518, Time=51360 TC 60.21919710.4.62.7 - 10.1.14.153 RTP PT=ITU-T G.711 PCMA, TCSSRC=0xBE241F, Seq=1519, Time=51600 TC 60.24945110.4.62.7 - 10.1.14.153 RTP PT=ITU-T G.711 PCMA, TCSSRC=0xBE241F, Seq=1520, Time=51840 TC 60.27968410.4.62.7 - 10.1.14.153 RTP PT=ITU-T G.711 PCMA, TCSSRC=0xBE241F, Seq=1521, Time=52080 TC 60.30968910.4.62.7 - 10.1.14.153 RTP PT=ITU-T G.711 PCMA, TCSSRC=0xBE241F, Seq=1522, Time=52320 TC 60.33881210.4.62.7 - 10.1.14.153 RTP PT=ITU-T G.711 PCMA, TCSSRC=0xBE241F, Seq=1523, Time=52560 TC 60.36899710.4.62.7 - 10.1.14.153 RTP PT=ITU-T G.711 PCMA, TCSSRC=0xBE241F, Seq=1524, Time=52800 TC 60.39923110.4.62.7 - 10.1.14.153 RTP PT=ITU-T G.711 PCMA, TCSSRC=0xBE241F, Seq=1525, Time=53040 TC 60.42944510.4.62.7 - 10.1.14.153 RTP PT=ITU-T G.711 PCMA, TCSSRC=0xBE241F, Seq=1526, Time=53280 TC 60.45967910.4.62.7 - 10.1.14.153 RTP PT=ITU-T G.711 PCMA, TCSSRC=0xBE241F, Seq=1527, Time=53520 TC 60.48891710.4.62.7 - 10.1.14.153 RTP PT=ITU-T G.711 PCMA, TCSSRC=0xBE241F, Seq=1528, Time=53760 TC 60.494975 10.4.62.89 - 10.4.62.7SIP/SDP Status: 200 OK, with session TCdescription TC 60.49547810.4.62.7 - 10.4.62.89 SIP Request: ACK TCsip:1...@10.4.62.89sip%3a1...@10.4.62.89 TC;transport=udp TC 60.49611410.4.62.7 - 10.4.62.7RTP Unknown RTP version 1 TC 60.51946710.4.62.7 - 10.1.14.153 RTP PT=ITU-T G.711 PCMA, TCSSRC=0xBE241F, Seq=1529, Time=54000 TC 60.52057410.4.62.7 - 10.1.14.153 H.225.0 CS: connect TC 60.531284 10.1.14.153 - 10.4.62.7H.245 openLogicalChannel (g711A) TC#4045: OLC found
Re: [Freeswitch-users] Fwd: mod_opal - call charged before H.225 connect
FS = 10.4.62.7 SIP phone = 10.4.62.89 H323 endpoint = 10.1.14.153 TC2. hangup from sip side doesn't release the h323 leg (now the difference is TCthat FS is not complaining about thread mismatch ant it looks clean but FS TCdoesn't send any releasecomplete message... strange) TC3. coredumps when i place outgoing calls btw, TC 70.552157 10.1.14.153 - 10.4.62.7H.245 endSessionCommand TC 70.552401 10.1.14.153 - 10.4.62.7H.225.0 CS: releaseComplete TC 70.55398110.4.62.7 - 10.4.62.7RTP Unknown RTP version 3 TC 70.55448810.4.62.7 - 10.1.14.153 H.245 endSessionCommand TC 70.55505610.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? this endSession is when i hangup from H232 side as well :P ... if i don't hangup on H323 side the H323 leg is not released. Pls chec the time the packets were sent ... Here i hangup on the SIP Phone: 68.374916 10.4.62.89 - 10.4.62.7SIP Request: BYE sip:mod_so...@10.4.62.7:5060 68.37534210.4.62.7 - 10.4.62.7RTP Unknown RTP version 3 68.37562010.4.62.7 - 10.4.62.89 SIP Status: 200 OK 2 sec delay Here i hangup on the H323 endpoint (releaseComplete comes from H323 endpoint first here ) 70.552157 10.1.14.153 - 10.4.62.7H.245 endSessionCommand 70.552401 10.1.14.153 - 10.4.62.7H.225.0 CS: releaseComplete FS just acknowlages it here: 70.55448810.4.62.7 - 10.1.14.153 H.245 endSessionCommand 70.55505610.4.62.7 - 10.1.14.153 H.225.0 CS: releaseComplete I have enabled crash-protection and when i do SIP = H323 call it doesn't generate coredumps... it is just this thread that is crashing ... pls check the log downbelow: Dialplan: sofia/internal/1...@singtel Regex (FAIL) [EMERGENCY] destination_number(05492122) =~ /^0(112|9[23456])$/ break=on-false Dialplan: sofia/internal/1...@singtel parsing [default-SPECIAL_SERVICES] continue=false Dialplan: sofia/internal/1...@singtel Regex (FAIL) [SPECIAL_SERVICES] destination_number(05492122) =~ /^0(9[01789]\d{3,4})$/ break=on-false Dialplan: sofia/internal/1...@singtel parsing [default-ENYTHING_ELSE] continue=false Dialplan: sofia/internal/1...@singtel Regex (PASS) [ENYTHING_ELSE] destination_number(05492122) =~ /^0([2-8]\d{6,7}|0[1-9]\d{7,8}|00[1-9]\d{8,16})$/ break=on-false Dialplan: sofia/internal/1...@singtel Action set(effective_caller_id_number=1001282122) Dialplan: sofia/internal/1...@singtel Action set(NCX_IP=10.4.4.254) Dialplan: sofia/internal/1...@singtel Action set(call_timeout=30) Dialplan: sofia/internal/1...@singtel Action set(hangup_after_bridge=true) Dialplan: sofia/internal/1...@singtel Action set(bypass_media=false) Dialplan: sofia/internal/1...@singtel Action set(proxy_media=true) Dialplan: sofia/internal/1...@singtel Action bridge(h323/05492...@${ncx_ip}) 2009-10-21 17:35:28.682475 [DEBUG] switch_core_state_machine.c:114 (sofia/internal/1...@singtel) State Change CS_ROUTING - CS_EXECUTE 2009-10-21 17:35:28.682475 [DEBUG] switch_core_session.c:932 Send signal sofia/internal/1...@singtel [BREAK] 2009-10-21 17:35:28.682475 [DEBUG] switch_core_state_machine.c:484 (sofia/internal/1...@singtel) State ROUTING going to sleep 2009-10-21 17:35:28.682475 [DEBUG] switch_core_state_machine.c:398 (sofia/internal/1...@singtel) Running State Change CS_EXECUTE 2009-10-21 17:35:28.682475 [DEBUG] switch_core_state_machine.c:491 (sofia/internal/1...@singtel) State EXECUTE 2009-10-21 17:35:28.682475 [DEBUG] mod_sofia.c:173 sofia/internal/1...@singtel SOFIA EXECUTE 2009-10-21 17:35:28.682475 [DEBUG] switch_core_state_machine.c:151 sofia/internal/1...@singtel Standard EXECUTE EXECUTE sofia/internal/1...@singtel set(open=true) 2009-10-21 17:35:28.682475 [DEBUG] mod_dptools.c:748 sofia/internal/1...@singtel SET [open]=[true] EXECUTE sofia/internal/1...@singtelhash(insert/10.4.62.7-spymap/1001/5c3ebda2-be57-11de-a6dd-e7de0b74bdc9) EXECUTE sofia/internal/1...@singtelhash(insert/10.4.62.7-last_dial/1001/05492122) EXECUTE sofia/internal/1...@singtelhash(insert/10.4.62.7-last_dial/global/5c3ebda2-be57-11de-a6dd-e7de0b74bdc9) EXECUTE sofia/internal/1...@singtelset(effective_caller_id_number=1001282122) 2009-10-21 17:35:28.685219 [DEBUG] mod_dptools.c:748 sofia/internal/1...@singtel SET [effective_caller_id_number]=[1001282122] EXECUTE sofia/internal/1...@singtel set(NCX_IP=10.4.4.254) 2009-10-21 17:35:28.685219 [DEBUG] mod_dptools.c:748 sofia/internal/1...@singtel SET [NCX_IP]=[10.4.4.254] EXECUTE sofia/internal/1...@singtel set(call_timeout=30) 2009-10-21 17:35:28.686292 [DEBUG] mod_dptools.c:748 sofia/internal/1...@singtel SET [call_timeout]=[30] EXECUTE sofia/internal/1...@singtel set(hangup_after_bridge=true) 2009-10-21 17:35:28.686292 [DEBUG] mod_dptools.c:748 sofia/internal/1...@singtel SET [hangup_after_bridge]=[true] EXECUTE sofia/internal/1...@singtel set(bypass_media=false) 2009-10-21
Re: [Freeswitch-users] Fwd: mod_opal - call charged before H.225 connect
On 2009-10-21 17:48 +0200, Tihomir Culjaga wrote freeswitch-us...@lists.fre...: TCFS = 10.4.62.7 TCSIP phone = 10.4.62.89 TCH323 endpoint = 10.1.14.153 TC TC TC TC TC2. hangup from sip side doesn't release the h323 leg (now the difference TC is TC TCthat FS is not complaining about thread mismatch ant it looks clean but TC FS TC TCdoesn't send any releasecomplete message... strange) TC TC3. coredumps when i place outgoing calls TC TC btw, TC TC TC 70.552157 10.1.14.153 - 10.4.62.7H.245 endSessionCommand TC TC 70.552401 10.1.14.153 - 10.4.62.7H.225.0 CS: releaseComplete TC TC 70.55398110.4.62.7 - 10.4.62.7RTP Unknown RTP version 3 TC TC 70.55448810.4.62.7 - 10.1.14.153 H.245 endSessionCommand TC TC 70.55505610.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 TCthis endSession is when i hangup from H232 side as well :P ... if i don't TChangup on H323 side the H323 leg is not released. Pls chec the time the TCpackets were sent ... TC TC TC TCHere i hangup on the SIP Phone: TC TC68.374916 10.4.62.89 - 10.4.62.7SIP Request: BYE TCsip:mod_so...@10.4.62.7:5060 TC68.37534210.4.62.7 - 10.4.62.7RTP Unknown RTP version 3 TC68.37562010.4.62.7 - 10.4.62.89 SIP Status: 200 OK TC TC2 sec delay TC TCHere i hangup on the H323 endpoint (releaseComplete comes from H323 endpoint TCfirst here ) TC70.552157 10.1.14.153 - 10.4.62.7H.245 endSessionCommand TC70.552401 10.1.14.153 - 10.4.62.7H.225.0 CS: releaseComplete TC TC TCFS just acknowlages it here: TC70.55448810.4.62.7 - 10.1.14.153 H.245 endSessionCommand TC70.55505610.4.62.7 - 10.1.14.153 H.225.0 CS: releaseComplete TC TC TC TCI have enabled crash-protection and when i do SIP = H323 call it doesn't TCgenerate coredumps... it is just this thread that is crashing ... pls check TCthe 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 TCDialplan: sofia/internal/1...@singtel Regex (FAIL) [EMERGENCY] TCdestination_number(05492122) =~ /^0(112|9[23456])$/ break=on-false TCDialplan: sofia/internal/1...@singtel parsing [default-SPECIAL_SERVICES] TCcontinue=false TCDialplan: sofia/internal/1...@singtel Regex (FAIL) [SPECIAL_SERVICES] TCdestination_number(05492122) =~ /^0(9[01789]\d{3,4})$/ break=on-false TCDialplan: sofia/internal/1...@singtel parsing [default-ENYTHING_ELSE] TCcontinue=false TCDialplan: sofia/internal/1...@singtel Regex (PASS) [ENYTHING_ELSE] TCdestination_number(05492122) =~ TC/^0([2-8]\d{6,7}|0[1-9]\d{7,8}|00[1-9]\d{8,16})$/ break=on-false TCDialplan: sofia/internal/1...@singtel Action TCset(effective_caller_id_number=1001282122) TCDialplan: sofia/internal/1...@singtel Action set(NCX_IP=10.4.4.254) TCDialplan: sofia/internal/1...@singtel Action set(call_timeout=30) TCDialplan: sofia/internal/1...@singtel Action set(hangup_after_bridge=true) TCDialplan: sofia/internal/1...@singtel Action set(bypass_media=false) TCDialplan: sofia/internal/1...@singtel Action set(proxy_media=true) TCDialplan: sofia/internal/1...@singtel Action bridge(h323/05492...@${ncx_ip}) TC2009-10-21 17:35:28.682475 [DEBUG] switch_core_state_machine.c:114 TC(sofia/internal/1...@singtel) State Change CS_ROUTING - CS_EXECUTE TC2009-10-21 17:35:28.682475 [DEBUG] switch_core_session.c:932 Send signal TCsofia/internal/1...@singtel [BREAK] TC2009-10-21 17:35:28.682475 [DEBUG] switch_core_state_machine.c:484 TC(sofia/internal/1...@singtel) State ROUTING going to sleep TC2009-10-21 17:35:28.682475 [DEBUG] switch_core_state_machine.c:398 TC(sofia/internal/1...@singtel) Running State Change CS_EXECUTE TC2009-10-21 17:35:28.682475 [DEBUG] switch_core_state_machine.c:491 TC(sofia/internal/1...@singtel) State EXECUTE TC2009-10-21 17:35:28.682475 [DEBUG] mod_sofia.c:173 TCsofia/internal/1...@singtel SOFIA EXECUTE TC2009-10-21 17:35:28.682475 [DEBUG] switch_core_state_machine.c:151 TCsofia/internal/1...@singtel Standard EXECUTE TCEXECUTE sofia/internal/1...@singtel set(open=true) TC2009-10-21 17:35:28.682475 [DEBUG] mod_dptools.c:748 TCsofia/internal/1...@singtel SET [open]=[true] TCEXECUTE sofia/internal/1...@singtelhash(insert/10.4.62.7-spymap/1001/5c3ebda2-be57-11de-a6dd-e7de0b74bdc9) TCEXECUTE sofia/internal/1...@singtelhash(insert/10.4.62.7-last_dial/1001/05492122) TCEXECUTE sofia/internal/1...@singtelhash(insert/10.4.62.7-last_dial/global/5c3ebda2-be57-11de-a6dd-e7de0b74bdc9) TCEXECUTE sofia/internal/1...@singtelset(effective_caller_id_number=1001282122)
Re: [Freeswitch-users] Fwd: mod_opal - call charged before H.225 connect
TC TCcall flow is SIP_user = FS = H323_endpoint is failing .. coredumped TChttp://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. Hi, there are several issues... lets start with top 4 :) 1. I'm still stuck with no audio: I have this parameter in the sip profile set: param name=inbound-proxy-media value=true/ ...tried with both with slow start and fast start... any idea ? pls check: http://pastebin.freeswitch.org/10771 2. outgoing calls still failing in coredumps: what is your dialplan ? ... how do you call bridge application? 2009-10-20 10:08:18.424083 [DEBUG] h323caps.cxx:3252 Found capability: UserInput/PointDevice 14 2009-10-20 10:08:18.424083 [DEBUG] h323caps.cxx:3248 FindCapability: 15 2009-10-20 10:08:18.426608 [DEBUG] osutils.cxx:60 Created external thread 0xb6eb60a0 for id 3048876944 2009-10-20 10:08:18.426608 [DEBUG] osutils.cxx:65 Destroyed external thread 0xb6ebafa8 for id 3048876944 2009-10-20 10:08:18.426608 [DEBUG] tlibthrd.cxx:406 Destroyed thread 0xb6ebafa8 PExternalThread:0xb5ba2b90(id = b5ba2b90) 2009-10-20 10:08:18.426608 [DEBUG] h323caps.cxx:3252 Found capability: UserInput/Modal 15 2009-10-20 10:08:18.426608 [DEBUG] osutils.cxx:880 MONITOR: timers=0, expiries=0 2009-10-20 10:08:18.426608 [DEBUG] osutils.cxx:880 MONITOR: timers=0, expiries=0 2009-10-20 10:08:18.426608 [DEBUG] osutils.cxx:60 Created external thread 0xb6eba910 for id 3048876944 2009-10-20 10:08:18.426608 [DEBUG] h4601.cxx:1725 Endpoint Attached Segmentation fault (core dumped) tculj...@subzero:~/freeswitch-trunk$ pls check: http://pastebin.freeswitch.org/10769 3. when you hangup from SIP side, the call is not released end-to-end (the H323 endpoint doesn't get any releaseComplete message) 2009-10-20 10:10:51.264527 [DEBUG] osutils.cxx:880 MONITOR: timers=2, expiries=3 2009-10-20 10:10:51.264527 [DEBUG] h323neg.cxx:432 Received MasterSlaveDeterminationAck: state=Incoming 2009-10-20 10:10:51.264527 [DEBUG] osutils.cxx:880 MONITOR: timers=1, expiries=3 2009-10-20 10:10:51.264527 [DEBUG] osutils.cxx:880 MONITOR: timers=2, expiries=4 2009-10-20 10:10:51.264527 [DEBUG] h323.cxx:4138 InternalEstablishedConnectionCheck: connectionState=EstablishedConnection fastStartState=FastStartAcknowledged 2009-10-20 10:10:51.264527 [DEBUG] h323caps.cxx:3264 FindCapability: T.120 2009-10-20 10:10:51.264527 [DEBUG] h323.cxx:4138 InternalEstablishedConnectionCheck: connectionState=EstablishedConnection fastStartState=FastStartAcknowledged 2009-10-20 10:10:51.264527 [DEBUG] tlibthrd.cxx:1023 PThread::PXBlockOnIO(45,0) 2009-10-20 10:10:54.405479 [NOTICE] sofia.c:328 Hangup sofia/internal/ sip:1...@10.4.62.89 sip%3a1...@10.4.62.89 [CS_CONSUME_MEDIA] [NORMAL_CLEARING] 2009-10-20 10:10:54.405479 [DEBUG] switch_channel.c:1726 Send signal sofia/internal/sip:1...@10.4.62.89 sip%3a1...@10.4.62.89 [KILL] 2009-10-20 10:10:54.405479 [DEBUG] switch_core_session.c:932 Send signal sofia/internal/sip:1...@10.4.62.89 sip%3a1...@10.4.62.89 [BREAK] 2009-10-20 10:10:54.405479 [DEBUG] switch_core_state_machine.c:437 thread mismatch skipping state handler. 2009-10-20 10:10:54.405479 [DEBUG] switch_core_state_machine.c:306 (sofia/internal/sip:1...@10.4.62.89 sip%3a1...@10.4.62.89) Running State Change CS_HANGUP 2009-10-20 10:10:54.406530 [DEBUG] switch_core_state_machine.c:464 (sofia/internal/sip:1...@10.4.62.89 sip%3a1...@10.4.62.89) State HANGUP 2009-10-20 10:10:54.406530 [DEBUG] mod_sofia.c:338 Channel sofia/internal/ sip:1...@10.4.62.89 sip%3a1...@10.4.62.89 hanging up, cause: NORMAL_CLEARING 2009-10-20 10:10:54.406530 [DEBUG] switch_core_state_machine.c:46 sofia/internal/sip:1...@10.4.62.89 sip%3a1...@10.4.62.89 Standard HANGUP, cause: NORMAL_CLEARING pls check: http://pastebin.freeswitch.org/10771 4. sometimes when i shutdown FS i get coredimps - from my experience it looks like you don't wait for a FS thread to finish when you exit... 2009-10-20 10:05:59.493306 [CONSOLE] switch_event.c:508 Stopping queue thread 2 2009-10-20 10:05:59.493339 [CONSOLE] switch_core.c:1693 Finalizing Shutdown. 2009-10-20 10:05:59.493379 [CONSOLE] switch_log.c:310 Logger Ended. 2009-10-20 10:05:59.494472 [CONSOLE] switch_core_memory.c:567 Stopping memory pool queue. Segmentation fault (core dumped) tculj...@subzero:~/freeswitch-trunk$ tculj...@subzero:~/freeswitch-trunk$ Please advice your FS/mod_h323.conf.xml settings... Tihomir. 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: ghh...@jabber.tula-ix.net.ru JID: ghh...@jabber.tula-ix.net.ru YG129-RIPEYG129-RIPE
Re: [Freeswitch-users] Fwd: mod_opal - call charged before H.225 connect
On 2009-10-20 10:17 +0200, Tihomir Culjaga wrote freeswitch-us...@lists.fre...: TC TC TC TCcall flow is SIP_user = FS = H323_endpoint is failing .. TC coredumped TC TChttp://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 TCHi, there are several issues... lets start with top 4 :) TC TC TC TC1. I'm still stuck with no audio: TC TCI have this parameter in the sip profile set: param TCname=inbound-proxy-media value=true/ TC...tried with both with slow start and fast start... any idea ? TC TCpls check: http://pastebin.freeswitch.org/10771 try to sniff rtp traffic on fs, is it go thouch him. TC TC TC TC TC TC2. outgoing calls still failing in coredumps: what is your dialplan ? ... TChow do you call bridge application? simple: action application=bridge data=h323/${number}/ if fs not registered on gk then data=h323/${numb...@xxx.xxx.xxx.xxx. TC TC2009-10-20 10:08:18.424083 [DEBUG] h323caps.cxx:3252 Found capability: TCUserInput/PointDevice 14 TC2009-10-20 10:08:18.424083 [DEBUG] h323caps.cxx:3248 FindCapability: 15 TC2009-10-20 10:08:18.426608 [DEBUG] osutils.cxx:60 Created external thread TC0xb6eb60a0 for id 3048876944 TC2009-10-20 10:08:18.426608 [DEBUG] osutils.cxx:65 Destroyed external thread TC0xb6ebafa8 for id 3048876944 TC2009-10-20 10:08:18.426608 [DEBUG] tlibthrd.cxx:406 Destroyed thread TC0xb6ebafa8 PExternalThread:0xb5ba2b90(id = b5ba2b90) TC2009-10-20 10:08:18.426608 [DEBUG] h323caps.cxx:3252 Found capability: TCUserInput/Modal 15 TC2009-10-20 10:08:18.426608 [DEBUG] osutils.cxx:880 MONITOR: timers=0, TCexpiries=0 TC2009-10-20 10:08:18.426608 [DEBUG] osutils.cxx:880 MONITOR: timers=0, TCexpiries=0 TC2009-10-20 10:08:18.426608 [DEBUG] osutils.cxx:60 Created external thread TC0xb6eba910 for id 3048876944 TC2009-10-20 10:08:18.426608 [DEBUG] h4601.cxx:1725 Endpoint Attached TCSegmentation fault (core dumped) TCtculj...@subzero:~/freeswitch-trunk$ TC TCpls check: http://pastebin.freeswitch.org/10769 look strange, what version of libpt/h323plus you use and freeswitch itself ? TC TC TC TC3. when you hangup from SIP side, the call is not released end-to-end (the TCH323 endpoint doesn't get any releaseComplete message) TC TC2009-10-20 10:10:51.264527 [DEBUG] osutils.cxx:880 MONITOR: timers=2, TCexpiries=3 TC2009-10-20 10:10:51.264527 [DEBUG] h323neg.cxx:432 Received TCMasterSlaveDeterminationAck: state=Incoming TC2009-10-20 10:10:51.264527 [DEBUG] osutils.cxx:880 MONITOR: timers=1, TCexpiries=3 TC2009-10-20 10:10:51.264527 [DEBUG] osutils.cxx:880 MONITOR: timers=2, TCexpiries=4 TC2009-10-20 10:10:51.264527 [DEBUG] h323.cxx:4138 TCInternalEstablishedConnectionCheck: connectionState=EstablishedConnection TCfastStartState=FastStartAcknowledged TC2009-10-20 10:10:51.264527 [DEBUG] h323caps.cxx:3264 FindCapability: T.120 TC2009-10-20 10:10:51.264527 [DEBUG] h323.cxx:4138 TCInternalEstablishedConnectionCheck: connectionState=EstablishedConnection TCfastStartState=FastStartAcknowledged TC2009-10-20 10:10:51.264527 [DEBUG] tlibthrd.cxx:1023 TCPThread::PXBlockOnIO(45,0) TC2009-10-20 10:10:54.405479 [NOTICE] sofia.c:328 Hangup sofia/internal/ TCsip:1...@10.4.62.89 sip%3a1...@10.4.62.89 [CS_CONSUME_MEDIA] TC[NORMAL_CLEARING] TC2009-10-20 10:10:54.405479 [DEBUG] switch_channel.c:1726 Send signal TCsofia/internal/sip:1...@10.4.62.89 sip%3a1...@10.4.62.89 [KILL] TC2009-10-20 10:10:54.405479 [DEBUG] switch_core_session.c:932 Send signal TCsofia/internal/sip:1...@10.4.62.89 sip%3a1...@10.4.62.89 [BREAK] TC2009-10-20 10:10:54.405479 [DEBUG] switch_core_state_machine.c:437 thread TCmismatch skipping state handler. TC2009-10-20 10:10:54.405479 [DEBUG] switch_core_state_machine.c:306 TC(sofia/internal/sip:1...@10.4.62.89 sip%3a1...@10.4.62.89) Running State TCChange CS_HANGUP TC2009-10-20 10:10:54.406530 [DEBUG] switch_core_state_machine.c:464 TC(sofia/internal/sip:1...@10.4.62.89 sip%3a1...@10.4.62.89) State HANGUP TC2009-10-20 10:10:54.406530 [DEBUG] mod_sofia.c:338 Channel sofia/internal/ TCsip:1...@10.4.62.89 sip%3a1...@10.4.62.89 hanging up, cause: TCNORMAL_CLEARING TC2009-10-20 10:10:54.406530 [DEBUG] switch_core_state_machine.c:46 TCsofia/internal/sip:1...@10.4.62.89 sip%3a1...@10.4.62.89 Standard HANGUP, TCcause: NORMAL_CLEARING TC TC TCpls 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 TC4. sometimes when i shutdown FS i get coredimps - from my experience it TClooks like you don't wait for a FS thread to finish when you exit... TC TC2009-10-20 10:05:59.493306 [CONSOLE] switch_event.c:508 Stopping queue TCthread 2 TC2009-10-20 10:05:59.493339 [CONSOLE]
Re: [Freeswitch-users] Fwd: mod_opal - call charged before H.225 connect
On 2009-10-20 10:17 +0200, Tihomir Culjaga wrote freeswitch-us...@lists.fre...: TC TC TC TCcall flow is SIP_user = FS = H323_endpoint is failing .. TC coredumped TC TChttp://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 TCHi, there are several issues... lets start with top 4 :) TC TC TC TC1. I'm still stuck with no audio: TC TCI have this parameter in the sip profile set: param TCname=inbound-proxy-media value=true/ TC...tried with both with slow start and fast start... any idea ? TC TCpls check: http://pastebin.freeswitch.org/10771 try to sniff rtp traffic on fs, is it go thouch him. TC TC TC TC TC TC2. outgoing calls still failing in coredumps: what is your dialplan ? ... TChow do you call bridge application? simple: action application=bridge data=h323/${number}/ if fs not registered on gk then data=h323/${numb...@xxx.xxx.xxx.xxx. TC TC2009-10-20 10:08:18.424083 [DEBUG] h323caps.cxx:3252 Found capability: TCUserInput/PointDevice 14 TC2009-10-20 10:08:18.424083 [DEBUG] h323caps.cxx:3248 FindCapability: 15 TC2009-10-20 10:08:18.426608 [DEBUG] osutils.cxx:60 Created external thread TC0xb6eb60a0 for id 3048876944 TC2009-10-20 10:08:18.426608 [DEBUG] osutils.cxx:65 Destroyed external thread TC0xb6ebafa8 for id 3048876944 TC2009-10-20 10:08:18.426608 [DEBUG] tlibthrd.cxx:406 Destroyed thread TC0xb6ebafa8 PExternalThread:0xb5ba2b90(id = b5ba2b90) TC2009-10-20 10:08:18.426608 [DEBUG] h323caps.cxx:3252 Found capability: TCUserInput/Modal 15 TC2009-10-20 10:08:18.426608 [DEBUG] osutils.cxx:880 MONITOR: timers=0, TCexpiries=0 TC2009-10-20 10:08:18.426608 [DEBUG] osutils.cxx:880 MONITOR: timers=0, TCexpiries=0 TC2009-10-20 10:08:18.426608 [DEBUG] osutils.cxx:60 Created external thread TC0xb6eba910 for id 3048876944 TC2009-10-20 10:08:18.426608 [DEBUG] h4601.cxx:1725 Endpoint Attached TCSegmentation fault (core dumped) TCtculj...@subzero:~/freeswitch-trunk$ TC TCpls check: http://pastebin.freeswitch.org/10769 look strange, what version of libpt/h323plus you use and freeswitch itself ? TC TC TC TC3. when you hangup from SIP side, the call is not released end-to-end (the TCH323 endpoint doesn't get any releaseComplete message) TC TC2009-10-20 10:10:51.264527 [DEBUG] osutils.cxx:880 MONITOR: timers=2, TCexpiries=3 TC2009-10-20 10:10:51.264527 [DEBUG] h323neg.cxx:432 Received TCMasterSlaveDeterminationAck: state=Incoming TC2009-10-20 10:10:51.264527 [DEBUG] osutils.cxx:880 MONITOR: timers=1, TCexpiries=3 TC2009-10-20 10:10:51.264527 [DEBUG] osutils.cxx:880 MONITOR: timers=2, TCexpiries=4 TC2009-10-20 10:10:51.264527 [DEBUG] h323.cxx:4138 TCInternalEstablishedConnectionCheck: connectionState=EstablishedConnection TCfastStartState=FastStartAcknowledged TC2009-10-20 10:10:51.264527 [DEBUG] h323caps.cxx:3264 FindCapability: T.120 TC2009-10-20 10:10:51.264527 [DEBUG] h323.cxx:4138 TCInternalEstablishedConnectionCheck: connectionState=EstablishedConnection TCfastStartState=FastStartAcknowledged TC2009-10-20 10:10:51.264527 [DEBUG] tlibthrd.cxx:1023 TCPThread::PXBlockOnIO(45,0) TC2009-10-20 10:10:54.405479 [NOTICE] sofia.c:328 Hangup sofia/internal/ TCsip:1...@10.4.62.89 sip%3a1...@10.4.62.89 [CS_CONSUME_MEDIA] TC[NORMAL_CLEARING] TC2009-10-20 10:10:54.405479 [DEBUG] switch_channel.c:1726 Send signal TCsofia/internal/sip:1...@10.4.62.89 sip%3a1...@10.4.62.89 [KILL] TC2009-10-20 10:10:54.405479 [DEBUG] switch_core_session.c:932 Send signal TCsofia/internal/sip:1...@10.4.62.89 sip%3a1...@10.4.62.89 [BREAK] TC2009-10-20 10:10:54.405479 [DEBUG] switch_core_state_machine.c:437 thread TCmismatch skipping state handler. TC2009-10-20 10:10:54.405479 [DEBUG] switch_core_state_machine.c:306 TC(sofia/internal/sip:1...@10.4.62.89 sip%3a1...@10.4.62.89) Running State TCChange CS_HANGUP TC2009-10-20 10:10:54.406530 [DEBUG] switch_core_state_machine.c:464 TC(sofia/internal/sip:1...@10.4.62.89 sip%3a1...@10.4.62.89) State HANGUP TC2009-10-20 10:10:54.406530 [DEBUG] mod_sofia.c:338 Channel sofia/internal/ TCsip:1...@10.4.62.89 sip%3a1...@10.4.62.89 hanging up, cause: TCNORMAL_CLEARING TC2009-10-20 10:10:54.406530 [DEBUG] switch_core_state_machine.c:46 TCsofia/internal/sip:1...@10.4.62.89 sip%3a1...@10.4.62.89 Standard HANGUP, TCcause: NORMAL_CLEARING TC TC TCpls 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 TC4. sometimes when i shutdown FS i get coredimps - from my experience it TClooks like you don't wait for a FS thread to finish when you exit... TC TC2009-10-20 10:05:59.493306 [CONSOLE] switch_event.c:508 Stopping queue TCthread 2 TC2009-10-20 10:05:59.493339 [CONSOLE]
Re: [Freeswitch-users] Fwd: mod_opal - call charged before H.225 connect
On 2009-10-20 10:17 +0200, Tihomir Culjaga wrote freeswitch-us...@lists.fre...: TC TC TC TCcall flow is SIP_user = FS = H323_endpoint is failing .. TC coredumped TC TChttp://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 TCHi, there are several issues... lets start with top 4 :) TC TC TC TC1. I'm still stuck with no audio: TC TCI have this parameter in the sip profile set: param TCname=inbound-proxy-media value=true/ TC...tried with both with slow start and fast start... any idea ? TC TCpls check: http://pastebin.freeswitch.org/10771 try to sniff rtp traffic on fs, is it go thouch him. TC TC TC TC TC TC2. outgoing calls still failing in coredumps: what is your dialplan ? ... TChow do you call bridge application? simple: action application=bridge data=h323/${number}/ if fs not registered on gk then data=h323/${numb...@xxx.xxx.xxx.xxx. TC TC2009-10-20 10:08:18.424083 [DEBUG] h323caps.cxx:3252 Found capability: TCUserInput/PointDevice 14 TC2009-10-20 10:08:18.424083 [DEBUG] h323caps.cxx:3248 FindCapability: 15 TC2009-10-20 10:08:18.426608 [DEBUG] osutils.cxx:60 Created external thread TC0xb6eb60a0 for id 3048876944 TC2009-10-20 10:08:18.426608 [DEBUG] osutils.cxx:65 Destroyed external thread TC0xb6ebafa8 for id 3048876944 TC2009-10-20 10:08:18.426608 [DEBUG] tlibthrd.cxx:406 Destroyed thread TC0xb6ebafa8 PExternalThread:0xb5ba2b90(id = b5ba2b90) TC2009-10-20 10:08:18.426608 [DEBUG] h323caps.cxx:3252 Found capability: TCUserInput/Modal 15 TC2009-10-20 10:08:18.426608 [DEBUG] osutils.cxx:880 MONITOR: timers=0, TCexpiries=0 TC2009-10-20 10:08:18.426608 [DEBUG] osutils.cxx:880 MONITOR: timers=0, TCexpiries=0 TC2009-10-20 10:08:18.426608 [DEBUG] osutils.cxx:60 Created external thread TC0xb6eba910 for id 3048876944 TC2009-10-20 10:08:18.426608 [DEBUG] h4601.cxx:1725 Endpoint Attached TCSegmentation fault (core dumped) TCtculj...@subzero:~/freeswitch-trunk$ TC TCpls check: http://pastebin.freeswitch.org/10769 look strange, what version of libpt/h323plus you use and freeswitch itself ? TC TC TC TC3. when you hangup from SIP side, the call is not released end-to-end (the TCH323 endpoint doesn't get any releaseComplete message) TC TC2009-10-20 10:10:51.264527 [DEBUG] osutils.cxx:880 MONITOR: timers=2, TCexpiries=3 TC2009-10-20 10:10:51.264527 [DEBUG] h323neg.cxx:432 Received TCMasterSlaveDeterminationAck: state=Incoming TC2009-10-20 10:10:51.264527 [DEBUG] osutils.cxx:880 MONITOR: timers=1, TCexpiries=3 TC2009-10-20 10:10:51.264527 [DEBUG] osutils.cxx:880 MONITOR: timers=2, TCexpiries=4 TC2009-10-20 10:10:51.264527 [DEBUG] h323.cxx:4138 TCInternalEstablishedConnectionCheck: connectionState=EstablishedConnection TCfastStartState=FastStartAcknowledged TC2009-10-20 10:10:51.264527 [DEBUG] h323caps.cxx:3264 FindCapability: T.120 TC2009-10-20 10:10:51.264527 [DEBUG] h323.cxx:4138 TCInternalEstablishedConnectionCheck: connectionState=EstablishedConnection TCfastStartState=FastStartAcknowledged TC2009-10-20 10:10:51.264527 [DEBUG] tlibthrd.cxx:1023 TCPThread::PXBlockOnIO(45,0) TC2009-10-20 10:10:54.405479 [NOTICE] sofia.c:328 Hangup sofia/internal/ TCsip:1...@10.4.62.89 sip%3a1...@10.4.62.89 [CS_CONSUME_MEDIA] TC[NORMAL_CLEARING] TC2009-10-20 10:10:54.405479 [DEBUG] switch_channel.c:1726 Send signal TCsofia/internal/sip:1...@10.4.62.89 sip%3a1...@10.4.62.89 [KILL] TC2009-10-20 10:10:54.405479 [DEBUG] switch_core_session.c:932 Send signal TCsofia/internal/sip:1...@10.4.62.89 sip%3a1...@10.4.62.89 [BREAK] TC2009-10-20 10:10:54.405479 [DEBUG] switch_core_state_machine.c:437 thread TCmismatch skipping state handler. TC2009-10-20 10:10:54.405479 [DEBUG] switch_core_state_machine.c:306 TC(sofia/internal/sip:1...@10.4.62.89 sip%3a1...@10.4.62.89) Running State TCChange CS_HANGUP TC2009-10-20 10:10:54.406530 [DEBUG] switch_core_state_machine.c:464 TC(sofia/internal/sip:1...@10.4.62.89 sip%3a1...@10.4.62.89) State HANGUP TC2009-10-20 10:10:54.406530 [DEBUG] mod_sofia.c:338 Channel sofia/internal/ TCsip:1...@10.4.62.89 sip%3a1...@10.4.62.89 hanging up, cause: TCNORMAL_CLEARING TC2009-10-20 10:10:54.406530 [DEBUG] switch_core_state_machine.c:46 TCsofia/internal/sip:1...@10.4.62.89 sip%3a1...@10.4.62.89 Standard HANGUP, TCcause: NORMAL_CLEARING TC TC TCpls 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 TC4. sometimes when i shutdown FS i get coredimps - from my experience it TClooks like you don't wait for a FS thread to finish when you exit... TC TC2009-10-20 10:05:59.493306 [CONSOLE] switch_event.c:508 Stopping queue TCthread 2 TC2009-10-20 10:05:59.493339 [CONSOLE]
Re: [Freeswitch-users] Fwd: mod_opal - call charged before H.225 connect
On 2009-10-14 11:15 +0200, Tihomir Culjaga wrote freeswitch-us...@lists.fre...: TCOn Wed, Oct 14, 2009 at 10:16 AM, Tihomir Culjaga tculj...@gmail.comwrote: TC TC TC TC 2009/10/14 Georgiewskiy Yuriy bottle...@icf.org.ru TC TC On 2009-10-14 09:58 +0200, Tihomir Culjaga wrote TC freeswitch-us...@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 TCHere are the logs: TC TCcall flow is H323_endpoint = FS = SIP_user TC TCslow start= http://pastebin.freeswitch.org/10693 TCslow start w eH245= http://pastebin.freeswitch.org/10694 TCfastStart w tunneling true = http://pastebin.freeswitch.org/10701 TCfastStart w tunneling false= http://pastebin.freeswitch.org/10702 TCfastStart w tunneling true eH245= http://pastebin.freeswitch.org/10699 TCfastStart w tunneling false eH245= http://pastebin.freeswitch.org/10700 TC TC TCIn 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 TCoriginator. Also, i see originator (H323) sending RTP to FS but FS doesn't TCforward it to the terminator (SIP). TC TC TC TCcall flow is SIP_user = FS = H323_endpoint is failing .. coredumped TChttp://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: ghh...@jabber.tula-ix.net.ru JID: ghh...@jabber.tula-ix.net.ru YG129-RIPEYG129-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
Re: [Freeswitch-users] Fwd: mod_opal - call charged before H.225 connect
2009/10/14 Georgiewskiy Yuriy bottle...@icf.org.ru On 2009-10-14 08:59 +0200, Tihomir Culjaga wrote freeswitch-us...@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/1...@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. ___ 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
Re: [Freeswitch-users] Fwd: mod_opal - call charged before H.225 connect
2009/10/14 Georgiewskiy Yuriy bottle...@icf.org.ru On 2009-10-14 09:58 +0200, Tihomir Culjaga wrote freeswitch-us...@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. ___ 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
Re: [Freeswitch-users] Fwd: mod_opal - call charged before H.225 connect
On Wed, Oct 14, 2009 at 10:16 AM, Tihomir Culjaga tculj...@gmail.comwrote: 2009/10/14 Georgiewskiy Yuriy bottle...@icf.org.ru On 2009-10-14 09:58 +0200, Tihomir Culjaga wrote freeswitch-us...@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. Here are the logs: call flow is H323_endpoint = FS = SIP_user slow start= http://pastebin.freeswitch.org/10693 slow start w eH245= http://pastebin.freeswitch.org/10694 fastStart w tunneling true = http://pastebin.freeswitch.org/10701 fastStart w tunneling false= http://pastebin.freeswitch.org/10702 fastStart w tunneling true eH245= http://pastebin.freeswitch.org/10699 fastStart w tunneling false eH245= http://pastebin.freeswitch.org/10700 In all cases, there is no audio on SIP User side... i see the SIP Phone (terminator) sending RTP to FS but FS is not forwarding it back to the originator. Also, i see originator (H323) sending RTP to FS but FS doesn't forward it to the terminator (SIP). call flow is SIP_user = FS = H323_endpoint is failing .. coredumped http://pastebin.freeswitch.org/10703 T. hope you will recover soon. T. ___ 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