On 2009-10-07 01:41 +0200, Tihomir Culjaga wrote freeswitch-users@lists.fre...: We are developing module to handle h323 proto now, we try to use mod_opal and try improve it, but no luck, there is many issues in libopal, and finaly we now move to h323plus library. TC>Diego, TC> TC>what i'm pointing here is the situation where you have a great product that TC>lacks in one of most common protocol. It is true H323 is going to disappear TC>(eventually), it is true that the community prefers SIP/IAX instead ... but TC>the reality still remains. H323 is going to be used for quite a long time to TC>exchange a lot of traffic while FS will be left aside. Today, when you setup TC>an IP peering interconnection 80% of carriers will prefer H323. TC> TC>Of course, developing something costs "time" (and we all know what time TC>stands for...) and as i said, i understand the financial point of view and i TC>really understand if nobody is going to work on that, but let's face it FS TC>doesn't have any usable module to reliably handle H323 protocol. TC> TC> TC>said that, i don't intend to offend anyone... just facing the reality. TC> TC> TC>regarding the h323 module, we don't have any issue fixing the existing or TC>developing a new one... but before we go developing something it is always TC>better check if the thing you want already exists in an usable state or TC>not... that's what i did today. TC> TC> TC>So, I'm interested in a reliable module handling H323v4... anyone else? TC> TC> TC>T. TC> TC> TC> TC> TC> TC>On Tue, Oct 6, 2009 at 11:45 PM, Diego Viola <diego.viola@gmail.com> wrote: TC> TC>> Instead of complaining and demanding things for free, people should start TC>> to put their money where their mouth is. TC>> TC>> Diego TC>> TC>> TC>> On Tue, Oct 6, 2009 at 8:47 PM, Tihomir Culjaga <tculjaga@gmail.com>wrote: TC>> TC>>> hi Anthony, TC>>> TC>>> it is somewhere here: TC>>> TC>>> switch_status_t TC>>> FSConnection::receive_message(switch_core_session_message_t *msg) TC>>> TC>>> TC>>> anyhow, i will open an issue jira of course. TC>>> TC>>> TC>>> I understand your financial point of view, but anyhow while the entire TC>>> world is wants sip and trying to move to sip, the reality is quite TC>>> different. The majority of voice traffic exchanged via IP is still H323. TC>>> This means a working SIP - H323 interworking is really needed... pity nobody TC>>> wants/has time to work in this direction to produce a decent mod_h323. TC>>> TC>>> TC>>> TC>>> T. TC>>> TC>>> TC>>> TC>>> TC>>> TC>>> TC>>> On Tue, Oct 6, 2009 at 9:25 PM, Anthony Minessale < TC>>> anthony.minessale@gmail.com> wrote: TC>>> TC>>>> pcap is not as useful as FS console log on debug with: TC>>>> sofia profile internal siptrace on TC>>>> TC>>>> you should be reporting issues to jira under mod_opal not to the mailing TC>>>> list. TC>>>> http://jira.freeswitch.org TC>>>> TC>>>> FYI TC>>>> There is little financial support from the community for h323 which TC>>>> prevents the mod_opal from getting much attention. TC>>>> We actually have to contract the author of opal to help with these issues TC>>>> including the original writing of the module that he did with very little TC>>>> funding and nobody ever wants to pay him to improve it. TC>>>> TC>>>> That does not mean your issue will not be addressed but there is no TC>>>> promise how fast it will be. TC>>>> TC>>>> TC>>>> TC>>>> On Tue, Oct 6, 2009 at 12:37 PM, Tihomir Culjaga <tculjaga@gmail.com>wrote: TC>>>> TC>>>>> hello guys, TC>>>>> TC>>>>> TC>>>>> i was playing with mod_opal to see if i can make it working ... well it TC>>>>> seems SIP-H323 interworking is not tuned at all. TC>>>>> TC>>>>> I have a call from a registered sip user (1001) to PSTN via mod_opal TC>>>>> TC>>>>> TC>>>>> <include> TC>>>>> <extension name="EMERGENCY"> TC>>>>> <condition field="destination_number" TC>>>>> expression="^0(112|9[23456])$"> TC>>>>> <action application="set" TC>>>>> data="effective_caller_id_number=1001282122"/> TC>>>>> <action application="set" data="NCX_IP=10.4.4.254"/> TC>>>>> <action application="set" data="call_timeout=30"/> TC>>>>> <action application="set" data="hangup_after_bridge=true"/> TC>>>>> TC>>>>> <action application="bridge" data="opal/h323:0$1@${NCX_IP}"/> TC>>>>> </condition> TC>>>>> </extension> TC>>>>> TC>>>>> <extension name="SPECIAL_SERVICES"> TC>>>>> <condition field="destination_number" TC>>>>> expression="^0(9[01789]\d{3,4})$"> TC>>>>> <action application="set" TC>>>>> data="effective_caller_id_number=1001282122"/> TC>>>>> <action application="set" data="NCX_IP=10.4.4.254"/> TC>>>>> <action application="set" data="call_timeout=30"/> TC>>>>> <action application="set" data="hangup_after_bridge=true"/> TC>>>>> TC>>>>> <action application="bridge" data="opal/h323:0$1@${NCX_IP}"/> TC>>>>> </condition> TC>>>>> </extension> TC>>>>> TC>>>>> <extension name="ENYTHING_ELSE"> TC>>>>> <condition field="destination_number" TC>>>>> expression="^0([2-8]\d{6,7}|0[1-9]\d{7,8}|00[1-9]\d{8,16})$"> TC>>>>> <action application="set" TC>>>>> data="effective_caller_id_number=1001282122"/> TC>>>>> <action application="set" data="NCX_IP=10.4.4.254"/> TC>>>>> <action application="set" data="call_timeout=30"/> TC>>>>> <action application="set" data="hangup_after_bridge=true"/> TC>>>>> TC>>>>> <action application="bridge" data="opal/h323:0$1@${NCX_IP}"/> TC>>>>> </condition> TC>>>>> </extension> TC>>>>> </include> 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_minessale@hotmail.com <MSN%3Aanthony_minessale@hotmail.com> TC>>>> GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com<PAYPAL%3Aanthony.minessale@gmail.com> TC>>>> IRC: irc.freenode.net #freeswitch TC>>>> TC>>>> FreeSWITCH Developer Conference TC>>>> sip:888@conference.freeswitch.org <sip%3A888@conference.freeswitch.org> TC>>>> iax:guest@conference.freeswitch.org/888 TC>>>> googletalk:conf+888@conference.freeswitch.org<googletalk%3Aconf%2B888@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: GHhost@jabber.tula-ix.net.ru JID: GHhost@jabber.tula-ix.net.ru YG129-RIPE YG129-RIPE