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
