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
