Re: [Freeswitch-users] mod_opal - call charged before H.225 connect
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
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
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
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
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
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
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
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
On 2009-10-23 10:44 +0200, Tihomir Culjaga wrote freeswitch-us...@lists.fre...: TC>btw you are back with an old issue: TC> TC> TC>static const char modulename[] = "h323"; TC>static const char* h323_formats[] = { TC>"G.711-ALaw-64k", "PCMU", TC>"G.711-uLaw-64k", "PCMA", TC>"GSM-06.10", "GSM", TC>"MS-GSM", "msgsm", TC>"SpeexNarrow", "speex", there is a isues with codecs, it is not enoth to put it there to work, at this time work only PCMU PCMA GSM and G729. C уважением With Best Regards Георгиевский Юрий.Georgiewskiy Yuriy +7 4872 711666+7 4872 711666 факс +7 4872 711143 fax +7 4872 711143 Компания ООО "Ай Ти Сервис" IT Service Ltd http://nkoort.ru http://nkoort.ru JID: ghh...@jabber.tula-ix.net.ru JID: ghh...@jabber.tula-ix.net.ru YG129-RIPEYG129-RIPE___ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
Re: [Freeswitch-users] Fwd: mod_opal - call charged before H.225 connect
On 2009-10-23 10:16 +0200, Tihomir Culjaga wrote freeswitch-us...@lists.fre...: TC>> TC> TC>> TC>it is gonna be easier to track. TC>> TC> TC>> TC>Tomorrow i will test on 1.0.4 but please lets move to trunk. TC>> TC>> i make it a bit later, to move tickets to jira and source to svn i TC>> need some time to undertand how this system is works, especially jira. TC>> TC>> TC>audio issue is better now :) TC> TC>however i have a few questions: TC> TC>1. can we control codec framing size via config file setting (e.g. PCMA:20, TC>PCMU:20)? at this time i think no, there is a number issues in codec part now. TC>2. can we control tunneling via config file setting? at this time no, i implement it later. TC>3. can we control mediaWaitForConnect flag within setup message via config TC>file setting? what is mediaWaitForConnect flag, may be another trmin in h323? TC>Now, when i can test more and place outgoing calls to different equipment, i TC>found that there is an issue when we get h.225 progress without a fastStart TC>element. TC> TC>Here is a tshark: TC> TC> 5.24252610.4.62.7 -> 10.4.4.254 H.225.0 CS: setup OpenLogicalChannel TC> TC> 5.243982 10.4.4.254 -> 10.4.62.7H.225.0 CS: callProceeding TC> 10.512617 10.4.4.254 -> 10.4.62.7H.225.0 CS: progress TC> 10.983697 10.4.4.254 -> 10.4.62.7H.225.0 CS: alerting TC> 20.002796 10.4.4.254 -> 10.4.62.7H.225.0 CS: connect TC> 20.002981 10.4.4.254 -> 10.4.62.7H.225.0/H.245 CS: facility TC>terminalCapabilitySet TC> 20.003210 10.4.4.254 -> 10.4.62.7H.225.0/H.245 CS: facility TC>masterSlaveDetermination TC> 31.472362 10.4.4.254 -> 10.4.62.7H.225.0/H.245 CS: releaseComplete TC>endSessionCommand TC> TC> TC>the terminating GW didn't include a faststart element within a returning TC>h.225 message we didn't match the capabilities (framing of them) in our TC>setup (and you are waiting an open LC to start pre_answer) so now, the TC>terminator is waiting for the originator to start exchanging TCS/MSD. As TC>tunneling is true, this should be done using h.225 Facility messages. TC> TC> TC>your behavior should be like this: TC> TC> 5.24252610.4.62.7 -> 10.4.4.254 H.225.0 CS: setup TC>OpenLogicalChannel g711A with 30 ms TC> 5.243982 10.4.4.254 -> 10.4.62.7H.225.0 CS: callProceeding TC> 10.512617 10.4.4.254 -> 10.4.62.7H.225.0 CS: progress TC> TC> 10.4.62.7 -> 10.4.4.254H.225.0/H.245 CS: facility TC>terminalCapabilitySet TC> 10.4.62.7 -> 10.4.4.254H.225.0/H.245 CS: facility TC>masterSlaveDetermination TC> TC> 10.4.4.254 -> 10.4.62.7H.225.0/H.245 CS: facility TC>terminalCapabilitySet TC> 10.4.4.254 -> 10.4.62.7H.225.0/H.245 CS: facility TC>masterSlaveDetermination TC> TC> 10.4.4.254 -> 10.4.62.7H.225.0/H.245 CS: facility TC>terminalCapabilitySetAck TC> 10.4.4.254 -> 10.4.62.7H.225.0/H.245 CS: facility TC>masterSlaveDeterminationAck TC> TC> 10.4.62.7 -> 10.4.4.254H.225.0/H.245 CS: facility TC>terminalCapabilitySetAck TC> 10.4.62.7 -> 10.4.4.254H.225.0/H.245 CS: facility TC>masterSlaveDeterminationAck TC> TC> 10.4.62.7 -> 10.4.4.254H.225.0/H.245 CS: facility TC>openlogicalchannel (g711A) TC> 10.4.4.254 -> 10.4.62.7H.225.0/H.245 CS: facility TC>openlogicalchannel (g711A) TC> TC> 10.4.62.7 -> 10.4.4.254H.225.0/H.245 CS: facility TC>openlogicalchannelAck TC> 10.4.4.254 -> 10.4.62.7H.225.0/H.245 CS: facility TC>openlogicalchannelAck TC> TC> TC> TC> 10.983697 10.4.4.254 -> 10.4.62.7H.225.0 CS: alerting TC>... may bee, while i in hospital i have a very limited ways for testing, especially for inbound calls throuce h323. i find one issues in signaling part in h323plus, src/h323.cxx grep "Very Frustrating - S.H." try uncomment fast start handling there, may be it help. C уважением With Best Regards Георгиевский Юрий.Georgiewskiy Yuriy +7 4872 711666+7 4872 711666 факс +7 4872 711143 fax +7 4872 711143 Компания ООО "Ай Ти Сервис" IT Service Ltd http://nkoort.ru http://nkoort.ru JID: ghh...@jabber.tula-ix.net.ru JID: ghh...@jabber.tula-ix.net.ru YG129-RIPEYG129-RIPE___ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
Re: [Freeswitch-users] Fwd: mod_opal - call charged before H.225 connect
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
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
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
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
On 2009-10-22 16:04 +0200, Tihomir Culjaga wrote freeswitch-us...@lists.fre...: TC>On Thu, Oct 22, 2009 at 3:59 PM, Tihomir Culjaga wrote: TC> TC>> TC>>> TC>Hi, here is the FS log without crash-protection: TC>>> TC>http://pastebin.freeswitch.org/10796 and here is the backtrace: TC>>> TC>http://pastebin.freeswitch.org/10797 TC>>> TC>>> i fix this crash already, please download latest version from same link TC>>> as previous, recompile and try again. TC>>> TC>>> TC>> outgoing works, I can place an end-to-end call ... except the RTP is realy TC>> delayed ... after approx 30 sec of conversation the audio is delayed more TC>> than 10 seconds but i have 2 way audio for outgoing calls:) TC>> TC>> TC>one more thing ... it is H323 endpoint => SIP phone audio that is delayed. TC>SIP phone => H323 endpoint is ok! hm, i have such issue but in reverce direction now. TC>> Do you need some logs ? TC>> TC>> TC>> Inbound cals still the same... i suppose you didn't have a chance working TC>> on that as well ... TC>> TC>> T. TC>> TC> C уважением With Best Regards Георгиевский Юрий.Georgiewskiy Yuriy +7 4872 711666+7 4872 711666 факс +7 4872 711143 fax +7 4872 711143 Компания ООО "Ай Ти Сервис" IT Service Ltd http://nkoort.ru http://nkoort.ru JID: ghh...@jabber.tula-ix.net.ru JID: ghh...@jabber.tula-ix.net.ru YG129-RIPEYG129-RIPE___ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
Re: [Freeswitch-users] Fwd: mod_opal - call charged before H.225 connect
On 2009-10-22 15:59 +0200, Tihomir Culjaga wrote freeswitch-us...@lists.fre...: TC>> TC>> TC>> TC>Hi, here is the FS log without crash-protection: TC>> TC>http://pastebin.freeswitch.org/10796 and here is the backtrace: TC>> TC>http://pastebin.freeswitch.org/10797 TC>> TC>> i fix this crash already, please download latest version from same link TC>> as previous, recompile and try again. TC>> TC>> TC>outgoing works, I can place an end-to-end call ... except the RTP is realy TC>delayed ... after approx 30 sec of conversation the audio is delayed more TC>than 10 seconds but i have 2 way audio for outgoing calls:) TC> TC>Do you need some logs ? try disable medai-proxy, there is issue with rtp now then medai-proxy or transcoding enabled. TC>Inbound cals still the same... i suppose you didn't have a chance working on TC>that as well ... sorry i don't remember what the same, show extension and logs of inbound call. at this time at this time i have working transit h323<->sip in both direction, ivr is work too, there is some issues present but basicaly it work. C уважением With Best Regards Георгиевский Юрий.Georgiewskiy Yuriy +7 4872 711666+7 4872 711666 факс +7 4872 711143 fax +7 4872 711143 Компания ООО "Ай Ти Сервис" IT Service Ltd http://nkoort.ru http://nkoort.ru JID: ghh...@jabber.tula-ix.net.ru JID: ghh...@jabber.tula-ix.net.ru YG129-RIPEYG129-RIPE___ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
Re: [Freeswitch-users] Fwd: mod_opal - call charged before H.225 connect
On 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
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
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
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
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
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
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
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
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
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
On 2009-10-14 11:15 +0200, Tihomir Culjaga wrote freeswitch-us...@lists.fre...: TC>On Wed, Oct 14, 2009 at 10:16 AM, Tihomir Culjaga wrote: TC> TC>> TC>> TC>> 2009/10/14 Georgiewskiy Yuriy TC>> TC>>> On 2009-10-14 09:58 +0200, Tihomir Culjaga wrote TC>>> freeswitch-us...@lists.fre...: TC>>> TC>>> i need trace level 4 from mod_h323 and debug log of entire call, tcpdump TC>>> may be needed later, i have no way TC>>> to test it on this time, i do it later. TC>>> TC>>> TC> TC>Here are the logs: TC> TC>call flow is H323_endpoint => FS => SIP_user TC> TC>slow start=> http://pastebin.freeswitch.org/10693 TC>slow start w eH245=> http://pastebin.freeswitch.org/10694 TC>fastStart w tunneling true => http://pastebin.freeswitch.org/10701 TC>fastStart w tunneling false=> http://pastebin.freeswitch.org/10702 TC>fastStart w tunneling true eH245=> http://pastebin.freeswitch.org/10699 TC>fastStart w tunneling false eH245=> http://pastebin.freeswitch.org/10700 TC> TC> TC>In all cases, there is no audio on SIP User side... i see the SIP Phone TC>(terminator) sending RTP to FS but FS is not forwarding it back to the TC>originator. Also, i see originator (H323) sending RTP to FS but FS doesn't TC>forward it to the terminator (SIP). TC> TC> TC> TC>call flow is SIP_user => FS => H323_endpoint is failing .. coredumped TC>http://pastebin.freeswitch.org/10703 i fix some bugs now, ftp://srv.icf.org.ru/pub/soft/f/freeswitch/mod_h323/mod_h323.tar.bz2 this is updated version, try it, if you experience no audio try enable rtp proxy in you sip profile. C уважением With Best Regards Георгиевский Юрий.Georgiewskiy Yuriy +7 4872 711666+7 4872 711666 факс +7 4872 711143 fax +7 4872 711143 Компания ООО "Ай Ти Сервис" IT Service Ltd http://nkoort.ru http://nkoort.ru JID: ghh...@jabber.tula-ix.net.ru JID: ghh...@jabber.tula-ix.net.ru YG129-RIPEYG129-RIPE___ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
Re: [Freeswitch-users] Fwd: mod_opal - call charged before H.225 connect
On 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
; 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
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
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
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
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
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
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
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
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
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
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
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
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
;>>> 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