Re: [Freeswitch-users] mod_opal - call charged before H.225 connect

2009-10-28 Thread Georgiewskiy Yuriy
On 2009-10-06 22:47 +0200, Tihomir Culjaga wrote freeswitch-us...@lists.fre...:


Hi, now i have another questions about fs and not sip protocols,
call scheme like this - user1-sip->fs-sip->user2, 
as i see if in sip profile enable inbound-proxy-media SDP is goes
end-to-end if sip is on both call legs, if call goes throuch another 
protocol module, for example my mod_h323 (call scheme like 
user1-sip->fs-h323->someH323Ep) there is no way to negotiate 
codec because i have no SDP from called party for example and have no 
way to insert it on sip leg, or i don't see this way?

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-27 Thread Georgiewskiy Yuriy
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

2009-10-23 Thread Georgiewskiy Yuriy
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 Thread 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
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_ans

Re: [Freeswitch-users] Fwd: mod_opal - call charged before H.225 connect

2009-10-23 Thread Georgiewskiy Yuriy
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.62.89 -> 10.4.62.7SIP Request: BYE
TC>sip:mod_so...@10.4.62.7:5060
TC>1372.35514710.4.62.7 -> 10.4.62.89   SIP Status: 200 OK
TC>1372.39290410.4.62.7 -> 10.4.62.31   H.225.0/H.245 CS: releaseComplete
TC>endSessionCommand
TC>1372.397302   10.4.62.31 -> 10.4.62.7H.225.0 CS: releaseComplete
TC>
TC>
TC>incoming:
TC>
TC>
TC>1502.817154   10.4.62.31 -> 10.4.62.7H.225.0 CS: setup
TC>OpenLogicalChannel
TC>1502.83373210.4.62.7 -> 10.4.62.31   H.225.0 CS: callProceeding
TC>1502.85090910.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>1502.85175810.4.62.7 -> 10.4.62.31   H.225.0 CS: alerting
TC>1502.861828   10.4.62.89 -> 10.4.62.7SIP Status: 100 Trying
TC>1502.875127   10.4.62.89 -> 10.4.62.7SIP Status: 180 Ringing
TC>1503.03325810.4.62.7 -> 10.4.62.31   H.225.0 CS: progress
TC>OpenLogicalChannel
TC>1503.037908   10.4.62.31 -> 10.4.62.7H.225.0/H.245 CS: facility
TC>terminalCapabilitySet
TC>1503.038608   10.4.62.31 -> 10.4.62.7H.225.0/H.245 CS: facility
TC>masterSlaveDetermination
TC>1503.05015410.4.62.7 -> 10.4.62.31   H.225.0/H.245 CS: empty
TC>terminalCapabilitySet
TC>1503.05138110.4.62.7 -> 10.4.62.31   H.225.0/H.245 CS: empty
TC>terminalCapabilitySetAck
TC>1503.054297   10.4.62.31 -> 10.4.62.7H.225.0/H.245 CS: facility
TC>terminalCapabilitySetAck
TC>1503.05491710.4.62.7 -> 10.4.62.31   H.225.0/H.245 CS: empty
TC>masterSlaveDeterminationAck
TC>1503.057933   10.4.62.31 -> 10.4.62.7H.225.0/H.245 CS: facility
TC>masterSlaveDeterminationAck
TC>1505.485493   10.4.62.89 -> 10.4.62.7SIP/SDP Status: 200 OK, with
TC>session description
TC>1505.48601810.4.62.7 -> 10.4.62.89   SIP Request: ACK
TC>sip:1...@10.4.62.89 ;transport=udp
TC>1505.49361110.4.62.7 -> 10.4.62.31   H.225.0 CS: connect
TC>1509.565959   10.4.62.89 -> 10.4.62.7SIP Request: BYE
TC>sip:mod_so...@10.4.62.7:5060
TC>1509.56672210.4.62.7 -> 10.4.62.89   SIP Status: 200 OK
TC>1509.57743510.4.62.7 -> 10.4.62.31   H.225.0/H.245 CS: releaseComplete
TC>endSessionCommand
TC>1509.582066   10.4.62.31 -> 10.4.62.7H.225.0 CS: releaseComplete
TC>
TC>
TC>
TC>... i still need to check the CDRs as well but here we are :)
TC>

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

C уважением   With Best Regards
Георгиевский Юрий.Georgiewskiy Yuriy
+7 4872 711666+7 4872 711666
факс +7 4872 711143   fax +7 4872 711143
Компания ООО "Ай Ти Сервис"   IT Service Ltd
http://nkoort.ru  http://nkoort.ru
JID: 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 Thread Georgiewskiy Yuriy
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

2009-10-23 Thread Georgiewskiy Yuriy
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

2009-10-23 Thread Georgiewskiy Yuriy
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>openlog

Re: [Freeswitch-users] Fwd: mod_opal - call charged before H.225 connect

2009-10-23 Thread Georgiewskiy Yuriy
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

2009-10-23 Thread 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://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 Thread Georgiewskiy Yuriy
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 Thread Georgiewskiy Yuriy
tate_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>sofia/internal/sip:1...@10.4.62.89  Standard
TC>REPORTING, cause: NORMAL_CLEARING
TC>2009-10-22 16:39:36.721097 [DEBUG] switch_core_state_machine.c:612
TC>(sofia/internal/sip:1...@10.4.62.89 ) State REPORTING
TC>going to sleep
TC>2009-10-22 16:39:36.721097 [DEBUG] switch_core_state_machine.c:411
TC>(sofia/internal/sip:1...@10.4.62.89 ) State Change
TC>CS_REPORTING -> CS_DESTROY
TC>2009-10-22 16:39:36.721097 [DEBUG] switch_core_session.c:1068 Session 10
TC>(sofia/internal/sip:1...@10.4.62.89 ) Locked, Waiting
TC>on external entities
TC>
TC>freeswi...@subzero>
TC>
TC>
TC>
TC>
TC>
TC>2. switch_ivr_originate.c complains => 2009-10-22 16:39:41.630243 [ERR]
TC>switch_ivr_originate.c:1510 Cannot create outgoing channel of type [user]
TC>cause: [NORMAL_CLEARING]
TC>
TC>
TC>freeswi...@subzero>
TC>freeswi...@subzero>
TC>freeswi...@subzero> 2009-10-22 16:39:41.630243 [DEBUG] h323pdu.cxx:609
TC>Receiving PDU [ip$10.4.62.7:1720/ip$10.4.62.31:16013] :
TC>  {
TC>q931pdu = {
TC>  protocolDiscriminator = 8
TC>  callReference = 23
TC>  from = originator
TC>  messageType = ReleaseComplete
TC>  IE: Cause - Normal ca
TC>ll clearing = {
TC>80 90  ..
TC>  }
TC>  IE: User-User = {
TC>25 80 06 00 08 91 4a 00  04 11 00 11 00 96 40 1f   %.j...@.
TC>4e be 4f 11 de 80 76 ae  99 96 03 ba ff 10 80 01   N.O.
TC>..v.
TC>...
TC>  }
TC>}
TC>h225pdu = {
TC>  h323_uu_pdu = {
TC>h323_message_body = releaseComplete {
TC>  protocolIdentifier = 0.0.8.2250.0.4
TC>  callIdentifier = {
TC>guid =  16 octets {
TC>  96 40
TC> 1f 4e be 4f 11 de  80 76 ae 99 96 03 ba ff   @.n.o...v..
TC>}
TC>  }
TC>}
TC>h245Tunneling = true
TC>  }
TC>}
TC>  }
TC>2009-10-22 16:39:41.630243 [DEBUG] h323.cxx:1292 Handling PDU:
TC>ReleaseComplete callRef=23
TC>2009-10-22 16:39:41.630243 [DEBUG] mod_h323.cpp:745
TC>==>FSH323Connection::OnReceivedReleaseComplete cause = Normal call
TC>clearing value = 16
TC>2009-10-22 16:39:41.630243 [NOTICE] mod_h323.cpp:749 Hangup h323/1001
TC>[CS_EXECUTE] [NORMAL_CLEARING]
TC>2009-10-22 16:39:41.630243 [DEBUG] switch_channel.c:1683 Send signal
TC>h323/1001 [KILL]
TC>2009-10-22 16:39:41.630243 [DEBUG] mod_h323.cpp:840
TC>==>FSH323Connection::kill_channel FSH323Connection
TC>2009-10-22 16:39:41.630243 [DEBUG] mod_h323.cpp:841 Kill 1 on connection
TC>FSH323Connection
TC>2009-10-22 16:39:41.630243 [DEBUG] switch_core_session.c:630 Send signal
TC>h323/1001 [BREAK]
TC>2009-10-22 16:39:41.630243 [DEBUG] mod_h323.cpp:840
TC>==>FSH323Connection::kill_channel FSH323Connection
TC>2009-10-22 16:39:41.630243 [DEBUG] mod_h323.cpp:841 Kill 3 on connection
TC>FSH323Connection
TC>2009-10-22 16:39:41.630243 [DEBUG] switch_ivr_originate.c:2138 Originate
TC>Resulted in Error Cause: 16 [NORMAL_CLEARING]
TC>2009-10-22 16:39:41.630243 [ERR] switch_ivr_originate.c:1510 Cannot create
TC>outgoing channel of type [user] cause: [NORMAL_CLEARING]
TC>2009-10-22 16:39:41.630243 [DEBUG] switch_ivr_originate.c:2138 Originate
TC>Resulted in Error Cause: 16 [NORMAL_CLEARING]
TC>2009-10-22 16:39:41.630243 [INFO] mod_dptools.c:2093 Originate Failed.
TC>Cause: NORMAL_CLEARING
TC>2009-10-22 16:39:41.630243 [DEBUG] mod_dptools.c:2120 Continue on fail
TC>[true]:  Cause: NORMAL_CLEARING
TC>2009-10-22 16:39:41.630243 [DEBUG] switch_core_state_machine.c:491
TC>(h323/1001) State EXECUTE going to sleep
TC>2009-10-22 16:39:41.630243 [DEBUG] switch_core_state_machine.c:398
TC>(h323/1001) Running State Change CS_HANGUP
TC>2009-10-22 16:39:41.630243 [DEBUG] switch_core_state_machine.c:434
TC>(h323/1001) State HANGUP
TC>2009-10-22 16:39:41.630243 [DEBUG] mod_h323.cpp:1454 ==>switch_status_t
TC>on_hangup
TC>2009-10-22 16:39:41.630243 [DEBUG] mod_h323.cpp:1459 ->
TC>2009-10-22 16:39:41.630243 [DEBUG] h323pdu.cxx:1272 Call End Reason Normal
TC>call clearing
TC>2009-10-22 16:39:41.630243 [DEBUG] h323ep.cxx:2694 Clearing co

Re: [Freeswitch-users] Fwd: mod_opal - call charged before H.225 connect

2009-10-22 Thread 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.

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

2009-10-22 Thread Georgiewskiy Yuriy
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

2009-10-22 Thread 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


Re: [Freeswitch-users] Fwd: mod_opal - call charged before H.225 connect

2009-10-22 Thread Georgiewskiy Yuriy
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

2009-10-22 Thread Georgiewskiy Yuriy
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-RIPE    YG129-RIPE
TC>>
TC>> ___
TC>> FreeSWITCH-users mailing list
TC>> FreeSWITCH-users@lists.freeswitch.org
TC>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
TC>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
TC>> http://www.freeswitch.org
TC>>
TC>>
TC>

C уважением   With Best Regards
Георгиевский Юрий.Georgiewskiy Yuriy
+7 4872 711666+7 4872 711666
факс +7 4872 711143   fax +7 4872 711143
Компания ООО "Ай Ти Сервис"   IT Service Ltd
http://nkoort.ru  http://nkoort.ru
JID: 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 Thread Georgiewskiy Yuriy
gt;2009-10-21 17:35:28.691688 [NOTICE] switch_core_state_machine.c:353 Hangup
TC>sofia/internal/1...@singtel [CS_EXECUTE] [CRASH]
TC>2009-10-21 17:35:28.691688 [DEBUG] transports.cxx:1828 Connecting to
TC>10.4.4.254:1720 (local port=0)
TC>2009-10-21 17:35:28.691688 [DEBUG] osutil.cxx:188 File handle high water
TC>mark set: 59 PTCPSocket
TC>2009-10-21 17:35:28.691688 [DEBUG] switch_channel.c:1683 Send signal
TC>sofia/internal/1...@singtel [KILL]
TC>2009-10-21 17:35:28.691688 [DEBUG] switch_core_session.c:932 Send signal
TC>sofia/internal/1...@singtel [BREAK]
TC>2009-10-21 17:35:28.691688 [DEBUG] switch_core_state_machine.c:398
TC>(sofia/internal/1...@singtel) Running State Change CS_HANGUP
TC>2009-10-21 17:35:28.691688 [DEBUG] transports.cxx:1681 Started connection:
TC>host=10.4.4.254:1720, if=10.4.62.7:52984, handle=59
TC>2009-10-21 17:35:28.691688 [DEBUG] h323.cxx:2680 Sending Setup PDU
TC>2009-10-21 17:35:28.691688 [DEBUG] switch_core_state_machine.c:434
TC>(sofia/internal/1...@singtel) State HANGUP
TC>2009-10-21 17:35:28.691688 [DEBUG] mod_sofia.c:338 Channel
TC>sofia/internal/1...@singtel hanging up, cause: CRASH
TC>2009-10-21 17:35:28.691688 [DEBUG] mod_sofia.c:417 Responding to INVITE
TC>with: 480
TC>2009-10-21 17:35:28.691688 [DEBUG] mod_h323.cpp:559
TC>==>FSH323Connection::OnSetLocalCapabilities() [FSH323Connection]
TC>2009-10-21 17:35:28.691688 [DEBUG] mod_h323.cpp:565
TC>==>FSH323Connection::SetLocalCapabilities() Size local capability = 15
TC>[FSH323Connection]
TC>2009-10-21 17:35:28.691688 [DEBUG] mod_h323.cpp:600
TC>==>FSH323Connection::decodeCapability
TC>2009-10-21 17:35:28.691688 [INFO] mod_h323.cpp:619 capability
TC>'G.711-ALaw-64k' format 'PCMU' payload 8
TC>2009-10-21 17:35:28.691688 [DEBUG] mod_h323.cpp:600
TC>==>FSH323Connection::decodeCapability
TC>2009-10-21 17:35:28.691688 [INFO] mod_h323.cpp:619 capability
TC>'G.711-uLaw-64k' format 'PCMA' payload 0
TC>2009-10-21 17:35:28.691688 [DEBUG] mod_h323.cpp:600
TC>==>FSH323Connection::decodeCapability
TC>2009-10-21 17:35:28.691688 [INFO] mod_h323.cpp:619 capability 'GSM-06.10'
TC>format 'GSM' payload 3
TC>2009-10-21 17:35:28.691688 [DEBUG] mod_h323.cpp:600
TC>==>FSH323Connection::decodeCapability
TC>2009-10-21 17:35:28.691688 [INFO] mod_h323.cpp:619 capability 'G.729A/B'
TC>format 'G729' payload 18
TC>2009-10-21 17:35:28.691688 [DEBUG] switch_core_state_machine.c:46
TC>sofia/internal/1...@singtel Standard HANGUP, cause: CRASH
TC>2009-10-21 17:35:28.691688 [DEBUG] switch_core_state_machine.c:434
TC>(sofia/internal/1...@singtel) State HANGUP going to sleep
TC>2009-10-21 17:35:28.691688 [DEBUG] mod_h323.cpp:600
TC>==>FSH323Connection::decodeCapability
TC>2009-10-21 17:35:28.691688 [INFO] mod_h323.cpp:619 capability 'G.729A'
TC>format 'G729' payload 18
TC>2009-10-21 17:35:28.691688 [DEBUG] mod_h323.cpp:600
TC>==>FSH323Connection::decodeCapability
TC>2009-10-21 17:35:28.691688 [INFO] mod_h323.cpp:619 capability 'G.729B'
TC>format 'G729b' payload 18
TC>2009-10-21 17:35:28.691688 [DEBUG] mod_h323.cpp:600
TC>==>FSH323Connection::decodeCapability
TC>
TC>
TC>
TC>Well, I'm not sure if the backtrace is from 1.0.4 ... i will disable
TC>crass-protection and will send new logs to you.
TC>
TC>
TC>Also, if you like i can give you access to the machine itself...
TC>
TC>T.
TC>

C уважением   With Best Regards
Георгиевский Юрий.Georgiewskiy Yuriy
+7 4872 711666+7 4872 711666
факс +7 4872 711143   fax +7 4872 711143
Компания ООО "Ай Ти Сервис"   IT Service Ltd
http://nkoort.ru  http://nkoort.ru
JID: 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 Thread Georgiewskiy Yuriy
535, Time=98766767
TC> 68.350940  10.1.14.153 -> 10.4.62.7RTP PT=ITU-T G.711 PCMA,
TC>SSRC=0xA994332E, Seq=40084, Time=63040
TC> 68.352977   10.4.62.89 -> 10.4.62.7RTP PT=ITU-T G.711 PCMA,
TC>SSRC=0xC2B5E0D, Seq=21536, Time=98766927
TC> 68.368506  10.1.14.153 -> 10.4.62.7RTP PT=ITU-T G.711 PCMA,
TC>SSRC=0xA994332E, Seq=40085, Time=63200
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> 68.385785  10.1.14.153 -> 10.4.62.7RTP PT=ITU-T G.711 PCMA,
TC>SSRC=0xA994332E, Seq=40086, Time=63360
TC> 68.409172  10.1.14.153 -> 10.4.62.7RTP PT=ITU-T G.711 PCMA,
TC>SSRC=0xA994332E, Seq=40087, Time=63520
TC>
TC><-- snip > This is after SIP Phone released
TC>the call
TC>
TC> 70.495427  10.1.14.153 -> 10.4.62.7RTP PT=ITU-T G.711 PCMA,
TC>SSRC=0xA994332E, Seq=40193, Time=80480
TC> 70.518592  10.1.14.153 -> 10.4.62.7RTP PT=ITU-T G.711 PCMA,
TC>SSRC=0xA994332E, Seq=40194, Time=80640
TC> 70.536159  10.1.14.153 -> 10.4.62.7RTP PT=ITU-T G.711 PCMA,
TC>SSRC=0xA994332E, Seq=40195, Time=80800
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
TC>
TC>
TC>
TC>Well, something gets wrong hrer ...
TC>
TC>
TC>
TC>
TC>2. hangup from sip side doesn't release the h323 leg (now the difference is
TC>that FS is not complaining about thread mismatch ant it looks clean but FS
TC>doesn't send any releasecomplete message... strange)
TC>3. coredumps when i place outgoing calls

btw, 

TC> 70.552157  10.1.14.153 -> 10.4.62.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?

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 Thread Georgiewskiy Yuriy
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

2009-10-21 Thread Georgiewskiy Yuriy
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 Thread 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


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

2009-10-20 Thread Georgiewskiy Yuriy
l traffic of this call from both endpoints and 
send me.

TC>
TC>
TC>
TC>
TC>4. sometimes when i shutdown FS i get coredimps - from my experience it
TC>looks like you don't wait for a FS thread to finish when you exit...
TC>
TC>2009-10-20 10:05:59.493306 [CONSOLE] switch_event.c:508 Stopping queue
TC>thread 2
TC>2009-10-20 10:05:59.493339 [CONSOLE] switch_core.c:1693 Finalizing Shutdown.
TC>2009-10-20 10:05:59.493379 [CONSOLE] switch_log.c:310 Logger Ended.
TC>2009-10-20 10:05:59.494472 [CONSOLE] switch_core_memory.c:567 Stopping
TC>memory pool queue.
TC>Segmentation fault (core dumped)
TC>tculj...@subzero:~/freeswitch-trunk$
TC>tculj...@subzero:~/freeswitch-trunk$

may be, i don't look on this so close at this time.

TC>Please advice your FS/mod_h323.conf.xml settings...








  
  









this my current settings.


C уважением   With Best Regards
Георгиевский Юрий.Georgiewskiy Yuriy
+7 4872 711666+7 4872 711666
факс +7 4872 711143   fax +7 4872 711143
Компания ООО "Ай Ти Сервис"   IT Service Ltd
http://nkoort.ru  http://nkoort.ru
JID: 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-20 Thread Georgiewskiy Yuriy
l traffic of this call from both endpoints and 
send me.

TC>
TC>
TC>
TC>
TC>4. sometimes when i shutdown FS i get coredimps - from my experience it
TC>looks like you don't wait for a FS thread to finish when you exit...
TC>
TC>2009-10-20 10:05:59.493306 [CONSOLE] switch_event.c:508 Stopping queue
TC>thread 2
TC>2009-10-20 10:05:59.493339 [CONSOLE] switch_core.c:1693 Finalizing Shutdown.
TC>2009-10-20 10:05:59.493379 [CONSOLE] switch_log.c:310 Logger Ended.
TC>2009-10-20 10:05:59.494472 [CONSOLE] switch_core_memory.c:567 Stopping
TC>memory pool queue.
TC>Segmentation fault (core dumped)
TC>tculj...@subzero:~/freeswitch-trunk$
TC>tculj...@subzero:~/freeswitch-trunk$

may be, i don't look on this so close at this time.

TC>Please advice your FS/mod_h323.conf.xml settings...








  
  









this my current settings.


C уважением   With Best Regards
Георгиевский Юрий.Georgiewskiy Yuriy
+7 4872 711666+7 4872 711666
факс +7 4872 711143   fax +7 4872 711143
Компания ООО "Ай Ти Сервис"   IT Service Ltd
http://nkoort.ru  http://nkoort.ru
JID: 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-20 Thread Georgiewskiy Yuriy
l traffic of this call from both endpoints and 
send me.

TC>
TC>
TC>
TC>
TC>4. sometimes when i shutdown FS i get coredimps - from my experience it
TC>looks like you don't wait for a FS thread to finish when you exit...
TC>
TC>2009-10-20 10:05:59.493306 [CONSOLE] switch_event.c:508 Stopping queue
TC>thread 2
TC>2009-10-20 10:05:59.493339 [CONSOLE] switch_core.c:1693 Finalizing Shutdown.
TC>2009-10-20 10:05:59.493379 [CONSOLE] switch_log.c:310 Logger Ended.
TC>2009-10-20 10:05:59.494472 [CONSOLE] switch_core_memory.c:567 Stopping
TC>memory pool queue.
TC>Segmentation fault (core dumped)
TC>tculj...@subzero:~/freeswitch-trunk$
TC>tculj...@subzero:~/freeswitch-trunk$

may be, i don't look on this so close at this time.

TC>Please advice your FS/mod_h323.conf.xml settings...








  
  









this my current settings.


C уважением   With Best Regards
Георгиевский Юрий.Georgiewskiy Yuriy
+7 4872 711666+7 4872 711666
факс +7 4872 711143   fax +7 4872 711143
Компания ООО "Ай Ти Сервис"   IT Service Ltd
http://nkoort.ru  http://nkoort.ru
JID: 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] mod_opal - call charged before H.225 connect

2009-10-19 Thread Georgiewskiy Yuriy
On 2009-10-12 23:31 -0700, Brian West wrote freeswitch-us...@lists.freeswit...:

I think now is time to start host it in our svn, there is updated version with 
some 
fixes and improvements - 
ftp://srv.icf.org.ru/pub/soft/f/freeswitch/mod_h323/mod_h323.tar.bz2.

BW>I wouldn't call it donating per se... Its just giving it a place to  
BW>live with easy access for end users without having to do anything  
BW>extra go get it!  ;)
BW>
BW>/b
BW>
BW>On Oct 12, 2009, at 11:27 PM, Tihomir Culjaga wrote:
BW>
BW>> this will be perfect ... but it is up to Yuriy if he is willing to  
BW>> donate his work...
BW>>
BW>> T.
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

2009-10-19 Thread Georgiewskiy Yuriy
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

2009-10-14 Thread 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.


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 Thread Georgiewskiy Yuriy
; 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.cpp:309 Find capabilliti slin
TC>> to PCMA,GSM,G729,G726
TC>> 2009-10-12 23:38:09.513529 [DEBUG] mod_h323.cpp:309 Find capabilliti g729a
TC>> to PCMA,GSM,G729,G726
TC>> 2009-10-12 23:38:09.513529 [DEBUG] mod_h323.cpp:309 Find capabilliti g729ab
TC>> to PCMA,GSM,G729,G726
TC>> 2009-10-12 23:38:09.514615 [DEBUG] mod_h323.cpp:309 Find capabilliti g723.1
TC>> to PCMA,GSM,G729,G726
TC>> 2009-10-12 23:38:09.514615 [DEBUG] mod_h323.cpp:309 Find capabilliti
TC>> g723.1-5k3 to PCMA,GSM,G729,G726
TC>> 2009-10-12 23:38:09.514615 [DEBUG] mod_h323.cpp:309 Find capabilliti
TC>> g723.1a-5k3 to PCMA,GSM,G729,G726
TC>> 2009-10-12 23:38:09.514615 [DEBUG] mod_h323.cpp:309 Find capabilliti
TC>> g723.1a-6k3 to PCMA,GSM,G729,G726
TC>> 2009-10-12 23:38:09.514615 [DEBUG] mod_h323.cpp:309 Find capabilliti
TC>> g723.1a-6k3-cisco to PCMA,GSM,G729,G726
TC>> 2009-10-12 23:38:09.514615 [DEBUG] mod_h323.cpp:309 Find capabilliti
TC>> g726-16 to PCMA,GSM,G729,G726
TC>> 2009-10-12 23:38:09.514615 [DEBUG] mod_h323.cpp:309 Find capabilliti
TC>> g726-24 to PCMA,GSM,G729,G726
TC>> 2009-10-12 23:38:09.514615 [DEBUG] mod_h323.cpp:309 Find capabilliti
TC>> g726-32 to PCMA,GSM,G729,G726
TC>> 2009-10-12 23:38:09.514615 [DEBUG] mod_h323.cpp:309 Find capabilliti
TC>> g726-40 to PCMA,GSM,G729,G726
TC>> 2009-10-12 23:38:09.514615 [DEBUG] mod_h323.cpp:309 Find capabilliti ilbc
TC>> to PCMA,GSM,G729,G726
TC>> 2009-10-12 23:38:09.514615 [DEBUG] mod_h323.cpp:309 Find capabilliti
TC>> speex-18k2 to PCMA,GSM,G729,G726
TC>> 2009-10-12 23:38:09.514615 [DEBUG] mod_h323.cpp:309 Find capabilliti
TC>> speex-15k to PCMA,GSM,G729,G726
TC>> 2009-10-12 23:38:09.514615 [DEBUG] mod_h323.cpp:309 Find capabilliti
TC>> speex-11k to PCMA,GSM,G729,G726
TC>> 2009-10-12 23:38:09.515708 [DEBUG] mod_h323.cpp:309 Find capabilliti
TC>> speex-8k to PCMA,GSM,G729,G726
TC>> 2009-10-12 23:38:09.515708 [DEBUG] mod_h323.cpp:309 Find capabilliti
TC>> speex-5k95 to PCMA,GSM,G729,G726
TC>> 2009-10-12 23:38:09.515708 [DEBUG] h323caps.cxx:3176 Added capability:
TC>> UserInput/hookflash <2>
TC>> 2009-10-12 23:38:09.515708 [DEBUG] h323caps.cxx:3176 Added capability:
TC>> UserInput/basicString <3>
TC>> 2009-10-12 23:38:09.515708 [DEBUG] h323caps.cxx:3176 Added capability:
TC>> UserInput/dtmf <4>
TC>> 2009-10-12 23:38:09.515708 [DEBUG] h323caps.cxx:3176 Added capability:
TC>> UserInput/RFC2833 <5>
TC>> 2009-10-12 23:38:09.515708 [DEBUG] h323caps.cxx:3176 Added capability:
TC>> UserInput/Navigation <6>
TC>> 2009-10-12 23:38:09.515708 [DEBUG] h323caps.cxx:3176 Added capability:
TC>> UserInput/Softkey <7>
TC>> 2009-10-12 23:38:09.515708 [DEBUG] h323caps.cxx:3176 Added capability:
TC>> UserInput/PointDevice <8>
TC>> 2009-10-12 23:38:09.515708 [DEBUG] h323caps.cxx:3176 Added capability:
TC>> UserInput/Modal <9>
TC>> 2009-10-12 23:38:09.516760 [DEBUG] osutil.cxx:188 File handle high water
TC>> mark set: 44 PTCPSocket
TC>> 2009-10-12 23:38:09.516760 [DEBUG] h323ep.cxx:1995 Started listener
TC>> Listener[ip$10.4.62.7:1720]
TC>> 2009-10-12 23:38:09.516760 [DEBUG] tlibthrd.cxx:547 Thread high water mark
TC>> set: 3
TC>> 2009-10-12 23:38:09.516760 [CONSOLE] mod_h323.cpp:108 Opal manager
TC>> initialized and running
TC>> 2009-10-12 23:38:09.516760 [DEBUG] tlibthrd.cxx:454 Started thread
TC>> 0xb75e0f18 H323 Listener:b5c98b90
TC>> 2009-10-12 23:38:09.516760 [CONSOLE] switch_loadable_module.c:889
TC>> Successfully Loaded [mod_h323]
TC>> 2009-10-12 23:38:09.516760 [NOTICE] switch_loadable_module.c:142 Adding
TC>> Endpoint 'h323'
TC>> API CALL [load(mod_h323)] output:
TC>> +OK
TC>>
TC>> 2009-10-12 23:38:09.516760 [DEBUG] transports.cxx:1521 Awaiting TCP
TC&g

Re: [Freeswitch-users] mod_opal - call charged before H.225 connect

2009-10-13 Thread Georgiewskiy Yuriy
On 2009-10-13 13:35 +0200, Tihomir Culjaga wrote freeswitch-us...@lists.fre...:

this morning me bring in hospital, and now i cannot make much work, 
i think return to the ranks in 1-2 week.

TC>static const char* h323_formats[] = {
TC>"G.711-*A*Law-64k", "PCM*U*",
TC>"G.711-*u*Law-64k", "PCM*A*",
TC>"GSM-06.10", "gsm",
TC>"MS-GSM", "msgsm",
TC>
TC>
TC>
TC>I've changed this to meed desired caps ... need more tests ...
TC>
TC>
TC>2009/10/13 Georgiewskiy Yuriy 
TC>
TC>> On 2009-10-13 15:05 +0800, Seven Du wrote
TC>> freeswitch-users@lists.freeswitch.org:
TC>>
TC>> hm, host it if you wont, i has nothing against it.
TC>>
TC>> SD>that will make life easier.
TC>> SD>
TC>> SD>2009/10/13 Brian West 
TC>> SD>
TC>> SD>> Does anyone see a problem with hosting mod_h323 in our SVN?  I would
TC>> SD>> like to centralize everything we can to reuse our issue tracking
TC>> SD>> resources and not fragment the community if possible.
TC>> SD>>
TC>> SD>> /b
TC>> SD>>
TC>> SD>> On Oct 12, 2009, at 2:43 PM, Tihomir Culjaga wrote:
TC>> SD>>
TC>> SD>> > hi,
TC>> SD>> >
TC>> SD>> > finally i compiled it right ... had a stupid issue with ekiga and
TC>> SD>> > wrong ptlib in place...
TC>> SD>> >
TC>> SD>> > anyhow, i loaded the module and will continue the tests
TC>> SD>> > tomorrow ...first thing i arrive in my office :P
TC>> SD>> >
TC>> SD>> >
TC>> SD>>
TC>> SD>>
TC>> SD>> ___
TC>> SD>> FreeSWITCH-users mailing list
TC>> SD>> FreeSWITCH-users@lists.freeswitch.org
TC>> SD>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
TC>> SD>> UNSUBSCRIBE:
TC>> http://lists.freeswitch.org/mailman/options/freeswitch-users
TC>> SD>> http://www.freeswitch.org
TC>> SD>>
TC>> SD>
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] mod_opal - call charged before H.225 connect

2009-10-13 Thread Georgiewskiy Yuriy
On 2009-10-13 15:05 +0800, Seven Du wrote freeswitch-users@lists.freeswitch.org:

hm, host it if you wont, i has nothing against it.

SD>that will make life easier.
SD>
SD>2009/10/13 Brian West 
SD>
SD>> Does anyone see a problem with hosting mod_h323 in our SVN?  I would
SD>> like to centralize everything we can to reuse our issue tracking
SD>> resources and not fragment the community if possible.
SD>>
SD>> /b
SD>>
SD>> On Oct 12, 2009, at 2:43 PM, Tihomir Culjaga wrote:
SD>>
SD>> > hi,
SD>> >
SD>> > finally i compiled it right ... had a stupid issue with ekiga and
SD>> > wrong ptlib in place...
SD>> >
SD>> > anyhow, i loaded the module and will continue the tests
SD>> > tomorrow ...first thing i arrive in my office :P
SD>> >
SD>> >
SD>>
SD>>
SD>> ___
SD>> FreeSWITCH-users mailing list
SD>> FreeSWITCH-users@lists.freeswitch.org
SD>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
SD>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
SD>> http://www.freeswitch.org
SD>>
SD>

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] mod_opal - call charged before H.225 connect

2009-10-12 Thread Georgiewskiy Yuriy
On 2009-10-12 18:03 +0200, Tihomir Culjaga wrote freeswitch-us...@lists.fre...:

i already write this, ptlib 2.6.5, tou can find link to it on oplalvoip.org, 
h32plus latest CVS version,
you can find it on www.h323plus.org.

TC>hi,
TC>
TC>can't make it...
TC>
TC>subZero:~/freeswitch-trunk$ make mod_h323
TC>
TC>making all mod_h323
TC>Compiling mod_h323.cpp...
TC>quiet_libtool: compile:  g++ -g -ggdb -I/usr/local/include/ptlib
TC>-I/usr/local/include/openh323 -I. -DPTRACING=1 -D_REENTRANT -fno-exceptions
TC>-I/home/tculjaga/freeswitch-trunk/src/include
TC>-I/home/tculjaga/freeswitch-trunk/libs/libteletone/src -fPIC
TC>-fvisibility=hidden -DSWITCH_API_VISIBILITY=1 -DHAVE_VISIBILITY=1 -g -O2
TC>-D_GNU_SOURCE -DHAVE_CONFIG_H -c mod_h323.cpp  -fPIC -DPIC -o
TC>.libs/mod_h323.o
TC>In file included from /usr/local/include/openh323/h323.h:493,
TC> from mod_h323.h:8,
TC> from mod_h323.cpp:3:
TC>/usr/local/include/openh323/h323ep.h: In member function ЪЪvirtual void
TC>NATFactoryStartup::OnShutdown()ЪЪ:
TC>/usr/local/include/openh323/h323ep.h:2731: error: ЪЪNatFactoryЪЪ has 
not
TC>been declared
TC>make[4]: *** [mod_h323.lo] Error 1
TC>make[3]: *** [all] Error 1
TC>make[2]: *** [mod_h323-all] Error 1
TC>make[1]: *** [mod_h323] Error 2
TC>make: *** [mod_h323] Error 2
TC>
TC>
TC>
TC>what exact ptlib and h323plus versions did you use? .. can you send us a
TC>link so we can use the exact ones.
TC>
TC>
TC>T.
TC>
TC>2009/10/12 Georgiewskiy Yuriy 
TC>
TC>> On 2009-10-12 09:43 -0500, Brian West wrote
TC>> freeswitch-us...@lists.freeswit...:
TC>>
TC>> BW>We can host this in our SVN if you wish?
TC>>
TC>> If in fs svn i think yes. But i think may be little time later?
TC>> i don't known is it builds on trunk because i develop it on 1.0.4.
TC>>
TC>> BW>/b
TC>> BW>
TC>> BW>On Oct 12, 2009, at 8:31 AM, Georgiewskiy Yuriy wrote:
TC>> BW>
TC>> BW>> ftp://srv.icf.org.ru/pub/soft/f/freeswitch/mod_h323/ alfa code, but
TC>> seems
TC>> BW>> it work, but should be buggy,
TC>> BW>> to build need libpt 2.6.5 and h323plus cvs version, i test it now on
TC>> fs
TC>> BW>> 1.0.4.
TC>> BW>
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] mod_opal - call charged before H.225 connect

2009-10-12 Thread Georgiewskiy Yuriy
On 2009-10-12 09:43 -0500, Brian West wrote freeswitch-us...@lists.freeswit...:

BW>We can host this in our SVN if you wish?

If in fs svn i think yes. But i think may be little time later? 
i don't known is it builds on trunk because i develop it on 1.0.4.

BW>/b
BW>
BW>On Oct 12, 2009, at 8:31 AM, Georgiewskiy Yuriy wrote:
BW>
BW>> ftp://srv.icf.org.ru/pub/soft/f/freeswitch/mod_h323/ alfa code, but seems
BW>> it work, but should be buggy,
BW>> to build need libpt 2.6.5 and h323plus cvs version, i test it now on fs
BW>> 1.0.4.
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] mod_opal - call charged before H.225 connect

2009-10-12 Thread Georgiewskiy Yuriy
On 2009-10-08 20:32 +0200, Tihomir Culjaga wrote freeswitch-us...@lists.fre...:

TC>Hi Yuriy,
TC>
TC>can you share what you have so far, I'm sure we can help with RTP part...

ftp://srv.icf.org.ru/pub/soft/f/freeswitch/mod_h323/ alfa code, but seems it 
work, but should be buggy, 
to build need libpt 2.6.5 and h323plus cvs version, i test it now on fs 1.0.4.

TC>
TC>T.
TC>
TC>2009/10/8 Georgiewskiy Yuriy 
TC>
TC>> On 2009-10-08 13:25 -0400, Tuyan ?zipek wrote
TC>> freeswitch-us...@lists.freesw...:
TC>>
TC>> Tz>Hi,
TC>> Tz>
TC>> Tz>2009/10/8 Georgiewskiy Yuriy :
TC>> Tz>> On 2009-10-08 10:43 -0500, Anthony Minessale wrote
TC>> freeswitch-us...@lists.f...:
TC>> Tz>>
TC>> Tz>> AM>If you are going to make that alternate module are you going to
TC>> host it in
TC>> Tz>> AM>the FS tree along side mod_opal?
TC>> Tz>>
TC>> Tz>> Yes, but then it be useful, now i have working only signaling part and
TC>> some
TC>> Tz>> kinde of not working rtp part :)
TC>> Tz>
TC>> Tz>If you dont use fs rtp stack, its unlikely that it will be accepted
TC>> Tz>into the tree.
TC>> Tz>
TC>> Tz>>
TC>> Tz>> AM>also if were working on mod_opal why did you not try to involve us
TC>> and the
TC>> Tz>> AM>opal team?
TC>> Tz>>
TC>> Tz>> Because i made patches for libopal, one is a bugfix in rtp part, there
TC>> is a race condition
TC>> Tz>> in inicialisation in jitter buffer, another patch implements method to
TC>> send progress indicator,
TC>> Tz>> and i don't wont spent my time to incorporate this changes into
TC>> libopal.
TC>> Tz>
TC>> Tz>Thats bad.
TC>> Tz>Any bugfixes from fs, goes to upstream on any of the used libraries.
TC>> Tz>You should be doing the same.
TC>> Tz>And Opal developers, will either include or refuse your patches. If
TC>> Tz>they refuse it, they will give you the reason.
TC>>
TC>> i make this fix only to freeze my current mod_opal work on working state,
TC>> while it now work for me i work on
TC>> my new implementation of h323 proto for fs, i think opal developers will
TC>> fix this rtp bug himself becouse
TC>> it crashes and make library unuseful.
TC>>
TC>> Tz>
TC>> Tz>> without this changes
TC>> Tz>> my work on mod_opal in freeswitch don't useful at all, i provide link
TC>> to my work with all
TC>> Tz>> patches, if somebody wont incorporate it in libopal tree and fs - go
TC>> on, but i think
TC>> Tz>> better and more elegant make new module based on h323plus.
TC>> Tz>
TC>> Tz>If you dont publish your changes, all those you are trying to achieve,
TC>> Tz>wont happen.
TC>> Tz>
TC>> Tz>>
TC>> Tz>> AM>How far away from what is in tree are these patches you have?
TC>> Tz>> AM>
TC>> Tz>> AM>2009/10/8 Georgiewskiy Yuriy 
TC>> Tz>> AM>
TC>> Tz>> AM>> On 2009-10-07 15:09 -0500, Brian West wrote
TC>> Tz>> AM>> freeswitch-us...@lists.freeswit...:
TC>> Tz>> AM>>
TC>> Tz>> AM>> opal have addition abstraction layer called opalmgr, and it
TC>> implementation
TC>> Tz>> AM>> is not so good in
TC>> Tz>> AM>> this case, for example to implemet pre_answer in mod_opal i need
TC>> patch
TC>> Tz>> AM>> libopal, because
TC>> Tz>
TC>> Tz>The patch you have in there, adds a method to the OpalCall,  it does
TC>> Tz>not touch any parts of OpalManager
TC>> Tz>so, i dont understand why opalmanager would be the cause of your pain?
TC>> Tz>
TC>> Tz>> AM>> there is no way to send progress inicator throuch opalmgr. and
TC>> there is
TC>> Tz>> AM>> many another issues like
TC>> Tz>> AM>> this in that layer.
TC>> Tz>
TC>> Tz>Please point me to the issues you have in opal, their bug reports ,
TC>> traces etc.
TC>> Tz>I dont think any of the opal people has psychic abilities to detect
TC>> Tz>-your- problems
TC>> Tz>and solve them.
TC>> Tz>
TC>> Tz>>ftp://srv.icf.org.ru/pub/soft/f/freeswitch/ - there is
TC>> Tz>> AM>> my work on mod_opal before
TC>> Tz>> AM>> i start moving to h323plus, may be this help somebody there.
TC>> Tz>> AM>>
TC>> Tz>> AM>> BW> From what I have been told h323plus is a based/fork of
TC>> OpenH323 which
TC>> Tz>> AM>> B

Re: [Freeswitch-users] mod_opal - call charged before H.225 connect

2009-10-08 Thread Georgiewskiy Yuriy
On 2009-10-08 20:32 +0200, Tihomir Culjaga wrote freeswitch-us...@lists.fre...:

TC>Hi Yuriy,
TC>
TC>can you share what you have so far, I'm sure we can help with RTP part...

I think there is a few days and i make it work, after this i start to test and 
share it.

TC>
TC>T.
TC>
TC>2009/10/8 Georgiewskiy Yuriy 
TC>
TC>> On 2009-10-08 13:25 -0400, Tuyan ?zipek wrote
TC>> freeswitch-us...@lists.freesw...:
TC>>
TC>> Tz>Hi,
TC>> Tz>
TC>> Tz>2009/10/8 Georgiewskiy Yuriy :
TC>> Tz>> On 2009-10-08 10:43 -0500, Anthony Minessale wrote
TC>> freeswitch-us...@lists.f...:
TC>> Tz>>
TC>> Tz>> AM>If you are going to make that alternate module are you going to
TC>> host it in
TC>> Tz>> AM>the FS tree along side mod_opal?
TC>> Tz>>
TC>> Tz>> Yes, but then it be useful, now i have working only signaling part and
TC>> some
TC>> Tz>> kinde of not working rtp part :)
TC>> Tz>
TC>> Tz>If you dont use fs rtp stack, its unlikely that it will be accepted
TC>> Tz>into the tree.
TC>> Tz>
TC>> Tz>>
TC>> Tz>> AM>also if were working on mod_opal why did you not try to involve us
TC>> and the
TC>> Tz>> AM>opal team?
TC>> Tz>>
TC>> Tz>> Because i made patches for libopal, one is a bugfix in rtp part, there
TC>> is a race condition
TC>> Tz>> in inicialisation in jitter buffer, another patch implements method to
TC>> send progress indicator,
TC>> Tz>> and i don't wont spent my time to incorporate this changes into
TC>> libopal.
TC>> Tz>
TC>> Tz>Thats bad.
TC>> Tz>Any bugfixes from fs, goes to upstream on any of the used libraries.
TC>> Tz>You should be doing the same.
TC>> Tz>And Opal developers, will either include or refuse your patches. If
TC>> Tz>they refuse it, they will give you the reason.
TC>>
TC>> i make this fix only to freeze my current mod_opal work on working state,
TC>> while it now work for me i work on
TC>> my new implementation of h323 proto for fs, i think opal developers will
TC>> fix this rtp bug himself becouse
TC>> it crashes and make library unuseful.
TC>>
TC>> Tz>
TC>> Tz>> without this changes
TC>> Tz>> my work on mod_opal in freeswitch don't useful at all, i provide link
TC>> to my work with all
TC>> Tz>> patches, if somebody wont incorporate it in libopal tree and fs - go
TC>> on, but i think
TC>> Tz>> better and more elegant make new module based on h323plus.
TC>> Tz>
TC>> Tz>If you dont publish your changes, all those you are trying to achieve,
TC>> Tz>wont happen.
TC>> Tz>
TC>> Tz>>
TC>> Tz>> AM>How far away from what is in tree are these patches you have?
TC>> Tz>> AM>
TC>> Tz>> AM>2009/10/8 Georgiewskiy Yuriy 
TC>> Tz>> AM>
TC>> Tz>> AM>> On 2009-10-07 15:09 -0500, Brian West wrote
TC>> Tz>> AM>> freeswitch-us...@lists.freeswit...:
TC>> Tz>> AM>>
TC>> Tz>> AM>> opal have addition abstraction layer called opalmgr, and it
TC>> implementation
TC>> Tz>> AM>> is not so good in
TC>> Tz>> AM>> this case, for example to implemet pre_answer in mod_opal i need
TC>> patch
TC>> Tz>> AM>> libopal, because
TC>> Tz>
TC>> Tz>The patch you have in there, adds a method to the OpalCall,  it does
TC>> Tz>not touch any parts of OpalManager
TC>> Tz>so, i dont understand why opalmanager would be the cause of your pain?
TC>> Tz>
TC>> Tz>> AM>> there is no way to send progress inicator throuch opalmgr. and
TC>> there is
TC>> Tz>> AM>> many another issues like
TC>> Tz>> AM>> this in that layer.
TC>> Tz>
TC>> Tz>Please point me to the issues you have in opal, their bug reports ,
TC>> traces etc.
TC>> Tz>I dont think any of the opal people has psychic abilities to detect
TC>> Tz>-your- problems
TC>> Tz>and solve them.
TC>> Tz>
TC>> Tz>>ftp://srv.icf.org.ru/pub/soft/f/freeswitch/ - there is
TC>> Tz>> AM>> my work on mod_opal before
TC>> Tz>> AM>> i start moving to h323plus, may be this help somebody there.
TC>> Tz>> AM>>
TC>> Tz>> AM>> BW> From what I have been told h323plus is a based/fork of
TC>> OpenH323 which
TC>> Tz>> AM>> BW>OPAL is just a continuation of OpenH323.  So why not support
TC>> the
TC>> Tz&g

Re: [Freeswitch-users] mod_opal - call charged before H.225 connect

2009-10-08 Thread Georgiewskiy Yuriy
On 2009-10-08 13:25 -0400, Tuyan ?zipek wrote freeswitch-us...@lists.freesw...:

Tz>Hi,
Tz>
Tz>2009/10/8 Georgiewskiy Yuriy :
Tz>> On 2009-10-08 10:43 -0500, Anthony Minessale wrote 
freeswitch-us...@lists.f...:
Tz>>
Tz>> AM>If you are going to make that alternate module are you going to host it 
in
Tz>> AM>the FS tree along side mod_opal?
Tz>>
Tz>> Yes, but then it be useful, now i have working only signaling part and some
Tz>> kinde of not working rtp part :)
Tz>
Tz>If you dont use fs rtp stack, its unlikely that it will be accepted
Tz>into the tree.
Tz>
Tz>>
Tz>> AM>also if were working on mod_opal why did you not try to involve us and 
the
Tz>> AM>opal team?
Tz>>
Tz>> Because i made patches for libopal, one is a bugfix in rtp part, there is 
a race condition
Tz>> in inicialisation in jitter buffer, another patch implements method to 
send progress indicator,
Tz>> and i don't wont spent my time to incorporate this changes into libopal.
Tz>
Tz>Thats bad.
Tz>Any bugfixes from fs, goes to upstream on any of the used libraries.
Tz>You should be doing the same.
Tz>And Opal developers, will either include or refuse your patches. If
Tz>they refuse it, they will give you the reason.

i make this fix only to freeze my current mod_opal work on working state, while 
it now work for me i work on 
my new implementation of h323 proto for fs, i think opal developers will fix 
this rtp bug himself becouse 
it crashes and make library unuseful.

Tz>
Tz>> without this changes
Tz>> my work on mod_opal in freeswitch don't useful at all, i provide link to 
my work with all
Tz>> patches, if somebody wont incorporate it in libopal tree and fs - go on, 
but i think
Tz>> better and more elegant make new module based on h323plus.
Tz>
Tz>If you dont publish your changes, all those you are trying to achieve,
Tz>wont happen.
Tz>
Tz>>
Tz>> AM>How far away from what is in tree are these patches you have?
Tz>> AM>
Tz>> AM>2009/10/8 Georgiewskiy Yuriy 
Tz>> AM>
Tz>> AM>> On 2009-10-07 15:09 -0500, Brian West wrote
Tz>> AM>> freeswitch-us...@lists.freeswit...:
Tz>> AM>>
Tz>> AM>> opal have addition abstraction layer called opalmgr, and it 
implementation
Tz>> AM>> is not so good in
Tz>> AM>> this case, for example to implemet pre_answer in mod_opal i need patch
Tz>> AM>> libopal, because
Tz>
Tz>The patch you have in there, adds a method to the OpalCall,  it does
Tz>not touch any parts of OpalManager
Tz>so, i dont understand why opalmanager would be the cause of your pain?
Tz>
Tz>> AM>> there is no way to send progress inicator throuch opalmgr. and there 
is
Tz>> AM>> many another issues like
Tz>> AM>> this in that layer.
Tz>
Tz>Please point me to the issues you have in opal, their bug reports , traces 
etc.
Tz>I dont think any of the opal people has psychic abilities to detect
Tz>-your- problems
Tz>and solve them.
Tz>
Tz>>ftp://srv.icf.org.ru/pub/soft/f/freeswitch/ - there is
Tz>> AM>> my work on mod_opal before
Tz>> AM>> i start moving to h323plus, may be this help somebody there.
Tz>> AM>>
Tz>> AM>> BW> From what I have been told h323plus is a based/fork of OpenH323 
which
Tz>> AM>> BW>OPAL is just a continuation of OpenH323.  So why not support the
Tz>> AM>> BW>developers of OPAL/OpenH323 ?
Tz>> AM>> BW>
Tz>> AM>> BW>/b
Tz>> AM>> BW>
Tz>> AM>> BW>On Oct 7, 2009, at 7:50 AM, Georgiewskiy Yuriy wrote:
Tz>> AM>> BW>
Tz>> AM>> BW>> We are developing module to handle h323 proto now, we try to use
Tz>> AM>> BW>> mod_opal and try improve it, but no luck,
Tz>> AM>> BW>> there is many issues in libopal, and finaly we now move to 
h323plus
Tz>> AM>> BW>> library.
Tz>
Tz>Did any of you try to report those issues?
Tz>
Tz>Regards
Tz>
Tz>/tyn
Tz>
Tz>> AM>> BW>
Tz>> AM>> BW>
Tz>> AM>> BW>___
Tz>> AM>> BW>FreeSWITCH-users mailing list
Tz>> AM>> BW>FreeSWITCH-users@lists.freeswitch.org
Tz>> AM>> BW>http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
Tz>> AM>> BW>UNSUBSCRIBE:
Tz>> AM>> http://lists.freeswitch.org/mailman/options/freeswitch-users
Tz>> AM>> BW>http://www.freeswitch.org
Tz>> AM>> BW>
Tz>> AM>>
Tz>> AM>> C уважением                       With Best Regards
Tz>> AM>> Георгиевский Юрий

Re: [Freeswitch-users] mod_opal - call charged before H.225 connect

2009-10-08 Thread Georgiewskiy Yuriy
On 2009-10-08 12:12 -0500, Anthony Minessale wrote freeswitch-us...@lists.f...:

AM>hmm, not following that very well.
AM>FS RTP stack only sends and receives and has no understanding of
AM>encode/decode..

hmm, give me some example how to use fs stack, or link there i can read about 
this.

AM>
AM>mod_opal uses OPAL rtp stack.
AM>
AM>
AM>
AM>2009/10/8 Georgiewskiy Yuriy 
AM>
AM>> On 2009-10-08 19:53 +0300, Vlasis Hatzistavrou (KTI) wrote
AM>> freeswitch-users...:
AM>>
AM>> VHK>Georgiewskiy Yuriy wrote:
AM>> VHK>> On 2009-10-08 10:43 -0500, Anthony Minessale wrote
AM>> freeswitch-us...@lists.f...:
AM>> VHK>>
AM>> VHK>> AM>If you are going to make that alternate module are you going to
AM>> host it in
AM>> VHK>> AM>the FS tree along side mod_opal?
AM>> VHK>>
AM>> VHK>> Yes, but then it be useful, now i have working only signaling part
AM>> and some
AM>> VHK>> kinde of not working rtp part :)
AM>> VHK>
AM>> VHK>
AM>> VHK>Hello Yuriy,
AM>> VHK>
AM>> VHK>Since FS already has its own RTP stack (for pass-through and
AM>> VHK>transcoding) wouldn't it be best if your H323 implementation with OPAL
AM>> VHK>was used for signaling only and rely on FS RTP for the media? Perhaps
AM>> VHK>that would save you time and effort, too?
AM>>
AM>> it already use fs rtp stack, and my implementation based on h323plus, not
AM>> on opal,
AM>> but fs rtp stack not so complete, there need write some code to
AM>> send/receive packets
AM>> because fs stac only encode/decode packets, not send/receive, or i don't
AM>> known how to
AM>> do it with it. i don't find any example for this.
AM>>
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] mod_opal - call charged before H.225 connect

2009-10-08 Thread Georgiewskiy Yuriy
On 2009-10-08 19:53 +0300, Vlasis Hatzistavrou (KTI) wrote freeswitch-users...:

VHK>Georgiewskiy Yuriy wrote:
VHK>> On 2009-10-08 10:43 -0500, Anthony Minessale wrote 
freeswitch-us...@lists.f...:
VHK>> 
VHK>> AM>If you are going to make that alternate module are you going to host 
it in
VHK>> AM>the FS tree along side mod_opal?
VHK>> 
VHK>> Yes, but then it be useful, now i have working only signaling part and 
some 
VHK>> kinde of not working rtp part :)
VHK>
VHK>
VHK>Hello Yuriy,
VHK>
VHK>Since FS already has its own RTP stack (for pass-through and 
VHK>transcoding) wouldn't it be best if your H323 implementation with OPAL 
VHK>was used for signaling only and rely on FS RTP for the media? Perhaps 
VHK>that would save you time and effort, too?

it already use fs rtp stack, and my implementation based on h323plus, not on 
opal, 
but fs rtp stack not so complete, there need write some code to send/receive 
packets 
because fs stac only encode/decode packets, not send/receive, or i don't known 
how to 
do it with it. i don't find any example for this.


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] mod_opal - call charged before H.225 connect

2009-10-08 Thread Georgiewskiy Yuriy
On 2009-10-08 10:43 -0500, Anthony Minessale wrote freeswitch-us...@lists.f...:

AM>If you are going to make that alternate module are you going to host it in
AM>the FS tree along side mod_opal?

Yes, but then it be useful, now i have working only signaling part and some 
kinde of not working rtp part :)

AM>also if were working on mod_opal why did you not try to involve us and the
AM>opal team?

Because i made patches for libopal, one is a bugfix in rtp part, there is a 
race condition 
in inicialisation in jitter buffer, another patch implements method to send 
progress indicator, 
and i don't wont spent my time to incorporate this changes into libopal. 
without this changes
my work on mod_opal in freeswitch don't useful at all, i provide link to my 
work with all 
patches, if somebody wont incorporate it in libopal tree and fs - go on, but i 
think 
better and more elegant make new module based on h323plus.

AM>How far away from what is in tree are these patches you have?
AM>
AM>2009/10/8 Georgiewskiy Yuriy 
AM>
AM>> On 2009-10-07 15:09 -0500, Brian West wrote
AM>> freeswitch-us...@lists.freeswit...:
AM>>
AM>> opal have addition abstraction layer called opalmgr, and it implementation
AM>> is not so good in
AM>> this case, for example to implemet pre_answer in mod_opal i need patch
AM>> libopal, because
AM>> there is no way to send progress inicator throuch opalmgr. and there is
AM>> many another issues like
AM>> this in that layer. ftp://srv.icf.org.ru/pub/soft/f/freeswitch/ - there is
AM>> my work on mod_opal before
AM>> i start moving to h323plus, may be this help somebody there.
AM>>
AM>> BW> From what I have been told h323plus is a based/fork of OpenH323 which
AM>> BW>OPAL is just a continuation of OpenH323.  So why not support the
AM>> BW>developers of OPAL/OpenH323 ?
AM>> BW>
AM>> BW>/b
AM>> BW>
AM>> BW>On Oct 7, 2009, at 7:50 AM, Georgiewskiy Yuriy wrote:
AM>> BW>
AM>> BW>> We are developing module to handle h323 proto now, we try to use
AM>> BW>> mod_opal and try improve it, but no luck,
AM>> BW>> there is many issues in libopal, and finaly we now move to h323plus
AM>> BW>> library.
AM>> BW>
AM>> BW>
AM>> BW>___
AM>> BW>FreeSWITCH-users mailing list
AM>> BW>FreeSWITCH-users@lists.freeswitch.org
AM>> BW>http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
AM>> BW>UNSUBSCRIBE:
AM>> http://lists.freeswitch.org/mailman/options/freeswitch-users
AM>> BW>http://www.freeswitch.org
AM>> BW>
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] mod_opal - call charged before H.225 connect

2009-10-08 Thread Georgiewskiy Yuriy
On 2009-10-08 16:20 +0200, Tihomir Culjaga wrote freeswitch-us...@lists.fre...:

TC>Hi Yuriy, did you manage to do something with H323plus and FS ?

i already doing it, but now it not in usable state.

TC>btw: have you checked Objective OpenH323
TC>http://www.obj-sys.com/telephony-objective.shtml ?
TC>This looks better to me as it is lighter and can be easily customized.

i see this library later in asterisk module, h323plus is a successor of 
opanh323, i use it many yars and 
i think it more complete mature and stable than objective systems stack, and 
finally h323plus not depend 
in its development from some kinde of Objective System Inc/any other xxx Inc.

TC>
TC>2009/10/8 Georgiewskiy Yuriy 
TC>
TC>> On 2009-10-07 15:09 -0500, Brian West wrote
TC>> freeswitch-us...@lists.freeswit...:
TC>>
TC>> opal have addition abstraction layer called opalmgr, and it implementation
TC>> is not so good in
TC>> this case, for example to implemet pre_answer in mod_opal i need patch
TC>> libopal, because
TC>> there is no way to send progress inicator throuch opalmgr. and there is
TC>> many another issues like
TC>> this in that layer. ftp://srv.icf.org.ru/pub/soft/f/freeswitch/ - there is
TC>> my work on mod_opal before
TC>> i start moving to h323plus, may be this help somebody there.
TC>>
TC>> BW> From what I have been told h323plus is a based/fork of OpenH323 which
TC>> BW>OPAL is just a continuation of OpenH323.  So why not support the
TC>> BW>developers of OPAL/OpenH323 ?
TC>> BW>
TC>> BW>/b
TC>> BW>
TC>> BW>On Oct 7, 2009, at 7:50 AM, Georgiewskiy Yuriy wrote:
TC>> BW>
TC>> BW>> We are developing module to handle h323 proto now, we try to use
TC>> BW>> mod_opal and try improve it, but no luck,
TC>> BW>> there is many issues in libopal, and finaly we now move to h323plus
TC>> BW>> library.
TC>> BW>
TC>> BW>
TC>> BW>___
TC>> BW>FreeSWITCH-users mailing list
TC>> BW>FreeSWITCH-users@lists.freeswitch.org
TC>> BW>http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
TC>> BW>UNSUBSCRIBE:
TC>> http://lists.freeswitch.org/mailman/options/freeswitch-users
TC>> BW>http://www.freeswitch.org
TC>> BW>
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] mod_opal - call charged before H.225 connect

2009-10-08 Thread Georgiewskiy Yuriy
On 2009-10-07 15:09 -0500, Brian West wrote freeswitch-us...@lists.freeswit...:

opal have addition abstraction layer called opalmgr, and it implementation is 
not so good in 
this case, for example to implemet pre_answer in mod_opal i need patch libopal, 
because 
there is no way to send progress inicator throuch opalmgr. and there is many 
another issues like
this in that layer. ftp://srv.icf.org.ru/pub/soft/f/freeswitch/ - there is my 
work on mod_opal before 
i start moving to h323plus, may be this help somebody there.

BW> From what I have been told h323plus is a based/fork of OpenH323 which  
BW>OPAL is just a continuation of OpenH323.  So why not support the  
BW>developers of OPAL/OpenH323 ?
BW>
BW>/b
BW>
BW>On Oct 7, 2009, at 7:50 AM, Georgiewskiy Yuriy wrote:
BW>
BW>> We are developing module to handle h323 proto now, we try to use  
BW>> mod_opal and try improve it, but no luck,
BW>> there is many issues in libopal, and finaly we now move to h323plus  
BW>> library.
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] mod_opal - call charged before H.225 connect

2009-10-07 Thread Georgiewskiy Yuriy
;>>>
TC>>>>>   
TC>>>>> >>>> expression="^0(9[01789]\d{3,4})$">
TC>>>>>   >>>> data="effective_caller_id_number=1001282122"/>
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>>>>> One of the many issues i sow is that FS connects the call on SIP leg
TC>>>>> before it actually receives H.225 connect from H323 leg... as it is
TC>>>>> configured to send 200 OK on the 1st H.225 message containing a 
FastStart
TC>>>>> element/OLC.
TC>>>>>
TC>>>>>
TC>>>>> Attached is the tcpdump i took on FS machine... just use this filter:
TC>>>>> "h225 or h245 or q931 or sip"
TC>>>>> Also, you can check the attac CDR this is an unanswered call i
TC>>>>> placed to PSTN and FS billed it 23 seconds.
TC>>>>>
TC>>>>>
TC>>>>>
TC>>>>> Can anyone tell where i can do correct SIP - H323 message mappings to
TC>>>>> avoid this?
TC>>>>>
TC>>>>>
TC>>>>>
TC>>>>> T.
TC>>>>>
TC>>>>>
TC>>>>>
TC>>>>>
TC>>>>> ___
TC>>>>> FreeSWITCH-users mailing list
TC>>>>> FreeSWITCH-users@lists.freeswitch.org
TC>>>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
TC>>>>> UNSUBSCRIBE:
TC>>>>> http://lists.freeswitch.org/mailman/options/freeswitch-users
TC>>>>> http://www.freeswitch.org
TC>>>>>
TC>>>>>
TC>>>>
TC>>>>
TC>>>> --
TC>>>> Anthony Minessale II
TC>>>>
TC>>>> FreeSWITCH http://www.freeswitch.org/
TC>>>> ClueCon http://www.cluecon.com/
TC>>>> Twitter: http://twitter.com/FreeSWITCH_wire
TC>>>>
TC>>>> AIM: anthm
TC>>>> MSN:anthony_miness...@hotmail.com 
TC>>>> 
GTALK/JABBER/PAYPAL:anthony.miness...@gmail.com
TC>>>> IRC: irc.freenode.net #freeswitch
TC>>>>
TC>>>> FreeSWITCH Developer Conference
TC>>>> sip:8...@conference.freeswitch.org 
TC>>>> iax:gu...@conference.freeswitch.org/888
TC>>>> 
googletalk:conf+...@conference.freeswitch.org
TC>>>> pstn:213-799-1400
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>>>
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>>
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