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 TC>and Facility message whether it has a faststart element included. It it is TC>true than you might start pre_answer. TC> TC> TC>also, i don't see any handling of Call Proceeding ... what if there is a TC>fastStart element in CallProceeding message? :) Handling of fastStart in CallProceeding is commented out in h323plus library, this is exploration from h323plus developers about this: Yes that should be mera. The problem is that Callproceeding does not always come from the remote it may be generated by the gatekeeper. MERA where sending fast start elements in the Call proceeding and connect. The call proceeding where not valid and causing the media to fail. Normally (although valid) EP's do not set Fast Start in Call proceeding so the code was disabled to resolve the MERA issue. if you wont read "bugs" file in mod_h323, there is explaned how to enable it. C уважением With Best Regards Георгиевский Юрий.Georgiewskiy Yuriy +7 4872 711666+7 4872 711666 факс +7 4872 711143 fax +7 4872 711143 Компания ООО "Ай Ти Сервис" IT Service Ltd http://nkoort.ru http://nkoort.ru JID: 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
> TC>BTW: it really doesn't have sense to develop on 1.0.4 ... the proof of > TC>concept was done. I'm able to place calls in both directions so, lets > move > TC>to trunk now. > > i have my own voip infrastructure on my work, and it's better for me to use > it for tests, > and use my personal on work too, i have problem with various hardware and > call making, > there is i have dialup connection and all what i can - make one call whit > only g729 codec, > or receive one call, no more, it's is a bandwich limitation. from hardware > i have only ip > phone artdio ipf2000 and one addpac gateway. also ssh sesssion is very > slow. > > I see... it is not the ideal development environment :)... Indeed, a dialup is not a good thing... i guess your g729 is compressed to the maximum :) > P.S. people from russian community report what current version of module > work fine on fs > trunk version. > > that's strange that they report it working as "m_txAudioOpened" is never gonna be ready in pre_answer :P... i had to comment it to make it working. anyhow, i moved everything to trunk and will do some tests on Monday. T ___ 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...: TC>2009/10/23 Georgiewskiy Yuriy 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>> AM>if you were on trunk that line of code would be gone. TC>> AM>you really can't do development on 1.0.4 its 6 months old and it will TC>> cause TC>> AM>you more trouble than you think when you eventually upgrade if you do TC>> not do TC>> TC> TC>uh... you are still in there ... damn sorry to hear that. TC>I know what the feeling is... i was in the same position a couple of months TC>ago... anyhow at least i had plenty of time to do my private research.. hope TC>it is the case with you as well. TC> TC>so, if you have that time i can offer you my development server with trunk TC>installed and all the hands on. TC> TC> TC>let me know... TC> TC>BTW: it really doesn't have sense to develop on 1.0.4 ... the proof of TC>concept was done. I'm able to place calls in both directions so, lets move TC>to trunk now. i have my own voip infrastructure on my work, and it's better for me to use it for tests, and use my personal on work too, i have problem with various hardware and call making, there is i have dialup connection and all what i can - make one call whit only g729 codec, or receive one call, no more, it's is a bandwich limitation. from hardware i have only ip phone artdio ipf2000 and one addpac gateway. also ssh sesssion is very slow. 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
2009/10/23 Georgiewskiy Yuriy > 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. > > AM>if you were on trunk that line of code would be gone. > AM>you really can't do development on 1.0.4 its 6 months old and it will > cause > AM>you more trouble than you think when you eventually upgrade if you do > not do > uh... you are still in there ... damn sorry to hear that. I know what the feeling is... i was in the same position a couple of months ago... anyhow at least i had plenty of time to do my private research.. hope it is the case with you as well. so, if you have that time i can offer you my development server with trunk installed and all the hands on. let me know... BTW: it really doesn't have sense to develop on 1.0.4 ... the proof of concept was done. I'm able to place calls in both directions so, lets move to trunk now. T. ___ 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: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. AM>if you were on trunk that line of code would be gone. AM>you really can't do development on 1.0.4 its 6 months old and it will cause AM>you more trouble than you think when you eventually upgrade if you do not do AM>it soon. AM> AM> AM>2009/10/23 Georgiewskiy Yuriy 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>> { AM>>switch_channel_t *channel = switch_core_session_get_channel(session); AM>> AM>>if (!switch_channel_test_flag(channel, CF_PROXY_MODE)) { AM>>while (switch_channel_get_state(channel) == CS_CONSUME_MEDIA AM>> && !switch_channel_test_flag(chann AM>>if (!switch_channel_media_ready(channel)) { AM>>switch_yield(1); AM>>} else { AM>>switch_ivr_sleep(session, 10, SWITCH_FALSE, AM>> NULL); AM>>} AM>>} AM>>} AM>> AM>>switch_channel_clear_state_handler(channel, AM>> &originate_state_handlers); AM>> AM>>return 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>> TC>a solution to H323 endpoint => FS => SIP user no audio issue AM>> TC> AM>> TC>is to disable a wait for tx Audio ... for case AM>> TC>SWITCH_MESSAGE_INDICATE_ANSWER:{ AM>> TC> AM>> TC>//m_txAudioOpened.Wait(); AM>> TC> AM>> TC> AM>> TC>case SWITCH_MESSAGE_INDICATE_ANSWER:{ AM>> TC> AM>> TC>switch_log_printf(SWITCH_CHANNEL_LOG, AM>> TC>SWITCH_LOG_CONSOLE, "ANSWER: we got Answer event\n"); AM>> TC> AM>> TC>if (switch_channel_test_flag(channel, AM>> CF_OUTBOUND)) AM>> TC>{ AM>> TC> AM>> TC>switch_log_printf(SWITCH_CHANNEL_LOG, AM>> TC>SWITCH_LOG_CONSOLE, "ANSWER: we got Answer event - CF_OUTBOUND AM>> TC>\n"); AM>> TC>return SWITCH_STATUS_FALSE; AM>> TC>} AM>> TC>AnsweringCall(H323Connection::AnswerCallNow); AM>> TC> AM>> TC>switch_log_printf(SWITCH_CHANNEL_LOG, AM>> TC>SWITCH_LOG_CONSOLE, "ANSWER: suppose the call is Answered Now\n"); AM>> TC>PTRACE(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>> TC>m_rxAudioOpened.Wait(); AM>> TC>switch_log_printf(SWITCH_CHANNEL_LOG, AM>> TC>SWITCH_LOG_CONSOLE, "ANSWER: wait for m_rxAudioOpened\n"); AM>> TC>//m_txAudioOpened.Wait(); AM>> TC>switch_log_printf(SWITCH_CHANNEL_LOG, AM>> TC>SWITCH_LOG_CONSOLE, "ANSWER: we disable wait for m_txAudioOpened\n"); AM>> TC> AM>> TC>switch_log_printf(SWITCH_CHANNEL_LOG, AM>> TC>SWITCH_LOG_CONSOLE, "ANSWER: were waiting for rx/tx AudioOpen\n"); AM>> TC> AM>> TC>if (!switch_channel_test_flag(m_fsChannel, AM>> TC>CF_EARLY_MEDIA)) { AM>> TC> AM>> TC>switch_log_printf(SWITCH_CHANNEL_LOG, AM>> TC>SWITCH_LOG_CONSOLE, "ANSWER: we have early media\n"); AM>> TC> AM>> TC>PTRACE(4, AM>> TC>"mod_h323\t>switch_channel_mark_answered(m_fsChannel) AM>> " AM>> TC><< *this); AM>> TC> AM>> switch_channel_mark_answered(m_fsChannel); AM>> TC>switch_log_printf(SWITCH_CHANNEL_LOG, AM>> TC>SWITCH_LOG_CONSOLE, "ANSWER: answered in early Media\n"); AM>> TC>} AM>> TC>break; AM>> TC>} AM>> TC> AM>> TC> AM>> TC>Now, I'm able to both originate and terminate cals with 2-way audio... AM>> TC>the signaling looks correct... AM>> TC> AM>> TC> AM>> TC> AM>> TC>outgoing: AM>> TC> AM>> TC>1369.42504610.4.62.7 -> 10.4.62.89 SIP/SDP Request: INVITE AM>> TC>sip:1...@10.4.62.89 >;transport=udp, AM>> with session AM>> TC>description AM>> TC>1369.42625510.4.62.7 -> 10.4.62.31 H.225.0 CS: alerting AM>> TC>1369.435950 10.4.62.89 -> 10.4.62.7SIP Status: 100 Trying AM>> TC>1369.449065 10.4.62.89 -> 10.4.62.7SIP Status: 180 Ringing AM>> TC>1369.60510910.4.62.7 -> 10.4.62.31 H
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 > 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. > > TC>a solution to H323 endpoint => FS => SIP user no audio issue > TC> > TC>is to disable a wait for tx Audio ... for case > TC>SWITCH_MESSAGE_INDICATE_ANSWER:{ > TC> > TC>//m_txAudioOpened.Wait(); > TC> > TC> > TC>case SWITCH_MESSAGE_INDICATE_ANSWER:{ > TC> > TC>switch_log_printf(SWITCH_CHANNEL_LOG, > TC>SWITCH_LOG_CONSOLE, "ANSWER: we got Answer event\n"); > TC> > TC>if (switch_channel_test_flag(channel, > CF_OUTBOUND)) > TC>{ > TC> > TC>switch_log_printf(SWITCH_CHANNEL_LOG, > TC>SWITCH_LOG_CONSOLE, "ANSWER: we got Answer event - CF_OUTBOUND > TC>\n"); > TC>return SWITCH_STATUS_FALSE; > TC>} > TC>AnsweringCall(H323Connection::AnswerCallNow); > TC> > TC>switch_log_printf(SWITCH_CHANNEL_LOG, > TC>SWITCH_LOG_CONSOLE, "ANSWER: suppose the call is Answered Now\n"); > TC>PTRACE(4, "mod_h323\tMedia started on connection > " > TC><< *this); > TC> > TC>// test > TC>//switch_channel_mark_answered(m_fsChannel); > TC> > TC>m_rxAudioOpened.Wait(); > TC>switch_log_printf(SWITCH_CHANNEL_LOG, > TC>SWITCH_LOG_CONSOLE, "ANSWER: wait for m_rxAudioOpened\n"); > TC>//m_txAudioOpened.Wait(); > TC>switch_log_printf(SWITCH_CHANNEL_LOG, > TC>SWITCH_LOG_CONSOLE, "ANSWER: we disable wait for m_txAudioOpened\n"); > TC> > TC>switch_log_printf(SWITCH_CHANNEL_LOG, > TC>SWITCH_LOG_CONSOLE, "ANSWER: were waiting for rx/tx AudioOpen\n"); > TC> > TC>if (!switch_channel_test_flag(m_fsChannel, > TC>CF_EARLY_MEDIA)) { > TC> > TC>switch_log_printf(SWITCH_CHANNEL_LOG, > TC>SWITCH_LOG_CONSOLE, "ANSWER: we have early media\n"); > TC> > TC>PTRACE(4, > TC>"mod_h323\t>switch_channel_mark_answered(m_fsChannel) > " > TC><< *this); > TC> > switch_channel_mark_answered(m_fsChannel); > TC>switch_log_printf(SWITCH_CHANNEL_LOG, > TC>SWITCH_LOG_CONSOLE, "ANSWER: answered in early Media\n"); > TC>} > TC>break; > TC>} > TC> > TC> > TC>Now, I'm able to both originate and terminate cals with 2-way audio... > TC>the signaling looks correct... > TC> > TC> > TC> > TC>outgoing: > TC> > TC>1369.42504610.4.62.7 -> 10.4.62.89 SIP/SDP Request: INVITE > TC>sip:1...@10.4.62.89 > >;transport=udp, > with session > TC>description > TC>1369.42625510.4.62.7 -> 10.4.62.31 H.225.0 CS: alerting > TC>1369.435950 10.4.62.89 -> 10.4.62.7SIP Status: 100 Trying > TC>1369.449065 10.4.62.89 -> 10.4.62.7SIP Status: 180 Ringing > TC>1369.60510910.4.62.7 -> 10.4.62.31 H.225.0 CS: progress > TC>OpenLogicalChannel > TC>1369.609788 10.4.62.31 -> 10.4.62.7H.225.0/H.245 CS: facility > TC>terminalCapabilitySet > TC>1369.610489 10.4.62.31 -> 10.4.62.7H.225.0/H.245 CS: facility > TC>masterSlaveDetermination > TC>1369.61907110.4.62.7 -> 10.4.62.31 H.225.0/H.245 CS: empty > TC>terminalCapabilitySet > TC>1369.62034910.4.62.7 -> 10.4.62.31 H.225.0/H.245 CS: empty > TC>terminalCapabilitySetAck > TC>1369.623215 10.4.62.31 -> 10.4.62.7H.225.0/H.245 CS: facility > TC>terminalCapabilitySetAck > TC>1369.62559110.4.62.7 -> 1
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. TC>a solution to H323 endpoint => FS => SIP user no audio issue TC> TC>is to disable a wait for tx Audio ... for case TC>SWITCH_MESSAGE_INDICATE_ANSWER:{ TC> TC>//m_txAudioOpened.Wait(); TC> TC> TC>case SWITCH_MESSAGE_INDICATE_ANSWER:{ TC> TC>switch_log_printf(SWITCH_CHANNEL_LOG, TC>SWITCH_LOG_CONSOLE, "ANSWER: we got Answer event\n"); TC> TC>if (switch_channel_test_flag(channel, CF_OUTBOUND)) TC>{ TC> TC>switch_log_printf(SWITCH_CHANNEL_LOG, TC>SWITCH_LOG_CONSOLE, "ANSWER: we got Answer event - CF_OUTBOUND TC>\n"); TC>return SWITCH_STATUS_FALSE; TC>} TC>AnsweringCall(H323Connection::AnswerCallNow); TC> TC>switch_log_printf(SWITCH_CHANNEL_LOG, TC>SWITCH_LOG_CONSOLE, "ANSWER: suppose the call is Answered Now\n"); TC>PTRACE(4, "mod_h323\tMedia started on connection " TC><< *this); TC> TC>// test TC>//switch_channel_mark_answered(m_fsChannel); TC> TC>m_rxAudioOpened.Wait(); TC>switch_log_printf(SWITCH_CHANNEL_LOG, TC>SWITCH_LOG_CONSOLE, "ANSWER: wait for m_rxAudioOpened\n"); TC>//m_txAudioOpened.Wait(); TC>switch_log_printf(SWITCH_CHANNEL_LOG, TC>SWITCH_LOG_CONSOLE, "ANSWER: we disable wait for m_txAudioOpened\n"); TC> TC>switch_log_printf(SWITCH_CHANNEL_LOG, TC>SWITCH_LOG_CONSOLE, "ANSWER: were waiting for rx/tx AudioOpen\n"); TC> TC>if (!switch_channel_test_flag(m_fsChannel, TC>CF_EARLY_MEDIA)) { TC> TC>switch_log_printf(SWITCH_CHANNEL_LOG, TC>SWITCH_LOG_CONSOLE, "ANSWER: we have early media\n"); TC> TC>PTRACE(4, TC>"mod_h323\t>switch_channel_mark_answered(m_fsChannel) " TC><< *this); TC>switch_channel_mark_answered(m_fsChannel); TC>switch_log_printf(SWITCH_CHANNEL_LOG, TC>SWITCH_LOG_CONSOLE, "ANSWER: answered in early Media\n"); TC>} TC>break; TC>} TC> TC> TC>Now, I'm able to both originate and terminate cals with 2-way audio... TC>the signaling looks correct... TC> TC> TC> TC>outgoing: TC> TC>1369.42504610.4.62.7 -> 10.4.62.89 SIP/SDP Request: INVITE TC>sip:1...@10.4.62.89 ;transport=udp, with session TC>description TC>1369.42625510.4.62.7 -> 10.4.62.31 H.225.0 CS: alerting TC>1369.435950 10.4.62.89 -> 10.4.62.7SIP Status: 100 Trying TC>1369.449065 10.4.62.89 -> 10.4.62.7SIP Status: 180 Ringing TC>1369.60510910.4.62.7 -> 10.4.62.31 H.225.0 CS: progress TC>OpenLogicalChannel TC>1369.609788 10.4.62.31 -> 10.4.62.7H.225.0/H.245 CS: facility TC>terminalCapabilitySet TC>1369.610489 10.4.62.31 -> 10.4.62.7H.225.0/H.245 CS: facility TC>masterSlaveDetermination TC>1369.61907110.4.62.7 -> 10.4.62.31 H.225.0/H.245 CS: empty TC>terminalCapabilitySet TC>1369.62034910.4.62.7 -> 10.4.62.31 H.225.0/H.245 CS: empty TC>terminalCapabilitySetAck TC>1369.623215 10.4.62.31 -> 10.4.62.7H.225.0/H.245 CS: facility TC>terminalCapabilitySetAck TC>1369.62559110.4.62.7 -> 10.4.62.31 H.225.0/H.245 CS: empty TC>masterSlaveDeterminationAck TC>1369.628174 10.4.62.31 -> 10.4.62.7H.225.0/H.245 CS: facility TC>masterSlaveDeterminationAck TC>1370.966958 10.4.62.89 -> 10.4.62.7SIP/SDP Status: 200 OK, with TC>session description TC>1370.96743110.4.62.7 -> 10.4.62.89 SIP Request: ACK TC>sip:1...@10.4.62.89 ;transport=udp TC>1370.97517210.4.62.7 -> 10.4.62.31 H.225.0 CS: connect TC>1372.354383 10.4.
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\t>switch_channel_mark_answered(m_fsChannel) " << *this); switch_channel_mark_answered(m_fsChannel); switch_log_printf(SWITCH_CHANNEL_LOG, SWITCH_LOG_CONSOLE, "ANSWER: answered in early Media\n"); } break; } Now, I'm able to both originate and terminate cals with 2-way audio... the signaling looks correct... outgoing: 1369.42504610.4.62.7 -> 10.4.62.89 SIP/SDP Request: INVITE sip:1...@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 ;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 ;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.7H.225
Re: [Freeswitch-users] Fwd: mod_opal - call charged before H.225 connect
> > > TC> > TC>bool FSH323Connection::OnReceivedProgress(const H323SignalPDU &pdu) > TC>{ > TC>PTRACE(4, > "mod_h323\t==>FSH323Connection::OnReceivedProgress"); > TC> > TC>PTRACE(4, "mod_h323\t==>FSH323Connection::OnReceivedProgress > - > TC>disabled pre_answer"); > TC> > TC>//m_txAudioOpened.Wait(); > TC>//switch_channel_mark_pre_answered(m_fsChannel); > TC>return true; > TC>} > TC> > > in that chase wee are not hear anything going inband if receive progress > ind from called h323 endpoint, > there will bee ringback, for exmaple mobule fone then it out of network. if > you dont need > this make this changes until i fix it. > > 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.8
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>> TC>check "H225_Setup_UUIE & H323SignalPDU::BuildSetup" within TC>> src/h323pdu.cxx TC>> TC>(H323plus) TC>> TC>> i think it can be implemented later, but, why it may be needed? can you TC>> explain some TC>> situation where it need? TC>> TC>> TC>> TC> TC>> TC>you should handle this and postpone pre_answer until you get an open LC. TC>> TC>> pre_answer is not complete at this time, i say it a some kinde of hack, TC>> there is TC>> another issues with it ans sofia in case proxy-media true. TC>> TC>> TC> TC>bool FSH323Connection::OnReceivedProgress(const H323SignalPDU &pdu) TC>{ TC>PTRACE(4, "mod_h323\t==>FSH323Connection::OnReceivedProgress"); TC>m_txAudioOpened.Wait(); TC>switch_channel_mark_pre_answered(m_fsChannel); TC>return true; TC>} TC> TC> TC> TC>so for me the workaround for this was: TC> TC> TC> TC> TC>bool FSH323Connection::OnReceivedProgress(const H323SignalPDU &pdu) TC>{ TC>PTRACE(4, "mod_h323\t==>FSH323Connection::OnReceivedProgress"); TC> TC>PTRACE(4, "mod_h323\t==>FSH323Connection::OnReceivedProgress - TC>disabled pre_answer"); TC> TC>//m_txAudioOpened.Wait(); TC>//switch_channel_mark_pre_answered(m_fsChannel); TC>return true; TC>} TC> in that chase wee are not hear anything going inband if receive progress ind from called h323 endpoint, there will bee ringback, for exmaple mobule fone then it out of network. if you dont need this make this changes until i fix it. C уважением With Best Regards Георгиевский Юрий.Georgiewskiy Yuriy +7 4872 711666+7 4872 711666 факс +7 4872 711143 fax +7 4872 711143 Компания ООО "Ай Ти Сервис" IT Service Ltd http://nkoort.ru http://nkoort.ru JID: 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>check "H225_Setup_UUIE & H323SignalPDU::BuildSetup" within > src/h323pdu.cxx > TC>(H323plus) > > i think it can be implemented later, but, why it may be needed? can you > explain some > situation where it need? > > > TC> > TC>you should handle this and postpone pre_answer until you get an open LC. > > pre_answer is not complete at this time, i say it a some kinde of hack, > there is > another issues with it ans sofia in case proxy-media true. > > 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 13:52 +0200, Tihomir Culjaga wrote freeswitch-us...@lists.fre...: TC>> TC>> TC>3. can we control mediaWaitForConnect flag within setup message via TC>> config TC>> TC>file setting? TC>> TC>> what is mediaWaitForConnect flag, may be another trmin in h323? TC>> TC>> TC>> TC>If the calling endpoint sets the mediaWaitForConnect element to TRUE in the TC>Setup message, then TC>the called endpoint shall not send any media until after the Connect message TC>is sent. TC>The calling endpoint may begin transmitting media (according to the channels TC>opened) immediately TC>upon receiving a Q.931 message containing fastStart. Thus, the called TC>endpoint must be prepared to TC>immediately receive media on the channels it accepted in the Q.931 message TC>containing fastStart. TC>Note that national requirements may prohibit calling endpoints from TC>transmitting media prior to TC>receipt of a Connect message; it is the responsibility of the endpoint to TC>comply with applicable TC>requirements. TC> TC> TC>check "H225_Setup_UUIE & H323SignalPDU::BuildSetup" within src/h323pdu.cxx TC>(H323plus) i think it can be implemented later, but, why it may be needed? can you explain some situation where it need? TC>> TC>... TC>> TC>> may bee, while i in hospital i have a very limited ways for testing, TC>> especially for inbound calls throuce h323. i find one issues in signaling TC>> part in h323plus, src/h323.cxx grep "Very Frustrating - S.H." try uncomment TC>> fast start handling there, may be it help. TC>> TC>> TC>I'm not sure it is gonna help. This is only for CallProceeding having a TC>faststart element... What i have is a progress message without a faststart TC>element but with h245 address... it should go to StartControlChannel but i TC>think it is stuck since you call pre_answer before it actually opens a LC. TC> TC> TC>PBoolean H323Connection::OnReceivedProgress(const H323SignalPDU & pdu) TC>{ TC> if (pdu.m_h323_uu_pdu.m_h323_message_body.GetTag() != TC>H225_H323_UU_PDU_h323_message_body::e_progress) TC>return FALSE; TC> const H225_Progress_UUIE & progress = TC>pdu.m_h323_uu_pdu.m_h323_message_body; TC> TC> SetRemoteVersions(progress.m_protocolIdentifier); TC> SetRemotePartyInfo(pdu); TC> SetRemoteApplication(progress.m_destinationInfo); TC> TC> // Check for fastStart data and start fast TC> if (progress.HasOptionalField(H225_Progress_UUIE::e_fastStart)) TC>HandleFastStartAcknowledge(progress.m_fastStart); TC> TC> // Check that it has the H.245 channel connection info TC> if (progress.HasOptionalField(H225_Progress_UUIE::e_h245Address)) TC>return StartControlChannel(progress.m_h245Address); TC> TC> return TRUE; TC>} TC> TC> TC> TC>you should handle this and postpone pre_answer until you get an open LC. pre_answer is not complete at this time, i say it a some kinde of hack, there is another issues with it ans sofia in case proxy-media true. C уважением With Best Regards Георгиевский Юрий.Georgiewskiy Yuriy +7 4872 711666+7 4872 711666 факс +7 4872 711143 fax +7 4872 711143 Компания ООО "Ай Ти Сервис" IT Service Ltd http://nkoort.ru http://nkoort.ru JID: 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>3. can we control mediaWaitForConnect flag within setup message via > config > TC>file 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:22 +0200, Tihomir Culjaga wrote freeswitch-us...@lists.fre...: my bad, thx. TC>i meant you switched PCMA and PCMU... TC> TC>T. TC> TC>2009/10/23 Georgiewskiy Yuriy TC> TC>> On 2009-10-23 10:16 +0200, Tihomir Culjaga wrote TC>> freeswitch-us...@lists.fre...: TC>> TC>> TC>> TC> TC>> TC>> TC>it is gonna be easier to track. TC>> TC>> TC> TC>> TC>> TC>Tomorrow i will test on 1.0.4 but please lets move to trunk. TC>> TC>> TC>> TC>> i make it a bit later, to move tickets to jira and source to svn i TC>> TC>> need some time to undertand how this system is works, especially jira. TC>> TC>> TC>> TC>> TC>> TC>audio issue is better now :) TC>> TC> TC>> TC>however i have a few questions: TC>> TC> TC>> TC>1. can we control codec framing size via config file setting (e.g. TC>> PCMA:20, TC>> TC>PCMU:20)? TC>> TC>> at this time i think no, there is a number issues in codec part now. TC>> TC>> TC>2. can we control tunneling via config file setting? TC>> TC>> at this time no, i implement it later. TC>> TC>> TC>3. can we control mediaWaitForConnect flag within setup message via TC>> config TC>> TC>file setting? TC>> TC>> what is mediaWaitForConnect flag, may be another trmin in h323? TC>> TC>> TC>Now, when i can test more and place outgoing calls to different TC>> equipment, i TC>> TC>found that there is an issue when we get h.225 progress without a TC>> fastStart TC>> TC>element. TC>> TC> TC>> TC>Here is a tshark: TC>> TC> TC>> TC> 5.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>> TC>terminalCapabilitySet TC>> TC> 20.003210 10.4.4.254 -> 10.4.62.7H.225.0/H.245 CS: facility TC>> TC>masterSlaveDetermination TC>> TC> 31.472362 10.4.4.254 -> 10.4.62.7H.225.0/H.245 CS: TC>> releaseComplete TC>> TC>endSessionCommand TC>> TC> TC>> TC> TC>> TC>the terminating GW didn't include a faststart element within a TC>> returning TC>> TC>h.225 message we didn't match the capabilities (framing of them) in our TC>> TC>setup (and you are waiting an open LC to start pre_answer) so now, TC>> the TC>> TC>terminator is waiting for the originator to start exchanging TCS/MSD. As TC>> TC>tunneling is true, this should be done using h.225 Facility messages. TC>> TC> TC>> TC> TC>> TC>your behavior should be like this: TC>> TC> TC>> TC> 5.24252610.4.62.7 -> 10.4.4.254 H.225.0 CS: setup TC>> TC>OpenLogicalChannel g711A with 30 ms TC>> TC> 5.243982 10.4.4.254 -> 10.4.62.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>> TC>terminalCapabilitySet TC>> TC> 10.4.62.7 -> 10.4.4.254H.225.0/H.245 CS: TC>> facility TC>> TC>masterSlaveDetermination TC>> TC> TC>> TC> 10.4.4.254 -> 10.4.62.7H.225.0/H.245 CS: TC>> facility TC>> TC>terminalCapabilitySet TC>> TC> 10.4.4.254 -> 10.4.62.7H.225.0/H.245 CS: TC>> facility TC>> TC>masterSlaveDetermination TC>> TC> TC>> TC> 10.4.4.254 -> 10.4.62.7H.225.0/H.245 CS: TC>> facility TC>> TC>terminalCapabilitySetAck TC>> TC> 10.4.4.254 -> 10.4.62.7H.225.0/H.245 CS: TC>> facility TC>> TC>masterSlaveDeterminationAck TC>> TC> TC>> TC> 10.4.62.7 -> 10.4.4.254H.225.0/H.245 CS: TC>> facility TC>> TC>terminalCapabilitySetAck TC>> TC> 10.4.62.7 -> 10.4.4.254H.225.0/H.245 CS: TC>> facility TC>> TC>masterSlaveDeterminationAck TC>> TC> TC>> TC> 10.4.62.7 -> 10.4.4.254H.225.0/H.245 CS: TC>> facility TC>> TC>openlogicalchannel (g711A) TC>> TC> 10.4.4.254 -> 10.4.62.7H.225.0/H.245 CS: TC>> facility TC>> TC>openlogicalchannel (g711A) TC>> TC> TC>> TC> 10.4.62.7 -> 10.4.4.254H.225.0/H.245 CS: TC>> facility TC>> TC>openlogicalchannelAck TC>> TC> 10.4.4.254 -> 10.4.62.7H.225.0/H.245 CS: TC>> facility TC>> TC>openlogicalchannelAck TC>> TC> TC>> TC> 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
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 > On 2009-10-23 10:16 +0200, Tihomir Culjaga wrote > freeswitch-us...@lists.fre...: > > TC>> TC> > TC>> TC>it is gonna be easier to track. > TC>> TC> > TC>> TC>Tomorrow i will test on 1.0.4 but please lets move to trunk. > TC>> > TC>> i make it a bit later, to move tickets to jira and source to svn i > TC>> need some time to undertand how this system is works, especially jira. > TC>> > TC>> > TC>audio issue is better now :) > TC> > TC>however i have a few questions: > TC> > TC>1. can we control codec framing size via config file setting (e.g. > PCMA:20, > TC>PCMU:20)? > > at this time i think no, there is a number issues in codec part now. > > TC>2. can we control tunneling via config file setting? > > at this time no, i implement it later. > > TC>3. can we control mediaWaitForConnect flag within setup message via > config > TC>file setting? > > what is mediaWaitForConnect flag, may be another trmin in h323? > > TC>Now, when i can test more and place outgoing calls to different > equipment, i > TC>found that there is an issue when we get h.225 progress without a > fastStart > TC>element. > TC> > TC>Here is a tshark: > TC> > TC> 5.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 > TC>terminalCapabilitySet > TC> 20.003210 10.4.4.254 -> 10.4.62.7H.225.0/H.245 CS: facility > TC>masterSlaveDetermination > TC> 31.472362 10.4.4.254 -> 10.4.62.7H.225.0/H.245 CS: > releaseComplete > TC>endSessionCommand > TC> > TC> > TC>the terminating GW didn't include a faststart element within a > returning > TC>h.225 message we didn't match the capabilities (framing of them) in our > TC>setup (and you are waiting an open LC to start pre_answer) so now, > the > TC>terminator is waiting for the originator to start exchanging TCS/MSD. As > TC>tunneling is true, this should be done using h.225 Facility messages. > TC> > TC> > TC>your behavior should be like this: > TC> > TC> 5.24252610.4.62.7 -> 10.4.4.254 H.225.0 CS: setup > TC>OpenLogicalChannel g711A with 30 ms > TC> 5.243982 10.4.4.254 -> 10.4.62.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 > TC>terminalCapabilitySet > TC> 10.4.62.7 -> 10.4.4.254H.225.0/H.245 CS: > facility > TC>masterSlaveDetermination > TC> > TC> 10.4.4.254 -> 10.4.62.7H.225.0/H.245 CS: > facility > TC>terminalCapabilitySet > TC> 10.4.4.254 -> 10.4.62.7H.225.0/H.245 CS: > facility > TC>masterSlaveDetermination > TC> > TC> 10.4.4.254 -> 10.4.62.7H.225.0/H.245 CS: > facility > TC>terminalCapabilitySetAck > TC> 10.4.4.254 -> 10.4.62.7H.225.0/H.245 CS: > facility > TC>masterSlaveDeterminationAck > TC> > TC> 10.4.62.7 -> 10.4.4.254H.225.0/H.245 CS: > facility > TC>terminalCapabilitySetAck > TC> 10.4.62.7 -> 10.4.4.254H.225.0/H.245 CS: > facility > TC>masterSlaveDeterminationAck > TC> > TC> 10.4.62.7 -> 10.4.4.254H.225.0/H.245 CS: > facility > TC>openlogicalchannel (g711A) > TC> 10.4.4.254 -> 10.4.62.7H.225.0/H.245 CS: > facility > TC>openlogicalchannel (g711A) > TC> > TC> 10.4.62.7 -> 10.4.4.254H.225.0/H.245 CS: > facility > TC>openlogicalchannelAck > TC> 10.4.4.254 -> 10.4.62.7H.225.0/H.245 CS: > facility > TC>openlogicalchannelAck > TC> > TC> > 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://l
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...: TC>btw you are back with an old issue: TC> TC> TC>static const char modulename[] = "h323"; TC>static const char* h323_formats[] = { TC>"G.711-ALaw-64k", "PCMU", TC>"G.711-uLaw-64k", "PCMA", TC>"GSM-06.10", "GSM", TC>"MS-GSM", "msgsm", TC>"SpeexNarrow", "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
On 2009-10-23 10:16 +0200, Tihomir Culjaga wrote freeswitch-us...@lists.fre...: TC>> TC> TC>> TC>it is gonna be easier to track. TC>> TC> TC>> TC>Tomorrow i will test on 1.0.4 but please lets move to trunk. TC>> TC>> i make it a bit later, to move tickets to jira and source to svn i TC>> need some time to undertand how this system is works, especially jira. TC>> TC>> TC>audio issue is better now :) TC> TC>however i have a few questions: TC> TC>1. can we control codec framing size via config file setting (e.g. PCMA:20, TC>PCMU:20)? at this time i think no, there is a number issues in codec part now. TC>2. can we control tunneling via config file setting? at this time no, i implement it later. TC>3. can we control mediaWaitForConnect flag within setup message via config TC>file setting? what is mediaWaitForConnect flag, may be another trmin in h323? TC>Now, when i can test more and place outgoing calls to different equipment, i TC>found that there is an issue when we get h.225 progress without a fastStart TC>element. TC> TC>Here is a tshark: TC> TC> 5.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 TC>terminalCapabilitySet TC> 20.003210 10.4.4.254 -> 10.4.62.7H.225.0/H.245 CS: facility TC>masterSlaveDetermination TC> 31.472362 10.4.4.254 -> 10.4.62.7H.225.0/H.245 CS: releaseComplete TC>endSessionCommand TC> TC> TC>the terminating GW didn't include a faststart element within a returning TC>h.225 message we didn't match the capabilities (framing of them) in our TC>setup (and you are waiting an open LC to start pre_answer) so now, the TC>terminator is waiting for the originator to start exchanging TCS/MSD. As TC>tunneling is true, this should be done using h.225 Facility messages. TC> TC> TC>your behavior should be like this: TC> TC> 5.24252610.4.62.7 -> 10.4.4.254 H.225.0 CS: setup TC>OpenLogicalChannel g711A with 30 ms TC> 5.243982 10.4.4.254 -> 10.4.62.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 TC>terminalCapabilitySet TC> 10.4.62.7 -> 10.4.4.254H.225.0/H.245 CS: facility TC>masterSlaveDetermination TC> TC> 10.4.4.254 -> 10.4.62.7H.225.0/H.245 CS: facility TC>terminalCapabilitySet TC> 10.4.4.254 -> 10.4.62.7H.225.0/H.245 CS: facility TC>masterSlaveDetermination TC> TC> 10.4.4.254 -> 10.4.62.7H.225.0/H.245 CS: facility TC>terminalCapabilitySetAck TC> 10.4.4.254 -> 10.4.62.7H.225.0/H.245 CS: facility TC>masterSlaveDeterminationAck TC> TC> 10.4.62.7 -> 10.4.4.254H.225.0/H.245 CS: facility TC>terminalCapabilitySetAck TC> 10.4.62.7 -> 10.4.4.254H.225.0/H.245 CS: facility TC>masterSlaveDeterminationAck TC> TC> 10.4.62.7 -> 10.4.4.254H.225.0/H.245 CS: facility TC>openlogicalchannel (g711A) TC> 10.4.4.254 -> 10.4.62.7H.225.0/H.245 CS: facility TC>openlogicalchannel (g711A) TC> TC> 10.4.62.7 -> 10.4.4.254H.225.0/H.245 CS: facility TC>openlogicalchannelAck TC> 10.4.4.254 -> 10.4.62.7H.225.0/H.245 CS: facility TC>openlogicalchannelAck TC> TC> 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
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
> TC> > TC>it is gonna be easier to track. > TC> > TC>Tomorrow i will test on 1.0.4 but please lets move to trunk. > > i make it a bit later, to move tickets to jira and source to svn i > need some time to undertand how this system is works, especially jira. > > 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 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
On 2009-10-22 21:44 +0200, Tihomir Culjaga wrote freeswitch-us...@lists.fre...: TC>2009/10/22 Georgiewskiy Yuriy 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>> TC>if course i can do that, but tomorrow morning ... i'm not in the office TC>anymore. TC>BTW: can we please move the tickets to jira? TC> TC> TC>it is gonna be easier to track. TC> TC>Tomorrow i will test on 1.0.4 but please lets move to trunk. i make it a bit later, to move tickets to jira and source to svn i need some time to undertand how this system is works, especially jira. C уважением With Best Regards Георгиевский Юрий.Georgiewskiy Yuriy +7 4872 711666+7 4872 711666 факс +7 4872 711143 fax +7 4872 711143 Компания ООО "Ай Ти Сервис" IT Service Ltd http://nkoort.ru http://nkoort.ru JID: 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/22 Georgiewskiy Yuriy > 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 16:53 +0200, Tihomir Culjaga wrote freeswitch-us...@lists.fre...: finally i fix this rtp bug, check new wersion please. TC>> TC>> TC> TC>> TC>Do you need some logs ? TC>> TC>> try disable medai-proxy, there is issue with rtp now then medai-proxy or TC>> transcoding enabled. TC>> TC>> TC>Outbound calls: TC> TC>disabled rtp proxy and it is still the same issue ... audio delay H323 => TC>SIP endpoint. TC> TC> TC> TC> TC> TC> TC>Inbound calls: TC> TC>This is the extension i use to register my Avaya SIP phone to FS. TC> TC> TC> TC> TC> TC> TC> TC> TC> TC> TC> TC> TC> TC> TC> value="$${outbound_caller_name}"/> TC> value="$${outbound_caller_id}"/> TC> TC> TC> TC> TC> TC> TC>This is my h323.conf.xml TC> TC> TC> TC> TC> TC> TC> TC> TC> TC> TC> TC> TC> TC> TC> TC> TC> TC> TC> TC> TC>I'm using default context and an inbound call looks for a registered user in TC>default context where 1001 user is registered to. TC> TC> TC> TC>here is the log for an outgoing call: TC>http://pastebin.freeswitch.org/10799and here is a tshark output: TC>http://pastebin.freeswitch.org/10800 TC> TC> TC>there are 2 thing that are not working here: TC> TC> TC>1. no audio at all! TC>2. hangup from SIP User side doesn't release the H323 leg TC> TC> TC> TC> TC> TC> TC> TC> TC> TC> TC> TC>two points for your reference in the logs: TC> TC> TC>1. Here, SIP User disconnected the SIP leg, but nothing was triggered in TC>mod_h323 ... as the callback function "on_hangup" (in mod_h323.cpp) was TC>never triggered! TC> TC>freeswi...@subzero> TC>freeswi...@subzero> TC>freeswi...@subzero> recv 371 bytes from udp/[10.4.62.89]:5060 at TC>14:39:36.714521: TC> TC> BYE sip:mod_so...@10.4.62.7:5060 SIP/2.0 TC> From: TC>;transport=udp>;tag=-22166b474ae08abf-7_T10.4.62.89 TC> To: sip:1001282...@10.4.62.7 TC>;tag=Qpc53NZ2cZc1N TC> Call-ID: 8aa825c6-39bb-122d-bb89-00110a5be1f0 TC> CSeq: 127 BYE TC> Via: SIP/2.0/UDP TC>10.4.62.89;branch=z9hG4bK-7e5dc720_442d0f8-2d8bf1174f235bec_B TC> Content-Length: 0 TC> Max-Forwards: 70 TC> Supported: replaces TC> TC> TC>2009-10-22 16:39:36.714604 [NOTICE] sofia.c:322 Hangup sofia/internal/ TC>sip:1...@10.4.62.89 [CS_CONSUME_MEDIA] TC>[NORMAL_CLEARING] TC>2009-10-22 16:39:36.714604 [DEBUG] switch_channel.c:1683 Send signal TC>sofia/internal/sip:1...@10.4.62.89 [KILL] TC>2009-10-22 16:39:36.714604 [DEBUG] switch_core_session.c:932 Send signal TC>sofia/internal/sip:1...@10.4.62.89 [BREAK] TC>send 520 bytes to udp/[10.4.62.89]:5060 at 14:39:36.715258: TC> TC> SIP/2.0 200 OK TC> Via: SIP/2.0/UDP TC>10.4.62.89;branch=z9hG4bK-7e5dc720_442d0f8-2d8bf1174f235bec_B TC> From: TC>;transport=udp>;tag=-22166b474ae08abf-7_T10.4.62.89 TC> To: sip:1001282...@10.4.62.7 TC>;tag=Qpc53NZ2cZc1N TC> Call-ID: 8aa825c6-39bb-122d-bb89-00110a5be1f0 TC> CSeq: 127 BYE TC> User-Agent: FreeSWITCH-mod_sofia/1.0.4-exported TC> Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, PRACK, MESSAGE, SUBSCRIBE, TC>NOTIFY, REFER, UPDATE, REGISTER, INFO, PUBLISH TC> Supported: timer, precondition, path, replaces TC> Content-Length: 0 TC> TC> TC>2009-10-22 16:39:36.721097 [DEBUG] switch_core_state_machine.c:503 TC>(sofia/internal/sip:1...@10.4.62.89 ) State TC>CONSUME_MEDIA going to sleep TC>2009-10-22 16:39:36.721097 [DEBUG] switch_core_state_machine.c:398 TC>(sofia/internal/sip:1...@10.4.62.89 ) Running State TC>Change CS_HANGUP TC>2009-10-22 16:39:36.721097 [DEBUG] switch_core_state_machine.c:434 TC>(sofia/internal/sip:1...@10.4.62.89 ) State HANGUP TC>2009-10-22 16:39:36.721097 [DEBUG] mod_sofia.c:338 Channel sofia/internal/ TC>sip:1...@10.4.62.89 hanging up, cause: TC>NORMAL_CLEARING TC>2009-10-22 16:39:36.721097 [DEBUG] switch_core_state_machine.c:46 TC>sofia/internal/sip:1...@10.4.62.89 Standard HANGUP, TC>cause: NORMAL_CLEARING TC>2009-10-22 16:39:36.721097 [DEBUG] switch_core_state_machine.c:434 TC>(sofia/internal/sip:1...@10.4.62.89 ) State HANGUP TC>going to sleep TC>2009-10-22 16:39:36.721097 [DEBUG] switch_core_state_machine.c:476 TC>(sofia/internal/sip:1...@10.4.62.89 ) State Change TC>CS_HANGUP -> CS_REPORTING TC>2009-10-22 16:39:36.721097 [DEBUG] switch_core_session.c:932 Send signal TC>sofia/internal/sip:1...@10.4.62.89 [BREAK] TC>2009-10-22 16:39:36.721097 [DEBUG] switch_core_state_machine.c:398 TC>(sofia/internal/sip:1...@10.4.62.89 ) Running State TC>Change CS_REPORTING TC>2009-10-22 16:39:36.721097 [DEBUG] switch_core_state_machine.c:612 TC>(sofia/internal/sip:1...@10.4.62.89 ) State REPORTING TC>2009-10-22 16:39:36.721097 [DEBUG] switch_core_state_machine.c:53 TC>so
Re: [Freeswitch-users] Fwd: mod_opal - call charged before H.225 connect
2009/10/22 Georgiewskiy Yuriy > On 2009-10-22 09:27 -0500, Anthony Minessale wrote > freeswitch-us...@lists.f...: > > AM>crash protection has been completely removed from FreeSWITCH, I > certianly > AM>hope you are working on this against SVN trunk? > > i don't have trunk at this time, my current work is based on 1.0.4 version. > > Yuriy, it is better if we move this through a jira ticket, this way it is a mess. So if you agree, we can open a ticket where we can follow up all issues with mod_h323. Also, the same applies to FS trunk... first i wanted to see if i was doing something wrong when i tried your module. Now, when you fixed outgoing calls it is time to go on trunk as when we finish this 1.0.4 will be outdated and obsolete. so, to continue on this topic i suggest: 1. open a jira ticket 2. move to fs-trunk 3. upload the current src of mod_h323 to the FSSVN do you agree ? Tihomir. ___ 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> > TC>Do 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. This is my h323.conf.xml 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: ;transport=udp>;tag=-22166b474ae08abf-7_T10.4.62.89 To: sip:1001282...@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 [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 [KILL] 2009-10-22 16:39:36.714604 [DEBUG] switch_core_session.c:932 Send signal sofia/internal/sip:1...@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: ;transport=udp>;tag=-22166b474ae08abf-7_T10.4.62.89 To: sip:1001282...@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 ) 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 ) 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 ) State HANGUP 2009-10-22 16:39:36.721097 [DEBUG] mod_sofia.c:338 Channel sofia/internal/ sip:1...@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 Standard HANGUP, cause: NORMAL_CLEARING 2009-10-22 16:39:36.721097 [DEBUG] switch_core_state_machine.c:434 (sofia/internal/sip:1...@10.4.62.89 ) State HANGUP going to sleep 2009-10-22 16:39:36.721097 [DEBUG] switch_core_state_machine.c:476 (sofia/internal/sip:1...@10.4.62.89 ) State Change CS_HANGUP -> CS_REPORTING 2009-10-22 16:39:36.721097 [DEBUG] switch_core_session.c:932 Send signal sofia/internal/sip:1...@10.4.62.89 [BREAK] 2009-10-22 16:39:36.721097 [DEBUG] switch_core_state_machine.c:398 (sofia/internal/sip:1...@10.4.62.89 ) Running State Change CS_REPORTING 2009-10-22 16:39:36.721097 [DEBUG] switch_core_state_machine.c:612 (sofia/internal/sip:1...@10.4.62.89 ) State REPORTING 2009-10-22 16:39:36.721097 [DEBUG] switch_core_state_machine.c:53 sofia/internal/sip:1...@10.4.62.89 Standard REPORTING, cause: NORMAL_CLEARING 2009-10-22 16:39:36.721097 [DEBUG] switch_core_state_machine.c:612 (sofia/internal/sip:1...@10.4.62.89 ) State REPORTING going to sleep 2009-10-22 16:39:36.721097 [DEBUG] switch_core_state_machine.c:411 (sofia/internal/sip:1...@10.4.62.89 ) State Change CS_REPORTING -> CS_DESTROY 2009-10-22 16:39:36.721097 [DEBUG] switch_core_session.c:1068 Session 10 (sofia/internal/sip:1...@10.4.62.89 ) Locked, Waiting on external entities freeswi...@subzero> 2. switch_ivr_originate.c complains => 2009-10-22 16:39:41.630243 [ERR] switch_ivr_originate.c:1510 Cannot create outgoing channel of type [user] cause: [NORMAL_CLEARING] freeswi
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...: AM>crash protection has been completely removed from FreeSWITCH, I certianly AM>hope you are working on this against SVN trunk? i don't have trunk at this time, my current work is based on 1.0.4 version. AM>Also you have been given an AM>svn area and a jira category for this so you should move all the info from AM>this thread to jira http://jira.freeswitch.org AM> AM>It's much easier to collaberate this kind of development when you have the AM>code in SVN. AM> AM> AM>2009/10/22 Georgiewskiy Yuriy AM> AM>> On 2009-10-22 16:04 +0200, Tihomir Culjaga wrote AM>> freeswitch-us...@lists.fre...: AM>> AM>> TC>On Thu, Oct 22, 2009 at 3:59 PM, Tihomir Culjaga AM>> wrote: AM>> TC> AM>> TC>> AM>> TC>>> TC>Hi, here is the FS log without crash-protection: AM>> TC>>> TC>http://pastebin.freeswitch.org/10796 and here is the backtrace: AM>> TC>>> TC>http://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>> TC>one more thing ... it is H323 endpoint => SIP phone audio that is AM>> delayed. AM>> TC>SIP 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
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: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. BW>Have you started moving the code into our SVN and using our BW>ticketing / issue tracker to help you manage issues? BW> BW>/b BW> BW>On Oct 22, 2009, at 9:13 AM, Georgiewskiy Yuriy wrote: BW> BW>> On 2009-10-22 16:04 +0200, Tihomir Culjaga wrote freeswitch-us...@lists.fre BW>> ...: BW>> BW>> TC>On Thu, Oct 22, 2009 at 3:59 PM, Tihomir Culjaga > > wrote: BW>> TC> BW>> TC>> BW>> TC>>> TC>Hi, here is the FS log without crash-protection: BW>> TC>>> TC>http://pastebin.freeswitch.org/10796 and here is the BW>> backtrace: BW>> TC>>> TC>http://pastebin.freeswitch.org/10797 BW>> TC>>> BW>> TC>>> i fix this crash already, please download latest version from BW>> same link BW>> TC>>> as previous, recompile and try again. BW>> TC>>> BW>> TC>>> BW>> TC>> outgoing works, I can place an end-to-end call ... except the BW>> RTP is realy BW>> TC>> delayed ... after approx 30 sec of conversation the audio is BW>> delayed more BW>> TC>> than 10 seconds but i have 2 way audio for outgoing calls:) BW>> TC>> BW>> TC>> BW>> TC>one more thing ... it is H323 endpoint => SIP phone audio that is BW>> delayed. BW>> TC>SIP phone => H323 endpoint is ok! BW>> BW>> hm, i have such issue but in reverce direction now. BW>> BW>> TC>> Do you need some logs ? BW>> TC>> BW>> TC>> BW>> TC>> Inbound cals still the same... i suppose you didn't have a BW>> chance working BW>> TC>> on that as well ... BW>> TC>> BW>> TC>> T. BW>> TC>> BW>> TC> BW>> BW>> C уважением With Best Regards BW>> Георгиевский Юрий.Georgiewskiy Yuriy BW>> +7 4872 711666+7 4872 711666 BW>> факс +7 4872 711143 fax +7 4872 711143 BW>> Компания ООО "Ай Ти Сервис" IT Service Ltd BW>> http://nkoort.ru http://nkoort.ru BW>> JID: 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>___ BW>FreeSWITCH-users mailing list BW>FreeSWITCH-users@lists.freeswitch.org BW>http://lists.freeswitch.org/mailman/listinfo/freeswitch-users BW>UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users BW>http://www.freeswitch.org BW> C уважением With Best Regards Георгиевский Юрий.Georgiewskiy Yuriy +7 4872 711666+7 4872 711666 факс +7 4872 711143 fax +7 4872 711143 Компания ООО "Ай Ти Сервис" IT Service Ltd http://nkoort.ru http://nkoort.ru JID: 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
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 > ...: > > TC>On Thu, Oct 22, 2009 at 3:59 PM, Tihomir Culjaga > wrote: > TC> > TC>> > TC>>> TC>Hi, here is the FS log without crash-protection: > TC>>> TC>http://pastebin.freeswitch.org/10796 and here is the > backtrace: > TC>>> TC>http://pastebin.freeswitch.org/10797 > TC>>> > TC>>> i fix this crash already, please download latest version from > same link > TC>>> as previous, recompile and try again. > TC>>> > TC>>> > TC>> outgoing works, I can place an end-to-end call ... except the > RTP is realy > TC>> delayed ... after approx 30 sec of conversation the audio is > delayed more > TC>> than 10 seconds but i have 2 way audio for outgoing calls:) > TC>> > TC>> > TC>one more thing ... it is H323 endpoint => SIP phone audio that is > delayed. > TC>SIP phone => H323 endpoint is ok! > > hm, i have such issue but in reverce direction now. > > TC>> Do you need some logs ? > TC>> > TC>> > TC>> Inbound cals still the same... i suppose you didn't have a > chance working > TC>> on that as well ... > TC>> > TC>> T. > TC>> > TC> > > C уважением With Best Regards > Георгиевский Юрий.Georgiewskiy Yuriy > +7 4872 711666+7 4872 711666 > факс +7 4872 711143 fax +7 4872 711143 > Компания ООО "Ай Ти Сервис" IT Service Ltd > http://nkoort.ru http://nkoort.ru > JID: 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
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 > On 2009-10-22 16:04 +0200, Tihomir Culjaga wrote > freeswitch-us...@lists.fre...: > > TC>On Thu, Oct 22, 2009 at 3:59 PM, Tihomir Culjaga > wrote: > TC> > TC>> > TC>>> TC>Hi, here is the FS log without crash-protection: > TC>>> TC>http://pastebin.freeswitch.org/10796 and here is the backtrace: > TC>>> TC>http://pastebin.freeswitch.org/10797 > TC>>> > TC>>> i fix this crash already, please download latest version from same > link > TC>>> as previous, recompile and try again. > TC>>> > TC>>> > TC>> outgoing works, I can place an end-to-end call ... except the RTP is > realy > TC>> delayed ... after approx 30 sec of conversation the audio is delayed > more > TC>> than 10 seconds but i have 2 way audio for outgoing calls:) > TC>> > TC>> > TC>one more thing ... it is H323 endpoint => SIP phone audio that is > delayed. > TC>SIP phone => H323 endpoint is ok! > > hm, i have such issue but in reverce direction now. > > TC>> Do you need some logs ? > TC>> > TC>> > TC>> Inbound cals still the same... i suppose you didn't have a chance > working > TC>> on that as well ... > TC>> > TC>> T. > TC>> > TC> > > C уважением With Best Regards > Георгиевский Юрий.Georgiewskiy Yuriy > +7 4872 711666+7 4872 711666 > факс +7 4872 711143 fax +7 4872 711143 > Компания ООО "Ай Ти Сервис" IT Service Ltd > http://nkoort.ru http://nkoort.ru > JID: 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 GTALK/JABBER/PAYPAL:anthony.miness...@gmail.com IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:8...@conference.freeswitch.org iax:gu...@conference.freeswitch.org/888 googletalk:conf+...@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
On 2009-10-22 16:04 +0200, Tihomir Culjaga wrote freeswitch-us...@lists.fre...: TC>On Thu, Oct 22, 2009 at 3:59 PM, Tihomir Culjaga wrote: TC> TC>> TC>>> TC>Hi, here is the FS log without crash-protection: TC>>> TC>http://pastebin.freeswitch.org/10796 and here is the backtrace: TC>>> TC>http://pastebin.freeswitch.org/10797 TC>>> TC>>> i fix this crash already, please download latest version from same link TC>>> as previous, recompile and try again. TC>>> TC>>> TC>> outgoing works, I can place an end-to-end call ... except the RTP is realy TC>> delayed ... after approx 30 sec of conversation the audio is delayed more TC>> than 10 seconds but i have 2 way audio for outgoing calls:) TC>> TC>> TC>one more thing ... it is H323 endpoint => SIP phone audio that is delayed. TC>SIP phone => H323 endpoint is ok! hm, i have such issue but in reverce direction now. TC>> Do you need some logs ? TC>> TC>> TC>> Inbound cals still the same... i suppose you didn't have a chance working TC>> on that as well ... TC>> TC>> T. TC>> TC> C уважением With Best Regards Георгиевский Юрий.Georgiewskiy Yuriy +7 4872 711666+7 4872 711666 факс +7 4872 711143 fax +7 4872 711143 Компания ООО "Ай Ти Сервис" IT Service Ltd http://nkoort.ru http://nkoort.ru JID: 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 15:59 +0200, Tihomir Culjaga wrote freeswitch-us...@lists.fre...: TC>> TC>> TC>> TC>Hi, here is the FS log without crash-protection: TC>> TC>http://pastebin.freeswitch.org/10796 and here is the backtrace: TC>> TC>http://pastebin.freeswitch.org/10797 TC>> TC>> i fix this crash already, please download latest version from same link TC>> as previous, recompile and try again. TC>> TC>> TC>outgoing works, I can place an end-to-end call ... except the RTP is realy TC>delayed ... after approx 30 sec of conversation the audio is delayed more TC>than 10 seconds but i have 2 way audio for outgoing calls:) TC> TC>Do you need some logs ? try disable medai-proxy, there is issue with rtp now then medai-proxy or transcoding enabled. TC>Inbound cals still the same... i suppose you didn't have a chance working on TC>that as well ... sorry i don't remember what the same, show extension and logs of inbound call. at this time at this time i have working transit h323<->sip in both direction, ivr is work too, there is some issues present but basicaly it work. C уважением With Best Regards Георгиевский Юрий.Georgiewskiy Yuriy +7 4872 711666+7 4872 711666 факс +7 4872 711143 fax +7 4872 711143 Компания ООО "Ай Ти Сервис" IT Service Ltd http://nkoort.ru http://nkoort.ru JID: 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 Thu, Oct 22, 2009 at 3:59 PM, Tihomir Culjaga wrote: > >> TC>Hi, here is the FS log without crash-protection: >> TC>http://pastebin.freeswitch.org/10796 and here is the backtrace: >> TC>http://pastebin.freeswitch.org/10797 >> >> i fix this crash already, please download latest version from same link >> as previous, recompile and try again. >> >> > outgoing works, I can place an end-to-end call ... except the RTP is realy > delayed ... after approx 30 sec of conversation the audio is delayed more > than 10 seconds but i have 2 way audio for outgoing calls:) > > one more thing ... it is H323 endpoint => SIP phone audio that is delayed. SIP phone => H323 endpoint is ok! T. > Do you need some logs ? > > > Inbound cals still the same... i suppose you didn't have a chance working > on that as well ... > > T. > ___ 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>Hi, here is the FS log without crash-protection: > TC>http://pastebin.freeswitch.org/10796 and here is the backtrace: > TC>http://pastebin.freeswitch.org/10797 > > i fix this crash already, please download latest version from same link > as previous, recompile and try again. > > outgoing works, I can place an end-to-end call ... except the RTP is realy delayed ... after approx 30 sec of conversation the audio is delayed more than 10 seconds but i have 2 way audio for outgoing calls:) 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:30 +0200, Tihomir Culjaga wrote freeswitch-us...@lists.fre...: TC>> TC>> TC>> TC> TC>> TC>I have enabled crash-protection and when i do SIP => H323 call it TC>> doesn't TC>> TC>generate coredumps... it is just this thread that is crashing ... pls TC>> check TC>> TC>the log downbelow: TC>> TC>> core dump in case enabled crash-protection may be unusable, i have a case TC>> then TC>> my module crash silently, after this crash-protection is killing sip leg TC>> and after TC>> this i get core dump where backtrace show me segfault in libc6, i spent one TC>> day to TC>> understand this situation, and then i disable crash-protection i see there TC>> is actualy TC>> it crashes. disable crash-protection and show backtrace of crash, i think TC>> result will TC>> be different. TC>> TC>> TC>> TC>2009-10-21 17:35:28.691688 [DEBUG] mod_h323.cpp:600 TC>> TC>==>FSH323Connection::decodeCapability TC>> TC> TC>> TC> TC>> TC> TC>> TC>Well, I'm not sure if the backtrace is from 1.0.4 ... i will disable TC>> TC>crass-protection and will send new logs to you. TC>> TC> TC>> TC> TC>> TC>Also, if you like i can give you access to the machine itself... TC>> TC> TC>> TC>T. TC>> TC> TC>> TC> TC> TC> TC>Hi, here is the FS log without crash-protection: TC>http://pastebin.freeswitch.org/10796 and here is the backtrace: TC>http://pastebin.freeswitch.org/10797 i fix this crash already, please download latest version from same link as previous, recompile and try again. TC>my dialplan looks ok, so i guess it is up to the module. TC> TC> TC> TC>expression="^0([2-8]\d{6,7}|0[1-9]\d{7,8}|00[1-9]\d{8,16})$"> TC> data="effective_caller_id_number=1001282122"/> TC> TC> TC> TC> TC> TC> TC> TC> TC> TC> TC> TC> TC> TC>please advice, TC> TC>T. TC> TC> TC> TC>> C уважением With Best Regards TC>> Георгиевский Юрий.Georgiewskiy Yuriy TC>> +7 4872 711666+7 4872 711666 TC>> факс +7 4872 711143 fax +7 4872 711143 TC>> Компания ООО "Ай Ти Сервис" IT Service Ltd TC>> http://nkoort.ru http://nkoort.ru TC>> JID: ghh...@jabber.tula-ix.net.ru JID: ghh...@jabber.tula-ix.net.ru TC>> YG129-RIPEYG129-RIPE TC>> TC>> ___ TC>> FreeSWITCH-users mailing list TC>> FreeSWITCH-users@lists.freeswitch.org TC>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users TC>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users TC>> http://www.freeswitch.org TC>> TC>> TC> C уважением With Best Regards Георгиевский Юрий.Georgiewskiy Yuriy +7 4872 711666+7 4872 711666 факс +7 4872 711143 fax +7 4872 711143 Компания ООО "Ай Ти Сервис" IT Service Ltd http://nkoort.ru http://nkoort.ru JID: 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> > TC>I have enabled crash-protection and when i do SIP => H323 call it > doesn't > TC>generate coredumps... it is just this thread that is crashing ... pls > check > TC>the log downbelow: > > core dump in case enabled crash-protection may be unusable, i have a case > then > my module crash silently, after this crash-protection is killing sip leg > and after > this i get core dump where backtrace show me segfault in libc6, i spent one > day to > understand this situation, and then i disable crash-protection i see there > is actualy > it crashes. disable crash-protection and show backtrace of crash, i think > result will > be different. > > > TC>2009-10-21 17:35:28.691688 [DEBUG] mod_h323.cpp:600 > TC>==>FSH323Connection::decodeCapability > TC> > TC> > TC> > TC>Well, I'm not sure if the backtrace is from 1.0.4 ... i will disable > TC>crass-protection and will send new logs to you. > TC> > TC> > TC>Also, if you like i can give you access to the machine itself... > TC> > TC>T. > TC> > 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. 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
On 2009-10-21 17:48 +0200, Tihomir Culjaga wrote freeswitch-us...@lists.fre...: TC>FS = 10.4.62.7 TC>SIP phone = 10.4.62.89 TC>H323 endpoint = 10.1.14.153 TC> TC> TC> TC>> TC>2. hangup from sip side doesn't release the h323 leg (now the difference TC>> is TC>> TC>that FS is not complaining about thread mismatch ant it looks clean but TC>> FS TC>> TC>doesn't send any releasecomplete message... strange) TC>> TC>3. coredumps when i place outgoing calls TC>> TC>> btw, TC>> TC>> TC> 70.552157 10.1.14.153 -> 10.4.62.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> TC>this endSession is when i hangup from H232 side as well :P ... if i don't TC>hangup on H323 side the H323 leg is not released. Pls chec the time the TC>packets were sent ... TC> TC> TC> TC>Here i hangup on the SIP Phone: TC> TC>68.374916 10.4.62.89 -> 10.4.62.7SIP Request: BYE TC>sip:mod_so...@10.4.62.7:5060 TC>68.37534210.4.62.7 -> 10.4.62.7RTP Unknown RTP version 3 TC>68.37562010.4.62.7 -> 10.4.62.89 SIP Status: 200 OK TC> TC>2 sec delay TC> TC>Here i hangup on the H323 endpoint (releaseComplete comes from H323 endpoint TC>first here ) TC>70.552157 10.1.14.153 -> 10.4.62.7H.245 endSessionCommand TC>70.552401 10.1.14.153 -> 10.4.62.7H.225.0 CS: releaseComplete TC> TC> TC>FS just acknowlages it here: 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 TC> TC> TC> TC>I have enabled crash-protection and when i do SIP => H323 call it doesn't TC>generate coredumps... it is just this thread that is crashing ... pls check TC>the log downbelow: core dump in case enabled crash-protection may be unusable, i have a case then my module crash silently, after this crash-protection is killing sip leg and after this i get core dump where backtrace show me segfault in libc6, i spent one day to understand this situation, and then i disable crash-protection i see there is actualy it crashes. disable crash-protection and show backtrace of crash, i think result will be different. TC> TC>Dialplan: sofia/internal/1...@singtel Regex (FAIL) [EMERGENCY] TC>destination_number(05492122) =~ /^0(112|9[23456])$/ break=on-false TC>Dialplan: sofia/internal/1...@singtel parsing [default->SPECIAL_SERVICES] TC>continue=false TC>Dialplan: sofia/internal/1...@singtel Regex (FAIL) [SPECIAL_SERVICES] TC>destination_number(05492122) =~ /^0(9[01789]\d{3,4})$/ break=on-false TC>Dialplan: sofia/internal/1...@singtel parsing [default->ENYTHING_ELSE] TC>continue=false TC>Dialplan: sofia/internal/1...@singtel Regex (PASS) [ENYTHING_ELSE] TC>destination_number(05492122) =~ TC>/^0([2-8]\d{6,7}|0[1-9]\d{7,8}|00[1-9]\d{8,16})$/ break=on-false TC>Dialplan: sofia/internal/1...@singtel Action TC>set(effective_caller_id_number=1001282122) TC>Dialplan: sofia/internal/1...@singtel Action set(NCX_IP=10.4.4.254) TC>Dialplan: sofia/internal/1...@singtel Action set(call_timeout=30) TC>Dialplan: sofia/internal/1...@singtel Action set(hangup_after_bridge=true) TC>Dialplan: sofia/internal/1...@singtel Action set(bypass_media=false) TC>Dialplan: sofia/internal/1...@singtel Action set(proxy_media=true) TC>Dialplan: sofia/internal/1...@singtel Action bridge(h323/05492...@${ncx_ip}) TC>2009-10-21 17:35:28.682475 [DEBUG] switch_core_state_machine.c:114 TC>(sofia/internal/1...@singtel) State Change CS_ROUTING -> CS_EXECUTE TC>2009-10-21 17:35:28.682475 [DEBUG] switch_core_session.c:932 Send signal TC>sofia/internal/1...@singtel [BREAK] TC>2009-10-21 17:35:28.682475 [DEBUG] switch_core_state_machine.c:484 TC>(sofia/internal/1...@singtel) State ROUTING going to sleep TC>2009-10-21 17:35:28.682475 [DEBUG] switch_core_state_machine.c:398 TC>(sofia/internal/1...@singtel) Running State Change CS_EXECUTE TC>2009-10-21 17:35:28.682475 [DEBUG] switch_core_state_machine.c:491 TC>(sofia/internal/1...@singtel) State EXECUTE TC>2009-10-21 17:35:28.682475 [DEBUG] mod_sofia.c:173 TC>sofia/internal/1...@singtel SOFIA EXECUTE TC>2009-10-21 17:35:28.682475 [DEBUG] switch_core_state_machine.c:151 TC>sofia/internal/1...@singtel Standard EXECUTE TC>EXECUTE sofia/internal/1...@singtel set(open=true) TC>2009-10-21 17:35:28.682475 [DEBUG] mod_dptools.c:748 TC>sofia/internal/1...@singtel SET [open]=[true] TC>EXECUTE sofia/internal/1...@singtelhash(insert/10.4.62.7-spymap/1001/5c3ebda2-be57-11de-a6dd-e7de0b74bdc9) TC>EXECUTE sofia/internal/1...@singtelhash(insert/10.4.62.7-last_dial/1001/05492122) TC>EXECUTE sofia/internal/1...@singtelhash(insert/
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 > TC>2. hangup from sip side doesn't release the h323 leg (now the difference > is > TC>that FS is not complaining about thread mismatch ant it looks clean but > FS > TC>doesn't send any releasecomplete message... strange) > TC>3. coredumps when i place outgoing calls > > btw, > > TC> 70.552157 10.1.14.153 -> 10.4.62.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
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>> TC>module load crash: http://pastebin.freeswitch.org/10783 TC>> TC>FreeSWITCH backtrace: http://pastebin.freeswitch.org/10784 TC>> TC> TC>> TC> TC>> TC>now, the only different thing is FS trunk ... TC>> TC>> i have no trunk at this time and cannot test it, have you enabled TC>> crash-protection in fs? TC>> TC>> TC>Ok i moved back FS to 1.0.4 and i'm back on the first issues, TC> TC>1. no audio after i answer the call (call flow is H323 => FS => SIP).. i TC>hear the ringback on the H323 side bit when i answer the call, nothing! TC>FS = 10.4.62.7 TC>SIP phone = 10.4.62.89 TC>H323 endpoint = 10.1.14.153 TC> 53.696259 10.1.14.153 -> 10.4.62.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 TC>sip:1...@10.4.62.89 ;transport=udp, with session TC>description 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, TC>SSRC=0xBE241F, Seq=1305, Time=240, Mark TC> 53.82894010.4.62.7 -> 10.1.14.153 RTP PT=ITU-T G.711 PCMA, TC>SSRC=0xBE241F, Seq=1306, Time=480 TC> 53.85918010.4.62.7 -> 10.1.14.153 RTP PT=ITU-T G.711 PCMA, TC>SSRC=0xBE241F, Seq=1307, Time=720 TC> 53.88937910.4.62.7 -> 10.1.14.153 RTP PT=ITU-T G.711 PCMA, TC>SSRC=0xBE241F, Seq=1308, Time=960 TC> 53.91961110.4.62.7 -> 10.1.14.153 RTP PT=ITU-T G.711 PCMA, TC>SSRC=0xBE241F, Seq=1309, Time=1200 TC> 53.94983310.4.62.7 -> 10.1.14.153 RTP PT=ITU-T G.711 PCMA, TC>SSRC=0xBE241F, Seq=1310, Time=1440 TC> 53.97896410.4.62.7 -> 10.1.14.153 RTP PT=ITU-T G.711 PCMA, TC>SSRC=0xBE241F, Seq=1311, Time=1680 TC> 54.00921810.4.62.7 -> 10.1.14.153 RTP PT=ITU-T G.711 PCMA, TC>SSRC=0xBE241F, Seq=1312, Time=1920 TC> 54.03942410.4.62.7 -> 10.1.14.153 RTP PT=ITU-T G.711 PCMA, TC>SSRC=0xBE241F, Seq=1313, Time=2160 TC> 54.06964010.4.62.7 -> 10.1.14.153 RTP PT=ITU-T G.711 PCMA, TC>SSRC=0xBE241F, Seq=1314, Time=2400 TC> 54.09979510.4.62.7 -> 10.1.14.153 RTP PT=ITU-T G.711 PCMA, TC>SSRC=0xBE241F, Seq=1315, Time=2640 TC> 54.12906410.4.62.7 -> 10.1.14.153 RTP PT=ITU-T G.711 PCMA, TC>SSRC=0xBE241F, Seq=1316, Time=2880 TC> TC><-- snip > this is a ringback sent from FS TC>=> H323endpoint TC> TC> 60.18907410.4.62.7 -> 10.1.14.153 RTP PT=ITU-T G.711 PCMA, TC>SSRC=0xBE241F, Seq=1518, Time=51360 TC> 60.21919710.4.62.7 -> 10.1.14.153 RTP PT=ITU-T G.711 PCMA, TC>SSRC=0xBE241F, Seq=1519, Time=51600 TC> 60.24945110.4.62.7 -> 10.1.14.153 RTP PT=ITU-T G.711 PCMA, TC>SSRC=0xBE241F, Seq=1520, Time=51840 TC> 60.27968410.4.62.7 -> 10.1.14.153 RTP PT=ITU-T G.711 PCMA, TC>SSRC=0xBE241F, Seq=1521, Time=52080 TC> 60.30968910.4.62.7 -> 10.1.14.153 RTP PT=ITU-T G.711 PCMA, TC>SSRC=0xBE241F, Seq=1522, Time=52320 TC> 60.33881210.4.62.7 -> 10.1.14.153 RTP PT=ITU-T G.711 PCMA, TC>SSRC=0xBE241F, Seq=1523, Time=52560 TC> 60.36899710.4.62.7 -> 10.1.14.153 RTP PT=ITU-T G.711 PCMA, TC>SSRC=0xBE241F, Seq=1524, Time=52800 TC> 60.39923110.4.62.7 -> 10.1.14.153 RTP PT=ITU-T G.711 PCMA, TC>SSRC=0xBE241F, Seq=1525, Time=53040 TC> 60.42944510.4.62.7 -> 10.1.14.153 RTP PT=ITU-T G.711 PCMA, TC>SSRC=0xBE241F, Seq=1526, Time=53280 TC> 60.45967910.4.62.7 -> 10.1.14.153 RTP PT=ITU-T G.711 PCMA, TC>SSRC=0xBE241F, Seq=1527, Time=53520 TC> 60.48891710.4.62.7 -> 10.1.14.153 RTP PT=ITU-T G.711 PCMA, TC>SSRC=0xBE241F, Seq=1528, Time=53760 TC> 60.494975 10.4.62.89 -> 10.4.62.7SIP/SDP Status: 200 OK, with session TC>description TC> 60.49547810.4.62.7 -> 10.4.62.89 SIP Request: ACK TC>sip:1...@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, TC>SSRC=0xBE241F, Seq=1529, Time=54000 TC> 60.52057410.4.62.7 -> 10.1.14.153 H.225.0
Re: [Freeswitch-users] Fwd: mod_opal - call charged before H.225 connect
> > TC> > TC>module load crash: http://pastebin.freeswitch.org/10783 > TC>FreeSWITCH backtrace: http://pastebin.freeswitch.org/10784 > TC> > TC> > TC>now, the only different thing is FS trunk ... > > i have no trunk at this time and cannot test it, have you enabled > crash-protection in fs? > > Ok i moved back FS to 1.0.4 and i'm back on the first issues, 1. no audio after i answer the call (call flow is H323 => FS => SIP).. i hear the ringback on the H323 side bit when i answer the call, nothing! FS = 10.4.62.7 SIP phone = 10.4.62.89 H323 endpoint = 10.1.14.153 53.696259 10.1.14.153 -> 10.4.62.7H.225.0 CS: setup 53.70541510.4.62.7 -> 10.1.14.153 H.225.0 CS: callProceeding 53.71636810.4.62.7 -> 10.4.62.89 SIP/SDP Request: INVITE sip:1...@10.4.62.89 ;transport=udp, with session description 53.71769710.4.62.7 -> 10.1.14.153 H.225.0 CS: alerting 53.72013210.4.62.7 -> 10.1.14.153 H.225.0 CS: facility 53.72545310.4.62.7 -> 10.1.14.153 H.245 terminalCapabilitySet 53.72595710.4.62.7 -> 10.1.14.153 H.245 masterSlaveDetermination 53.728129 10.4.62.89 -> 10.4.62.7SIP Status: 100 Trying 53.741112 10.4.62.89 -> 10.4.62.7SIP Status: 180 Ringing 53.743199 10.1.14.153 -> 10.4.62.7H.245 terminalCapabilitySet 53.744221 10.1.14.153 -> 10.4.62.7H.245 masterSlaveDetermination 53.74944310.4.62.7 -> 10.1.14.153 H.245 terminalCapabilitySetAck 53.75162410.4.62.7 -> 10.1.14.153 H.245 masterSlaveDeterminationAck 53.758710 10.1.14.153 -> 10.4.62.7H.245 terminalCapabilitySetAck 53.761241 10.1.14.153 -> 10.4.62.7H.245 masterSlaveDeterminationAck 53.76391910.4.62.7 -> 10.1.14.153 H.245 openLogicalChannel (g711A) #3712: OLC found 10.1.14.153/10.4.62.7/101 53.777464 10.1.14.153 -> 10.4.62.7H.245 openLogicalChannelAck 53.79986410.4.62.7 -> 10.1.14.153 RTP PT=ITU-T G.711 PCMA, SSRC=0xBE241F, Seq=1305, Time=240, Mark 53.82894010.4.62.7 -> 10.1.14.153 RTP PT=ITU-T G.711 PCMA, SSRC=0xBE241F, Seq=1306, Time=480 53.85918010.4.62.7 -> 10.1.14.153 RTP PT=ITU-T G.711 PCMA, SSRC=0xBE241F, Seq=1307, Time=720 53.88937910.4.62.7 -> 10.1.14.153 RTP PT=ITU-T G.711 PCMA, SSRC=0xBE241F, Seq=1308, Time=960 53.91961110.4.62.7 -> 10.1.14.153 RTP PT=ITU-T G.711 PCMA, SSRC=0xBE241F, Seq=1309, Time=1200 53.94983310.4.62.7 -> 10.1.14.153 RTP PT=ITU-T G.711 PCMA, SSRC=0xBE241F, Seq=1310, Time=1440 53.97896410.4.62.7 -> 10.1.14.153 RTP PT=ITU-T G.711 PCMA, SSRC=0xBE241F, Seq=1311, Time=1680 54.00921810.4.62.7 -> 10.1.14.153 RTP PT=ITU-T G.711 PCMA, SSRC=0xBE241F, Seq=1312, Time=1920 54.03942410.4.62.7 -> 10.1.14.153 RTP PT=ITU-T G.711 PCMA, SSRC=0xBE241F, Seq=1313, Time=2160 54.06964010.4.62.7 -> 10.1.14.153 RTP PT=ITU-T G.711 PCMA, SSRC=0xBE241F, Seq=1314, Time=2400 54.09979510.4.62.7 -> 10.1.14.153 RTP PT=ITU-T G.711 PCMA, SSRC=0xBE241F, Seq=1315, Time=2640 54.12906410.4.62.7 -> 10.1.14.153 RTP PT=ITU-T G.711 PCMA, SSRC=0xBE241F, Seq=1316, Time=2880 <-- snip > this is a ringback sent from FS => H323endpoint 60.18907410.4.62.7 -> 10.1.14.153 RTP PT=ITU-T G.711 PCMA, SSRC=0xBE241F, Seq=1518, Time=51360 60.21919710.4.62.7 -> 10.1.14.153 RTP PT=ITU-T G.711 PCMA, SSRC=0xBE241F, Seq=1519, Time=51600 60.24945110.4.62.7 -> 10.1.14.153 RTP PT=ITU-T G.711 PCMA, SSRC=0xBE241F, Seq=1520, Time=51840 60.27968410.4.62.7 -> 10.1.14.153 RTP PT=ITU-T G.711 PCMA, SSRC=0xBE241F, Seq=1521, Time=52080 60.30968910.4.62.7 -> 10.1.14.153 RTP PT=ITU-T G.711 PCMA, SSRC=0xBE241F, Seq=1522, Time=52320 60.33881210.4.62.7 -> 10.1.14.153 RTP PT=ITU-T G.711 PCMA, SSRC=0xBE241F, Seq=1523, Time=52560 60.36899710.4.62.7 -> 10.1.14.153 RTP PT=ITU-T G.711 PCMA, SSRC=0xBE241F, Seq=1524, Time=52800 60.39923110.4.62.7 -> 10.1.14.153 RTP PT=ITU-T G.711 PCMA, SSRC=0xBE241F, Seq=1525, Time=53040 60.42944510.4.62.7 -> 10.1.14.153 RTP PT=ITU-T G.711 PCMA, SSRC=0xBE241F, Seq=1526, Time=53280 60.45967910.4.62.7 -> 10.1.14.153 RTP PT=ITU-T G.711 PCMA, SSRC=0xBE241F, Seq=1527, Time=53520 60.48891710.4.62.7 -> 10.1.14.153 RTP PT=ITU-T G.711 PCMA, SSRC=0xBE241F, Seq=1528, Time=53760 60.494975 10.4.62.89 -> 10.4.62.7SIP/SDP Status: 200 OK, with session description 60.49547810.4.62.7 -> 10.4.62.89 SIP Request: ACK sip:1...@10.4.62.89 ;transport=udp 60.49611410.4.62.7 -> 10.4.62.7RTP Unknown RTP version 1 60.51946710.4.62.7 -> 10.1.14.153 RTP PT=ITU-T G.711 PCMA, SSRC=0xBE241F, Seq=1529, Time=54000 60.52057410.4.62.7 -> 10.1.14.153 H.225.0 CS: connect 60.531284 10.1.14.153 -> 10.4.62.7H.245 openLogicalChannel (g711A) #4045: OLC found 10.4.62.7/10.1.14.153/101 60.53529810.4.62.7 -> 10.1.14.153 H.245 openLogicalChannelAck 60.595098 10.1.14.153 -> 10.4.62.7RTP PT=ITU-T G.711 PCMA, SSRC=0xA994332E, Seq=39691, Time=160, Mark 60.598967 10.1.14.153 -> 10.4.62.7RTP PT=ITU-T G.711 PCMA, SSR
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...: ок. BW>Your SVN Account will be done soon and the directory in endpoints is BW>already created for you to start importing your work. BW> BW>Thanks, BW> BW>/b BW> BW>On Oct 21, 2009, at 7:24 AM, Georgiewskiy Yuriy wrote: BW> BW>> On 2009-10-21 13:39 +0200, Tihomir Culjaga wrote freeswitch-us...@lists.fre BW>> ...: BW>> BW>> TC>2009/10/21 Georgiewskiy Yuriy 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>> TC>I was using latest libpt.so.2.7-beta1. BW>> TC>> TC> BW>> TC>> TC>Now I went back to libpt.so.2.6-beta6 (can't find 2.6.5 you BW>> TC>> mentioned...) BW>> TC>> TC>and FS is crashing on every call :P .. regardless if it is BW>> inbound or BW>> TC>> TC>outbound... BW>> TC>> BW>> TC>> http://www.opalvoip.org/ first link into Lalande Stable 5 BW>> Released. BW>> TC>> On some version of cvs ptlib i get crash on module loading:) BW>> TC>> BW>> TC>> TC> BW>> TC>> TC>FreeSWITCH Version 1.0.trunk (15079M) BW>> TC>> BW>> TC>> hm, i don't test it on trunk, may be there some isues, try get BW>> stack BW>> TC>> backtrace from core file to BW>> TC>> see where it crash. I use 1.0.4 BW>> TC>> BW>> TC>> BW>> TC>> BW>> TC> BW>> TC>module load crash: http://pastebin.freeswitch.org/10783 BW>> TC>FreeSWITCH backtrace: http://pastebin.freeswitch.org/10784 BW>> TC> BW>> TC> BW>> TC>now, the only different thing is FS trunk ... BW>> BW>> i have no trunk at this time and cannot test it, have you enabled BW>> crash-protection in fs? BW>> BW>> C уважением With Best Regards BW>> Георгиевский Юрий.Georgiewskiy Yuriy BW>> +7 4872 711666+7 4872 711666 BW>> факс +7 4872 711143 fax +7 4872 711143 BW>> Компания ООО "Ай Ти Сервис" IT Service Ltd BW>> http://nkoort.ru http://nkoort.ru BW>> JID: 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>___ BW>FreeSWITCH-users mailing list BW>FreeSWITCH-users@lists.freeswitch.org BW>http://lists.freeswitch.org/mailman/listinfo/freeswitch-users BW>UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users BW>http://www.freeswitch.org BW> C уважением With Best Regards Георгиевский Юрий.Georgiewskiy Yuriy +7 4872 711666+7 4872 711666 факс +7 4872 711143 fax +7 4872 711143 Компания ООО "Ай Ти Сервис" IT Service Ltd http://nkoort.ru http://nkoort.ru JID: 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 > ...: > > TC>2009/10/21 Georgiewskiy Yuriy > 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>> TC>I was using latest libpt.so.2.7-beta1. > TC>> TC> > TC>> TC>Now I went back to libpt.so.2.6-beta6 (can't find 2.6.5 you > TC>> mentioned...) > TC>> TC>and FS is crashing on every call :P .. regardless if it is > inbound or > TC>> TC>outbound... > TC>> > TC>> http://www.opalvoip.org/ first link into Lalande Stable 5 > Released. > TC>> On some version of cvs ptlib i get crash on module loading:) > TC>> > TC>> TC> > TC>> TC>FreeSWITCH Version 1.0.trunk (15079M) > TC>> > TC>> hm, i don't test it on trunk, may be there some isues, try get > stack > TC>> backtrace from core file to > TC>> see where it crash. I use 1.0.4 > TC>> > TC>> > TC>> > TC> > TC>module load crash: http://pastebin.freeswitch.org/10783 > TC>FreeSWITCH backtrace: http://pastebin.freeswitch.org/10784 > TC> > TC> > TC>now, the only different thing is FS trunk ... > > i have no trunk at this time and cannot test it, have you enabled > crash-protection in fs? > > C уважением With Best Regards > Георгиевский Юрий.Georgiewskiy Yuriy > +7 4872 711666+7 4872 711666 > факс +7 4872 711143 fax +7 4872 711143 > Компания ООО "Ай Ти Сервис" IT Service Ltd > http://nkoort.ru http://nkoort.ru > JID: 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 13:39 +0200, Tihomir Culjaga wrote freeswitch-us...@lists.fre...: TC>2009/10/21 Georgiewskiy Yuriy 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>> TC>I was using latest libpt.so.2.7-beta1. TC>> TC> TC>> TC>Now I went back to libpt.so.2.6-beta6 (can't find 2.6.5 you TC>> mentioned...) TC>> TC>and FS is crashing on every call :P .. regardless if it is inbound or TC>> TC>outbound... TC>> TC>> http://www.opalvoip.org/ first link into Lalande Stable 5 Released. TC>> On some version of cvs ptlib i get crash on module loading:) TC>> TC>> TC> TC>> TC>FreeSWITCH Version 1.0.trunk (15079M) TC>> TC>> hm, i don't test it on trunk, may be there some isues, try get stack TC>> backtrace from core file to TC>> see where it crash. I use 1.0.4 TC>> TC>> TC>> TC> TC>module load crash: http://pastebin.freeswitch.org/10783 TC>FreeSWITCH backtrace: http://pastebin.freeswitch.org/10784 TC> TC> TC>now, the only different thing is FS trunk ... i have no trunk at this time and cannot test it, have you enabled crash-protection in fs? C уважением With Best Regards Георгиевский Юрий.Georgiewskiy Yuriy +7 4872 711666+7 4872 711666 факс +7 4872 711143 fax +7 4872 711143 Компания ООО "Ай Ти Сервис" IT Service Ltd http://nkoort.ru http://nkoort.ru JID: 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 > On 2009-10-21 09:34 +0200, Tihomir Culjaga wrote > freeswitch-us...@lists.fre...: > > > TC> > TC> > TC> > TC>I was using latest libpt.so.2.7-beta1. > TC> > TC>Now I went back to libpt.so.2.6-beta6 (can't find 2.6.5 you > mentioned...) > TC>and FS is crashing on every call :P .. regardless if it is inbound or > TC>outbound... > > http://www.opalvoip.org/ first link into Lalande Stable 5 Released. > On some version of cvs ptlib i get crash on module loading:) > > TC> > TC>FreeSWITCH Version 1.0.trunk (15079M) > > hm, i don't test it on trunk, may be there some isues, try get stack > backtrace from core file to > see where it crash. I use 1.0.4 > > > 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 09:34 +0200, Tihomir Culjaga wrote freeswitch-us...@lists.fre...: TC> TC> TC> TC>I was using latest libpt.so.2.7-beta1. TC> TC>Now I went back to libpt.so.2.6-beta6 (can't find 2.6.5 you mentioned...) TC>and FS is crashing on every call :P .. regardless if it is inbound or TC>outbound... http://www.opalvoip.org/ first link into Lalande Stable 5 Released. On some version of cvs ptlib i get crash on module loading:) TC> TC>FreeSWITCH Version 1.0.trunk (15079M) hm, i don't test it on trunk, may be there some isues, try get stack backtrace from core file to see where it crash. I use 1.0.4 TC>H323Plus is from cvs it's ok. TC> TC>so, what i did is: TC> TC> TC>create a directory e.g. h323 TC> TC>mkdir -p ~/h323 TC>cd ~/h323 TC> TC> svn co TC>http://opalvoip.svn.sourceforge.net/svnroot/opalvoip/ptlib/branches/v2_6ptlib-2.6 TC> TC> export PKG_CONFIG_PATH=/usr/local/lib/pkgconfig TC> export LD_LIBRARY_PATH=/usr/local/lib TC> TC>cd ptlib-2.6 TC> TC> ./configure TC> make TC> sudo make install TC> TC> TC> TC>cd ~/h323 TC> TC> cvs -d:pserver:anonym...@h323plus.cvs.sourceforge.net:/cvsroot/h323plus TC>checkout h323plus TC> TC> export PTLIBDIR=~/h323plus/ptlib TC> TC> TC>cd h323plus TC> TC> ./configure TC> make TC> sudo make install TC> TC> TC> TC>assuming you have FS src in your home TC> TC>cd ~/freeswitch-trunk TC> TC> make mod_h323-clean TC> make mod_h323 TC> sudo make mod_h323-install TC> TC> TC> TC>cd /usr/local/freeswitch/lib/ TC> TC> sudo ln -sf /usr/local/lib/libpt.so.2.6-beta6 libpt.so.2.6-beta6 TC> TC> TC> TC> TC>start FS and load mod_h323 TC> TC> TC> TC> TC> TC>Please, can you advice what exact revisions of ptlib you are using so i can TC>do "svn so -r xxx", also what exact revision of freeswitch and H323Plus you TC>are using ? TC> TC> TC> TC> TC> TC>Now with ptlib-2.6-beta6 can't even. TC> TC> TC>T. TC> C уважением With Best Regards Георгиевский Юрий.Georgiewskiy Yuriy +7 4872 711666+7 4872 711666 факс +7 4872 711143 fax +7 4872 711143 Компания ООО "Ай Ти Сервис" IT Service Ltd http://nkoort.ru http://nkoort.ru JID: 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: > > > > > if fs not registered on gk then data="h323/${numb...@xxx.xxx.xxx.xxx". > > > TC> > TC>2009-10-20 10:08:18.424083 [DEBUG] h323caps.cxx:3252 Found capability: > TC>UserInput/PointDevice <14> > TC>2009-10-20 10:08:18.424083 [DEBUG] h323caps.cxx:3248 FindCapability: 15 > TC>2009-10-20 10:08:18.426608 [DEBUG] osutils.cxx:60 Created external > thread > TC>0xb6eb60a0 for id 3048876944 > TC>2009-10-20 10:08:18.426608 [DEBUG] osutils.cxx:65 Destroyed external > thread > TC>0xb6ebafa8 for id 3048876944 > TC>2009-10-20 10:08:18.426608 [DEBUG] tlibthrd.cxx:406 Destroyed thread > TC>0xb6ebafa8 PExternalThread:0xb5ba2b90(id = b5ba2b90) > TC>2009-10-20 10:08:18.426608 [DEBUG] h323caps.cxx:3252 Found capability: > TC>UserInput/Modal <15> > TC>2009-10-20 10:08:18.426608 [DEBUG] osutils.cxx:880 MONITOR: timers=0, > TC>expiries=0 > TC>2009-10-20 10:08:18.426608 [DEBUG] osutils.cxx:880 MONITOR: timers=0, > TC>expiries=0 > TC>2009-10-20 10:08:18.426608 [DEBUG] osutils.cxx:60 Created external > thread > TC>0xb6eba910 for id 3048876944 > TC>2009-10-20 10:08:18.426608 [DEBUG] h4601.cxx:1725 Endpoint Attached > TC>Segmentation fault (core dumped) > TC>tculj...@subzero:~/freeswitch-trunk$ > TC> > TC>pls check: http://pastebin.freeswitch.org/10769 > > look strange, what version of libpt/h323plus you use and freeswitch itself > ? > > TC> > TC> > 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-20 10:17 +0200, Tihomir Culjaga wrote freeswitch-us...@lists.fre...: TC>> TC> TC>> TC>call flow is SIP_user => FS => H323_endpoint is failing .. TC>> coredumped TC>> TC>http://pastebin.freeswitch.org/10703 TC>> TC>> i fix some bugs now, TC>> ftp://srv.icf.org.ru/pub/soft/f/freeswitch/mod_h323/mod_h323.tar.bz2 this TC>> is TC>> updated version, try it, if you experience no audio try enable rtp proxy in TC>> you sip profile. TC>> TC>> TC>Hi, there are several issues... lets start with top 4 :) TC> TC> TC> TC>1. I'm still stuck with no audio: TC> TC>I have this parameter in the sip profile set: name="inbound-proxy-media" value="true"/> TC>...tried with both with slow start and fast start... any idea ? TC> TC>pls check: http://pastebin.freeswitch.org/10771 try to sniff rtp traffic on fs, is it go thouch him. TC> TC> TC> TC> TC> TC>2. outgoing calls still failing in coredumps: what is your dialplan ? ... TC>how do you call bridge application? simple: if fs not registered on gk then data="h323/${numb...@xxx.xxx.xxx.xxx". TC> TC>2009-10-20 10:08:18.424083 [DEBUG] h323caps.cxx:3252 Found capability: TC>UserInput/PointDevice <14> TC>2009-10-20 10:08:18.424083 [DEBUG] h323caps.cxx:3248 FindCapability: 15 TC>2009-10-20 10:08:18.426608 [DEBUG] osutils.cxx:60 Created external thread TC>0xb6eb60a0 for id 3048876944 TC>2009-10-20 10:08:18.426608 [DEBUG] osutils.cxx:65 Destroyed external thread TC>0xb6ebafa8 for id 3048876944 TC>2009-10-20 10:08:18.426608 [DEBUG] tlibthrd.cxx:406 Destroyed thread TC>0xb6ebafa8 PExternalThread:0xb5ba2b90(id = b5ba2b90) TC>2009-10-20 10:08:18.426608 [DEBUG] h323caps.cxx:3252 Found capability: TC>UserInput/Modal <15> TC>2009-10-20 10:08:18.426608 [DEBUG] osutils.cxx:880 MONITOR: timers=0, TC>expiries=0 TC>2009-10-20 10:08:18.426608 [DEBUG] osutils.cxx:880 MONITOR: timers=0, TC>expiries=0 TC>2009-10-20 10:08:18.426608 [DEBUG] osutils.cxx:60 Created external thread TC>0xb6eba910 for id 3048876944 TC>2009-10-20 10:08:18.426608 [DEBUG] h4601.cxx:1725 Endpoint Attached TC>Segmentation fault (core dumped) TC>tculj...@subzero:~/freeswitch-trunk$ TC> TC>pls check: http://pastebin.freeswitch.org/10769 look strange, what version of libpt/h323plus you use and freeswitch itself ? TC> TC> TC> TC>3. when you hangup from SIP side, the call is not released end-to-end (the TC>H323 endpoint doesn't get any releaseComplete message) TC> TC>2009-10-20 10:10:51.264527 [DEBUG] osutils.cxx:880 MONITOR: timers=2, TC>expiries=3 TC>2009-10-20 10:10:51.264527 [DEBUG] h323neg.cxx:432 Received TC>MasterSlaveDeterminationAck: state=Incoming TC>2009-10-20 10:10:51.264527 [DEBUG] osutils.cxx:880 MONITOR: timers=1, TC>expiries=3 TC>2009-10-20 10:10:51.264527 [DEBUG] osutils.cxx:880 MONITOR: timers=2, TC>expiries=4 TC>2009-10-20 10:10:51.264527 [DEBUG] h323.cxx:4138 TC>InternalEstablishedConnectionCheck: connectionState=EstablishedConnection TC>fastStartState=FastStartAcknowledged TC>2009-10-20 10:10:51.264527 [DEBUG] h323caps.cxx:3264 FindCapability: "T.120" TC>2009-10-20 10:10:51.264527 [DEBUG] h323.cxx:4138 TC>InternalEstablishedConnectionCheck: connectionState=EstablishedConnection TC>fastStartState=FastStartAcknowledged TC>2009-10-20 10:10:51.264527 [DEBUG] tlibthrd.cxx:1023 TC>PThread::PXBlockOnIO(45,0) TC>2009-10-20 10:10:54.405479 [NOTICE] sofia.c:328 Hangup sofia/internal/ TC>sip:1...@10.4.62.89 [CS_CONSUME_MEDIA] TC>[NORMAL_CLEARING] TC>2009-10-20 10:10:54.405479 [DEBUG] switch_channel.c:1726 Send signal TC>sofia/internal/sip:1...@10.4.62.89 [KILL] TC>2009-10-20 10:10:54.405479 [DEBUG] switch_core_session.c:932 Send signal TC>sofia/internal/sip:1...@10.4.62.89 [BREAK] TC>2009-10-20 10:10:54.405479 [DEBUG] switch_core_state_machine.c:437 thread TC>mismatch skipping state handler. TC>2009-10-20 10:10:54.405479 [DEBUG] switch_core_state_machine.c:306 TC>(sofia/internal/sip:1...@10.4.62.89 ) Running State TC>Change CS_HANGUP TC>2009-10-20 10:10:54.406530 [DEBUG] switch_core_state_machine.c:464 TC>(sofia/internal/sip:1...@10.4.62.89 ) State HANGUP TC>2009-10-20 10:10:54.406530 [DEBUG] mod_sofia.c:338 Channel sofia/internal/ TC>sip:1...@10.4.62.89 hanging up, cause: TC>NORMAL_CLEARING TC>2009-10-20 10:10:54.406530 [DEBUG] switch_core_state_machine.c:46 TC>sofia/internal/sip:1...@10.4.62.89 Standard HANGUP, TC>cause: NORMAL_CLEARING TC> TC> TC>pls check: http://pastebin.freeswitch.org/10771 hm, according this log it send release complete: 2009-10-20 10:11:03.995707 [DEBUG] h323pdu.cxx:609 Sending PDU [ip$10.4.62.7:1720/ip$10.1.14.153:3341] i think please try to dump full traffic of this call from both endpoints and send me. TC> TC> TC> TC> TC>4. sometimes when i shutdown FS i get coredimps - from my experience it TC>looks like you don't wait for a FS thread to finish when you exit... TC> TC>2009-10-20 10:05:59.493306 [CONSOLE] switch_event.c:508 Stopping queue TC>thread 2 TC>2009-10-20 10:05:59.493339 [CONSOLE] switch_core.c:1693 Finalizing Shutdown. TC>2009-10-20 10:05:59.49337
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>> TC>call flow is SIP_user => FS => H323_endpoint is failing .. TC>> coredumped TC>> TC>http://pastebin.freeswitch.org/10703 TC>> TC>> i fix some bugs now, TC>> ftp://srv.icf.org.ru/pub/soft/f/freeswitch/mod_h323/mod_h323.tar.bz2 this TC>> is TC>> updated version, try it, if you experience no audio try enable rtp proxy in TC>> you sip profile. TC>> TC>> TC>Hi, there are several issues... lets start with top 4 :) TC> TC> TC> TC>1. I'm still stuck with no audio: TC> TC>I have this parameter in the sip profile set: name="inbound-proxy-media" value="true"/> TC>...tried with both with slow start and fast start... any idea ? TC> TC>pls check: http://pastebin.freeswitch.org/10771 try to sniff rtp traffic on fs, is it go thouch him. TC> TC> TC> TC> TC> TC>2. outgoing calls still failing in coredumps: what is your dialplan ? ... TC>how do you call bridge application? simple: if fs not registered on gk then data="h323/${numb...@xxx.xxx.xxx.xxx". TC> TC>2009-10-20 10:08:18.424083 [DEBUG] h323caps.cxx:3252 Found capability: TC>UserInput/PointDevice <14> TC>2009-10-20 10:08:18.424083 [DEBUG] h323caps.cxx:3248 FindCapability: 15 TC>2009-10-20 10:08:18.426608 [DEBUG] osutils.cxx:60 Created external thread TC>0xb6eb60a0 for id 3048876944 TC>2009-10-20 10:08:18.426608 [DEBUG] osutils.cxx:65 Destroyed external thread TC>0xb6ebafa8 for id 3048876944 TC>2009-10-20 10:08:18.426608 [DEBUG] tlibthrd.cxx:406 Destroyed thread TC>0xb6ebafa8 PExternalThread:0xb5ba2b90(id = b5ba2b90) TC>2009-10-20 10:08:18.426608 [DEBUG] h323caps.cxx:3252 Found capability: TC>UserInput/Modal <15> TC>2009-10-20 10:08:18.426608 [DEBUG] osutils.cxx:880 MONITOR: timers=0, TC>expiries=0 TC>2009-10-20 10:08:18.426608 [DEBUG] osutils.cxx:880 MONITOR: timers=0, TC>expiries=0 TC>2009-10-20 10:08:18.426608 [DEBUG] osutils.cxx:60 Created external thread TC>0xb6eba910 for id 3048876944 TC>2009-10-20 10:08:18.426608 [DEBUG] h4601.cxx:1725 Endpoint Attached TC>Segmentation fault (core dumped) TC>tculj...@subzero:~/freeswitch-trunk$ TC> TC>pls check: http://pastebin.freeswitch.org/10769 look strange, what version of libpt/h323plus you use and freeswitch itself ? TC> TC> TC> TC>3. when you hangup from SIP side, the call is not released end-to-end (the TC>H323 endpoint doesn't get any releaseComplete message) TC> TC>2009-10-20 10:10:51.264527 [DEBUG] osutils.cxx:880 MONITOR: timers=2, TC>expiries=3 TC>2009-10-20 10:10:51.264527 [DEBUG] h323neg.cxx:432 Received TC>MasterSlaveDeterminationAck: state=Incoming TC>2009-10-20 10:10:51.264527 [DEBUG] osutils.cxx:880 MONITOR: timers=1, TC>expiries=3 TC>2009-10-20 10:10:51.264527 [DEBUG] osutils.cxx:880 MONITOR: timers=2, TC>expiries=4 TC>2009-10-20 10:10:51.264527 [DEBUG] h323.cxx:4138 TC>InternalEstablishedConnectionCheck: connectionState=EstablishedConnection TC>fastStartState=FastStartAcknowledged TC>2009-10-20 10:10:51.264527 [DEBUG] h323caps.cxx:3264 FindCapability: "T.120" TC>2009-10-20 10:10:51.264527 [DEBUG] h323.cxx:4138 TC>InternalEstablishedConnectionCheck: connectionState=EstablishedConnection TC>fastStartState=FastStartAcknowledged TC>2009-10-20 10:10:51.264527 [DEBUG] tlibthrd.cxx:1023 TC>PThread::PXBlockOnIO(45,0) TC>2009-10-20 10:10:54.405479 [NOTICE] sofia.c:328 Hangup sofia/internal/ TC>sip:1...@10.4.62.89 [CS_CONSUME_MEDIA] TC>[NORMAL_CLEARING] TC>2009-10-20 10:10:54.405479 [DEBUG] switch_channel.c:1726 Send signal TC>sofia/internal/sip:1...@10.4.62.89 [KILL] TC>2009-10-20 10:10:54.405479 [DEBUG] switch_core_session.c:932 Send signal TC>sofia/internal/sip:1...@10.4.62.89 [BREAK] TC>2009-10-20 10:10:54.405479 [DEBUG] switch_core_state_machine.c:437 thread TC>mismatch skipping state handler. TC>2009-10-20 10:10:54.405479 [DEBUG] switch_core_state_machine.c:306 TC>(sofia/internal/sip:1...@10.4.62.89 ) Running State TC>Change CS_HANGUP TC>2009-10-20 10:10:54.406530 [DEBUG] switch_core_state_machine.c:464 TC>(sofia/internal/sip:1...@10.4.62.89 ) State HANGUP TC>2009-10-20 10:10:54.406530 [DEBUG] mod_sofia.c:338 Channel sofia/internal/ TC>sip:1...@10.4.62.89 hanging up, cause: TC>NORMAL_CLEARING TC>2009-10-20 10:10:54.406530 [DEBUG] switch_core_state_machine.c:46 TC>sofia/internal/sip:1...@10.4.62.89 Standard HANGUP, TC>cause: NORMAL_CLEARING TC> TC> TC>pls check: http://pastebin.freeswitch.org/10771 hm, according this log it send release complete: 2009-10-20 10:11:03.995707 [DEBUG] h323pdu.cxx:609 Sending PDU [ip$10.4.62.7:1720/ip$10.1.14.153:3341] i think please try to dump full traffic of this call from both endpoints and send me. TC> TC> TC> TC> TC>4. sometimes when i shutdown FS i get coredimps - from my experience it TC>looks like you don't wait for a FS thread to finish when you exit... TC> TC>2009-10-20 10:05:59.493306 [CONSOLE] switch_event.c:508 Stopping queue TC>thread 2 TC>2009-10-20 10:05:59.493339 [CONSOLE] switch_core.c:1693 Finalizing Shutdown. TC>2009-10-20 10:05:59.49337
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>> TC>call flow is SIP_user => FS => H323_endpoint is failing .. TC>> coredumped TC>> TC>http://pastebin.freeswitch.org/10703 TC>> TC>> i fix some bugs now, TC>> ftp://srv.icf.org.ru/pub/soft/f/freeswitch/mod_h323/mod_h323.tar.bz2 this TC>> is TC>> updated version, try it, if you experience no audio try enable rtp proxy in TC>> you sip profile. TC>> TC>> TC>Hi, there are several issues... lets start with top 4 :) TC> TC> TC> TC>1. I'm still stuck with no audio: TC> TC>I have this parameter in the sip profile set: name="inbound-proxy-media" value="true"/> TC>...tried with both with slow start and fast start... any idea ? TC> TC>pls check: http://pastebin.freeswitch.org/10771 try to sniff rtp traffic on fs, is it go thouch him. TC> TC> TC> TC> TC> TC>2. outgoing calls still failing in coredumps: what is your dialplan ? ... TC>how do you call bridge application? simple: if fs not registered on gk then data="h323/${numb...@xxx.xxx.xxx.xxx". TC> TC>2009-10-20 10:08:18.424083 [DEBUG] h323caps.cxx:3252 Found capability: TC>UserInput/PointDevice <14> TC>2009-10-20 10:08:18.424083 [DEBUG] h323caps.cxx:3248 FindCapability: 15 TC>2009-10-20 10:08:18.426608 [DEBUG] osutils.cxx:60 Created external thread TC>0xb6eb60a0 for id 3048876944 TC>2009-10-20 10:08:18.426608 [DEBUG] osutils.cxx:65 Destroyed external thread TC>0xb6ebafa8 for id 3048876944 TC>2009-10-20 10:08:18.426608 [DEBUG] tlibthrd.cxx:406 Destroyed thread TC>0xb6ebafa8 PExternalThread:0xb5ba2b90(id = b5ba2b90) TC>2009-10-20 10:08:18.426608 [DEBUG] h323caps.cxx:3252 Found capability: TC>UserInput/Modal <15> TC>2009-10-20 10:08:18.426608 [DEBUG] osutils.cxx:880 MONITOR: timers=0, TC>expiries=0 TC>2009-10-20 10:08:18.426608 [DEBUG] osutils.cxx:880 MONITOR: timers=0, TC>expiries=0 TC>2009-10-20 10:08:18.426608 [DEBUG] osutils.cxx:60 Created external thread TC>0xb6eba910 for id 3048876944 TC>2009-10-20 10:08:18.426608 [DEBUG] h4601.cxx:1725 Endpoint Attached TC>Segmentation fault (core dumped) TC>tculj...@subzero:~/freeswitch-trunk$ TC> TC>pls check: http://pastebin.freeswitch.org/10769 look strange, what version of libpt/h323plus you use and freeswitch itself ? TC> TC> TC> TC>3. when you hangup from SIP side, the call is not released end-to-end (the TC>H323 endpoint doesn't get any releaseComplete message) TC> TC>2009-10-20 10:10:51.264527 [DEBUG] osutils.cxx:880 MONITOR: timers=2, TC>expiries=3 TC>2009-10-20 10:10:51.264527 [DEBUG] h323neg.cxx:432 Received TC>MasterSlaveDeterminationAck: state=Incoming TC>2009-10-20 10:10:51.264527 [DEBUG] osutils.cxx:880 MONITOR: timers=1, TC>expiries=3 TC>2009-10-20 10:10:51.264527 [DEBUG] osutils.cxx:880 MONITOR: timers=2, TC>expiries=4 TC>2009-10-20 10:10:51.264527 [DEBUG] h323.cxx:4138 TC>InternalEstablishedConnectionCheck: connectionState=EstablishedConnection TC>fastStartState=FastStartAcknowledged TC>2009-10-20 10:10:51.264527 [DEBUG] h323caps.cxx:3264 FindCapability: "T.120" TC>2009-10-20 10:10:51.264527 [DEBUG] h323.cxx:4138 TC>InternalEstablishedConnectionCheck: connectionState=EstablishedConnection TC>fastStartState=FastStartAcknowledged TC>2009-10-20 10:10:51.264527 [DEBUG] tlibthrd.cxx:1023 TC>PThread::PXBlockOnIO(45,0) TC>2009-10-20 10:10:54.405479 [NOTICE] sofia.c:328 Hangup sofia/internal/ TC>sip:1...@10.4.62.89 [CS_CONSUME_MEDIA] TC>[NORMAL_CLEARING] TC>2009-10-20 10:10:54.405479 [DEBUG] switch_channel.c:1726 Send signal TC>sofia/internal/sip:1...@10.4.62.89 [KILL] TC>2009-10-20 10:10:54.405479 [DEBUG] switch_core_session.c:932 Send signal TC>sofia/internal/sip:1...@10.4.62.89 [BREAK] TC>2009-10-20 10:10:54.405479 [DEBUG] switch_core_state_machine.c:437 thread TC>mismatch skipping state handler. TC>2009-10-20 10:10:54.405479 [DEBUG] switch_core_state_machine.c:306 TC>(sofia/internal/sip:1...@10.4.62.89 ) Running State TC>Change CS_HANGUP TC>2009-10-20 10:10:54.406530 [DEBUG] switch_core_state_machine.c:464 TC>(sofia/internal/sip:1...@10.4.62.89 ) State HANGUP TC>2009-10-20 10:10:54.406530 [DEBUG] mod_sofia.c:338 Channel sofia/internal/ TC>sip:1...@10.4.62.89 hanging up, cause: TC>NORMAL_CLEARING TC>2009-10-20 10:10:54.406530 [DEBUG] switch_core_state_machine.c:46 TC>sofia/internal/sip:1...@10.4.62.89 Standard HANGUP, TC>cause: NORMAL_CLEARING TC> TC> TC>pls check: http://pastebin.freeswitch.org/10771 hm, according this log it send release complete: 2009-10-20 10:11:03.995707 [DEBUG] h323pdu.cxx:609 Sending PDU [ip$10.4.62.7:1720/ip$10.1.14.153:3341] i think please try to dump full traffic of this call from both endpoints and send me. TC> TC> TC> TC> TC>4. sometimes when i shutdown FS i get coredimps - from my experience it TC>looks like you don't wait for a FS thread to finish when you exit... TC> TC>2009-10-20 10:05:59.493306 [CONSOLE] switch_event.c:508 Stopping queue TC>thread 2 TC>2009-10-20 10:05:59.493339 [CONSOLE] switch_core.c:1693 Finalizing Shutdown. TC>2009-10-20 10:05:59.49337
Re: [Freeswitch-users] Fwd: mod_opal - call charged before H.225 connect
> TC> > TC>call flow is SIP_user => FS => H323_endpoint is failing .. > coredumped > TC>http://pastebin.freeswitch.org/10703 > > i fix some bugs now, > ftp://srv.icf.org.ru/pub/soft/f/freeswitch/mod_h323/mod_h323.tar.bz2 this > is > updated version, try it, if you experience no audio try enable rtp proxy in > you sip profile. > > 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: ...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 [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 [KILL] 2009-10-20 10:10:54.405479 [DEBUG] switch_core_session.c:932 Send signal sofia/internal/sip:1...@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 ) 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 ) State HANGUP 2009-10-20 10:10:54.406530 [DEBUG] mod_sofia.c:338 Channel sofia/internal/ sip:1...@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 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 > > ___ > FreeSWITCH-users mailing list > FreeSWITCH-users@lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/f
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...: TC>On Wed, Oct 14, 2009 at 10:16 AM, Tihomir Culjaga wrote: TC> TC>> TC>> TC>> 2009/10/14 Georgiewskiy Yuriy 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> TC>Here are the logs: TC> TC>call flow is H323_endpoint => FS => SIP_user TC> TC>slow start=> http://pastebin.freeswitch.org/10693 TC>slow start w eH245=> http://pastebin.freeswitch.org/10694 TC>fastStart w tunneling true => http://pastebin.freeswitch.org/10701 TC>fastStart w tunneling false=> http://pastebin.freeswitch.org/10702 TC>fastStart w tunneling true eH245=> http://pastebin.freeswitch.org/10699 TC>fastStart w tunneling false eH245=> http://pastebin.freeswitch.org/10700 TC> TC> TC>In all cases, there is no audio on SIP User side... i see the SIP Phone TC>(terminator) sending RTP to FS but FS is not forwarding it back to the TC>originator. Also, i see originator (H323) sending RTP to FS but FS doesn't TC>forward it to the terminator (SIP). TC> TC> TC> TC>call flow is SIP_user => FS => H323_endpoint is failing .. coredumped TC>http://pastebin.freeswitch.org/10703 i fix some bugs now, ftp://srv.icf.org.ru/pub/soft/f/freeswitch/mod_h323/mod_h323.tar.bz2 this is updated version, try it, if you experience no audio try enable rtp proxy in you sip profile. C уважением With Best Regards Георгиевский Юрий.Georgiewskiy Yuriy +7 4872 711666+7 4872 711666 факс +7 4872 711143 fax +7 4872 711143 Компания ООО "Ай Ти Сервис" IT Service Ltd http://nkoort.ru http://nkoort.ru JID: 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 Wed, Oct 14, 2009 at 10:16 AM, Tihomir Culjaga wrote: > > > 2009/10/14 Georgiewskiy Yuriy > >> 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
Re: [Freeswitch-users] Fwd: mod_opal - call charged before H.225 connect
2009/10/14 Georgiewskiy Yuriy > 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 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. TC>2009/10/14 Georgiewskiy Yuriy TC> TC>> On 2009-10-14 08:59 +0200, Tihomir Culjaga wrote TC>> freeswitch-us...@lists.fre...: TC>> TC>> try sow start on h323 channel, there is a bug in faststart, i will fix it TC>> later. TC>> TC>> TC>there are few things, TC> TC>1. capability PCMU/PCMA needs to be inverted TC>2. when you place outgoing calls SIP_user => FS => H323_endpoint FS TC>corediumps: what is the data format for bridge? Is that correct => TC>data="h323/1...@10.1.1.1" ? TC>3. when you place incoming calls H323_endpoint => FS => SIPUser, the call TC>goes through but there is no audio. After H.225 connect and TCS/MSD, FS TC>stops sending RTP back to te originator. TC>4. when you place incoming calls H323_endpoint => FS => SIPUser and you TC>hangup from SIPUser side, the call is not released on H323 side... TC>switch_core_state_machine TC>complains about a wrong thread. TC> TC> TC>i will send you logs for: TC> TC>1. slow start TC>2. slow start early h245 TC>3. fast start tunneling true TC>4. faststart tunneling false TC>5. faststart with early h245 tunneling true TC>6. faststart with early h245 tunneling false TC> TC> TC>do you need a tcpdump for every scenario as well ? TC> TC>T. TC> C уважением With Best Regards Георгиевский Юрий.Georgiewskiy Yuriy +7 4872 711666+7 4872 711666 факс +7 4872 711143 fax +7 4872 711143 Компания ООО "Ай Ти Сервис" IT Service Ltd http://nkoort.ru http://nkoort.ru JID: 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 > 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
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. TC>the e-mail bounced back .. don't know whether you received this... TC> TC> TC> TC> TC> TC> TC>here are the results! TC> TC> TC>Outbound calls: TC> TC>SIP_user(1001) => FS => H323_SoftSwitch: TC>http://pastebin.freeswitch.org/10672 TC> TC>i get coredumps but this might be because i'm missing the bridge format TC>what i'm using is: TC>that can be wrong :) Please advice here. TC> TC> TC> TC> TC>Inbound Calls: TC> TC>openPhone => FS => SIP_user(1001): http://pastebin.freeswitch.org/10671 TC> TC> TC>the call went in, hit a registered sip user (1001) and the phone started TC>ringing. The phone answered the call but no audio can be heared (i see RTP TC>from the SIP uset towards FS). Also, the openPhone never receives H.225 TC>connect nor any OLC before connect. After some time, the H323 leg constates TC>the user never answered and releases the call with cause 19. TC> TC> TC> TC> TC>this is the h323.config.xml TC> TC>tculj...@subzero:~$ cat TC>/usr/local/freeswitch/conf/autoload_configs/h323.conf.xml TC> TC> TC> TC> TC> TC> TC> TC> TC> TC> TC> TC> TC> TC> TC> TC> TC> TC> TC> TC> TC>and this is a dialplan for outgoing that i'm using TC> TC> TC> TC> TC> TC> TC> data="effective_caller_id_number=1001282122"/> TC> TC> TC> TC> TC> TC> TC> TC> TC> TC> TC> TC> data="effective_caller_id_number=1001282122"/> TC> TC> TC> TC> TC> TC> TC> TC> TC> TC> TC>expression="^0([2-8]\d{6,7}|0[1-9]\d{7,8}|00[1-9]\d{8,16})$"> TC> data="effective_caller_id_number=1001282122"/> TC> TC> TC> TC> TC> TC> TC> TC> TC> TC> TC> TC> TC> TC>P.S.: sorry for the attached rar, but don't know how to upload it to TC>pastebin :P TC> TC> TC>T. TC> TC> TC> TC> TC>2009/10/12 Tihomir Culjaga TC> TC>hi, TC>> TC>> finally i compiled it right ... had a stupid issue with ekiga and wrong TC>> ptlib in place... TC>> TC>> anyhow, i loaded the module and will continue the tests tomorrow ...first TC>> thing i arrive in my office :P TC>> TC>> TC>> TC>> freeswi...@subzero> TC>> freeswi...@subzero> TC>> API CALL [console(loglevel 7)] output: TC>> +OK console log level set to DEBUG TC>> TC>> freeswi...@subzero> load mod_h323 TC>> 2009-10-12 23:38:09.509279 [CONSOLE] mod_h323.cpp:93 Starting loading TC>> mod_h323 TC>> 2009-10-12 23:38:09.511413 [DEBUG] mod_h323.cpp:461 Created Listener TC>> 'default' TC>> 2009-10-12 23:38:09.511413 [DEBUG] mod_h323.cpp:305 Config capabilliti TC>> PCMA,GSM,G729,G726 TC>> 2009-10-12 23:38:09.511413 [DEBUG] mod_h323.cpp:309 Find capabilliti PCMU TC>> to PCMA,GSM,G729,G726 TC>> 2009-10-12 23:38:09.511413 [DEBUG] mod_h323.cpp:309 Find capabilliti PCMA TC>> to PCMA,GSM,G729,G726 TC>> 2009-10-12 23:38:09.511413 [DEBUG] h323caps.cxx:3264 FindCapability: TC>> "G.711-uLaw-64k{sw}" TC>> 2009-10-12 23:38:09.512480 [DEBUG] h323caps.cxx:3176 Added capability: TC>> G.711-uLaw-64k <1> TC>> 2009-10-12 23:38:09.512480 [DEBUG] h323caps.cxx:3264 FindCapability: TC>> "G.711-uLaw-64k{sw}" TC>> 2009-10-12 23:38:09.512480 [DEBUG] h323caps.cxx:3264 FindCapability: TC>> "G.711-uLaw-64k{sw}" TC>> 2009-10-12 23:38:09.512480 [DEBUG] h323caps.cxx:3264 FindCapability: TC>> "G.711-uLaw-64k{sw}" TC>> 2009-10-12 23:38:09.512480 [DEBUG] h323caps.cxx:3264 FindCapability: TC>> "G.711-uLaw-64k{sw}" TC>> 2009-10-12 23:38:09.512480 [DEBUG] h323caps.cxx:1989 No Extended TC>> Capabilities found to load TC>> 2009-10-12 23:38:09.512480 [DEBUG] mod_h323.cpp:325 H.323 added 1 TC>> capabilities 'G.711-uLaw-64k*{sw}' TC>> 2009-10-12 23:38:09.512480 [DEBUG] mod_h323.cpp:309 Find capabilliti gsm to TC>> PCMA,GSM,G729,G726 TC>> 2009-10-12 23:38:09.513529 [DEBUG] mod_h323.cpp:309 Find capabilliti msgsm TC>> to PCMA,GSM,G729,G726 TC>> 2009-10-12 23:38:09.513529 [DEBUG] mod_h323.cpp:309 Find capabilliti speex TC>> to PCMA,GSM,G729,G726 TC>> 2009-10-12 23:38:09.513529 [DEBUG] mod_h323.cpp:309 Find capabilliti lpc10 TC>> to PCMA,GSM,G729,G726 TC>> 2009-10-12 23:38:09.513529 [DEBUG] mod_h323.cpp:309 Find capabilliti ilbc20 TC>> to PCMA,GSM,G729,G726 TC>> 2009-10-12 23:38:09.513529 [DEBUG] mod_h323.cpp:309 Find capabilliti ilbc30 TC>> to PCMA,GSM,G729,G726 TC>> 2009-10-12 23:38:09.513529 [DEBUG] mod_h323.cpp:309 Find capabilliti g723 TC>> to PCMA,GSM,G729,G726 TC>> 2009-10-12 23:38:09.513529 [DEBUG] mod_h323.cpp:309 Find capabilliti g726 TC>> to PCMA,GSM,G729,G726 TC>> 2009-10-12 23:38:09.513529 [DEBUG] mod_h323.cpp:309 Find capabilliti g728 TC>> to PCMA,GSM,G729,G726 TC>> 2009-10-12 23:38:09.513529 [DEBUG] mod_h323.cpp:309 Find capabilliti g729b TC>> to PCMA,GSM,G729,G726 TC>> 2009-10-12 23:38:09.513529 [DEBUG] mod_h323.cpp:309 Find capabilliti g729 TC>> to PCMA,GSM,G729,G726 TC>> 2009-10-12 23:38:09.513529 [DEBUG] mod_h323.c