hi Anthony, it is somewhere here: switch_status_t FSConnection::receive_message(switch_core_session_message_t *msg) anyhow, i will open an issue jira of course. I understand your financial point of view, but anyhow while the entire world is wants sip and trying to move to sip, the reality is quite different. The majority of voice traffic exchanged via IP is still H323. This means a working SIP - H323 interworking is really needed... pity nobody wants/has time to work in this direction to produce a decent mod_h323. T. On Tue, Oct 6, 2009 at 9:25 PM, Anthony Minessale < anthony.minessale@gmail.com> wrote:

pcap is not as useful as FS console log on debug with: sofia profile internal siptrace on

you should be reporting issues to jira under mod_opal not to the mailing list. http://jira.freeswitch.org

FYI There is little financial support from the community for h323 which prevents the mod_opal from getting much attention. We actually have to contract the author of opal to help with these issues including the original writing of the module that he did with very little funding and nobody ever wants to pay him to improve it.

That does not mean your issue will not be addressed but there is no promise how fast it will be.

On Tue, Oct 6, 2009 at 12:37 PM, Tihomir Culjaga <tculjaga@gmail.com>wrote:

...

hello guys,

i was playing with mod_opal to see if i can make it working ... well it seems SIP-H323 interworking is not tuned at all.

I have a call from a registered sip user (1001) to PSTN via mod_opal

<include> <extension name="EMERGENCY"> <condition field="destination_number" expression="^0(112|9[23456])$"> <action application="set" data="effective_caller_id_number=1001282122"/> <action application="set" data="NCX_IP=10.4.4.254"/> <action application="set" data="call_timeout=30"/> <action application="set" data="hangup_after_bridge=true"/>

<action application="bridge" data="opal/h323:0$1@${NCX_IP}"/> </condition> </extension>

<extension name="SPECIAL_SERVICES"> <condition field="destination_number" expression="^0(9[01789]\d{3,4})$"> <action application="set" data="effective_caller_id_number=1001282122"/> <action application="set" data="NCX_IP=10.4.4.254"/> <action application="set" data="call_timeout=30"/> <action application="set" data="hangup_after_bridge=true"/>

<action application="bridge" data="opal/h323:0$1@${NCX_IP}"/> </condition> </extension>

<extension name="ENYTHING_ELSE"> <condition field="destination_number" expression="^0([2-8]\d{6,7}|0[1-9]\d{7,8}|00[1-9]\d{8,16})$"> <action application="set" data="effective_caller_id_number=1001282122"/> <action application="set" data="NCX_IP=10.4.4.254"/> <action application="set" data="call_timeout=30"/> <action application="set" data="hangup_after_bridge=true"/>

<action application="bridge" data="opal/h323:0$1@${NCX_IP}"/> </condition> </extension> </include>

One of the many issues i sow is that FS connects the call on SIP leg before it actually receives H.225 connect from H323 leg... as it is configured to send 200 OK on the 1st H.225 message containing a FastStart element/OLC.

Attached is the tcpdump i took on FS machine... just use this filter: "h225 or h245 or q931 or sip" Also, you can check the attac CDR,,,, this is an unanswered call i placed to PSTN and FS billed it 23 seconds.

Can anyone tell where i can do correct SIP - H323 message mappings to avoid this?

T.

_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org

-- Anthony Minessale II

FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/ Twitter: http://twitter.com/FreeSWITCH_wire

AIM: anthm MSN:anthony_minessale@hotmail.com <MSN%3Aanthony_minessale@hotmail.com> GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com<PAYPAL%3Aanthony.minessale@gmail.com> IRC: irc.freenode.net #freeswitch

FreeSWITCH Developer Conference sip:888@conference.freeswitch.org <sip%3A888@conference.freeswitch.org> iax:guest@conference.freeswitch.org/888 googletalk:conf+888@conference.freeswitch.org<googletalk%3Aconf%2B888@conference.freeswitch.org> pstn:213-799-1400

_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org

Diego, what i'm pointing here is the situation where you have a great product that lacks in one of most common protocol. It is true H323 is going to disappear (eventually), it is true that the community prefers SIP/IAX instead ... but the reality still remains. H323 is going to be used for quite a long time to exchange a lot of traffic while FS will be left aside. Today, when you setup an IP peering interconnection 80% of carriers will prefer H323. Of course, developing something costs "time" (and we all know what time stands for...) and as i said, i understand the financial point of view and i really understand if nobody is going to work on that, but let's face it FS doesn't have any usable module to reliably handle H323 protocol. said that, i don't intend to offend anyone... just facing the reality. regarding the h323 module, we don't have any issue fixing the existing or developing a new one... but before we go developing something it is always better check if the thing you want already exists in an usable state or not... that's what i did today. So, I'm interested in a reliable module handling H323v4... anyone else? T. On Tue, Oct 6, 2009 at 11:45 PM, Diego Viola <diego.viola@gmail.com> wrote:

Instead of complaining and demanding things for free, people should start to put their money where their mouth is.

Diego

On Tue, Oct 6, 2009 at 8:47 PM, Tihomir Culjaga <tculjaga@gmail.com>wrote:

...

hi Anthony,

it is somewhere here:

switch_status_t FSConnection::receive_message(switch_core_session_message_t *msg)

anyhow, i will open an issue jira of course.

I understand your financial point of view, but anyhow while the entire world is wants sip and trying to move to sip, the reality is quite different. The majority of voice traffic exchanged via IP is still H323. This means a working SIP - H323 interworking is really needed... pity nobody wants/has time to work in this direction to produce a decent mod_h323.

T.

On Tue, Oct 6, 2009 at 9:25 PM, Anthony Minessale < anthony.minessale@gmail.com> wrote:

...

pcap is not as useful as FS console log on debug with: sofia profile internal siptrace on

you should be reporting issues to jira under mod_opal not to the mailing list. http://jira.freeswitch.org

FYI There is little financial support from the community for h323 which prevents the mod_opal from getting much attention. We actually have to contract the author of opal to help with these issues including the original writing of the module that he did with very little funding and nobody ever wants to pay him to improve it.

That does not mean your issue will not be addressed but there is no promise how fast it will be.

On Tue, Oct 6, 2009 at 12:37 PM, Tihomir Culjaga <tculjaga@gmail.com>wrote:

...

hello guys,

i was playing with mod_opal to see if i can make it working ... well it seems SIP-H323 interworking is not tuned at all.

I have a call from a registered sip user (1001) to PSTN via mod_opal

<include> <extension name="EMERGENCY"> <condition field="destination_number" expression="^0(112|9[23456])$"> <action application="set" data="effective_caller_id_number=1001282122"/> <action application="set" data="NCX_IP=10.4.4.254"/> <action application="set" data="call_timeout=30"/> <action application="set" data="hangup_after_bridge=true"/>

<action application="bridge" data="opal/h323:0$1@${NCX_IP}"/> </condition> </extension>

<extension name="SPECIAL_SERVICES"> <condition field="destination_number" expression="^0(9[01789]\d{3,4})$"> <action application="set" data="effective_caller_id_number=1001282122"/> <action application="set" data="NCX_IP=10.4.4.254"/> <action application="set" data="call_timeout=30"/> <action application="set" data="hangup_after_bridge=true"/>

<action application="bridge" data="opal/h323:0$1@${NCX_IP}"/> </condition> </extension>

<extension name="ENYTHING_ELSE"> <condition field="destination_number" expression="^0([2-8]\d{6,7}|0[1-9]\d{7,8}|00[1-9]\d{8,16})$"> <action application="set" data="effective_caller_id_number=1001282122"/> <action application="set" data="NCX_IP=10.4.4.254"/> <action application="set" data="call_timeout=30"/> <action application="set" data="hangup_after_bridge=true"/>

<action application="bridge" data="opal/h323:0$1@${NCX_IP}"/> </condition> </extension> </include>

One of the many issues i sow is that FS connects the call on SIP leg before it actually receives H.225 connect from H323 leg... as it is configured to send 200 OK on the 1st H.225 message containing a FastStart element/OLC.

Attached is the tcpdump i took on FS machine... just use this filter: "h225 or h245 or q931 or sip" Also, you can check the attac CDR,,,, this is an unanswered call i placed to PSTN and FS billed it 23 seconds.

Can anyone tell where i can do correct SIP - H323 message mappings to avoid this?

T.

_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE: http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org

-- Anthony Minessale II

FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/ Twitter: http://twitter.com/FreeSWITCH_wire

AIM: anthm MSN:anthony_minessale@hotmail.com <MSN%3Aanthony_minessale@hotmail.com> GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com<PAYPAL%3Aanthony.minessale@gmail.com> IRC: irc.freenode.net #freeswitch

FreeSWITCH Developer Conference sip:888@conference.freeswitch.org <sip%3A888@conference.freeswitch.org> iax:guest@conference.freeswitch.org/888 googletalk:conf+888@conference.freeswitch.org<googletalk%3Aconf%2B888@conference.freeswitch.org> pstn:213-799-1400

_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org

_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org

_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org

I didn't mean to start anything. I'm just saying we work very long hours and barely get anybody asking about h.323. I wanted to support it and that's why we took up a collection to get funding for mod_opal but when only 1 donor showed any interest we were forced to proceed in our spare time which is very limited. The developers of opal are not part of our project and they need financial compensation to be motivated to work on it. Its not even related to me its only fair that an outside developer who makes his living as a consultant would want money to integrate his work into our project. Like I said, I will do my best to point your issue to the opal devs but I cannot force them to work on it. On Tue, Oct 6, 2009 at 7:22 PM, Diego Viola <diego.viola@gmail.com> wrote:

Yeah I understand your point of view, but saying "I want a H.323 module" or "I want a Ferrari" wont magically make it happen.

We need to work on it ourselves or pay to the people that knows how to do it to do it for us.

There is no other way I think.

Diego

On Tue, Oct 6, 2009 at 11:41 PM, Tihomir Culjaga <tculjaga@gmail.com>wrote:

...

Diego,

what i'm pointing here is the situation where you have a great product that lacks in one of most common protocol. It is true H323 is going to disappear (eventually), it is true that the community prefers SIP/IAX instead ... but the reality still remains. H323 is going to be used for quite a long time to exchange a lot of traffic while FS will be left aside. Today, when you setup an IP peering interconnection 80% of carriers will prefer H323.

Of course, developing something costs "time" (and we all know what time stands for...) and as i said, i understand the financial point of view and i really understand if nobody is going to work on that, but let's face it FS doesn't have any usable module to reliably handle H323 protocol.

said that, i don't intend to offend anyone... just facing the reality.

regarding the h323 module, we don't have any issue fixing the existing or developing a new one... but before we go developing something it is always better check if the thing you want already exists in an usable state or not... that's what i did today.

So, I'm interested in a reliable module handling H323v4... anyone else?

T.

On Tue, Oct 6, 2009 at 11:45 PM, Diego Viola <diego.viola@gmail.com>wrote:

...

Instead of complaining and demanding things for free, people should start to put their money where their mouth is.

Diego

On Tue, Oct 6, 2009 at 8:47 PM, Tihomir Culjaga <tculjaga@gmail.com>wrote:

...

hi Anthony,

it is somewhere here:

switch_status_t FSConnection::receive_message(switch_core_session_message_t *msg)

anyhow, i will open an issue jira of course.

I understand your financial point of view, but anyhow while the entire world is wants sip and trying to move to sip, the reality is quite different. The majority of voice traffic exchanged via IP is still H323. This means a working SIP - H323 interworking is really needed... pity nobody wants/has time to work in this direction to produce a decent mod_h323.

T.

On Tue, Oct 6, 2009 at 9:25 PM, Anthony Minessale < anthony.minessale@gmail.com> wrote:

...

pcap is not as useful as FS console log on debug with: sofia profile internal siptrace on

you should be reporting issues to jira under mod_opal not to the mailing list. http://jira.freeswitch.org

FYI There is little financial support from the community for h323 which prevents the mod_opal from getting much attention. We actually have to contract the author of opal to help with these issues including the original writing of the module that he did with very little funding and nobody ever wants to pay him to improve it.

That does not mean your issue will not be addressed but there is no promise how fast it will be.

On Tue, Oct 6, 2009 at 12:37 PM, Tihomir Culjaga <tculjaga@gmail.com>wrote:

...

hello guys,

i was playing with mod_opal to see if i can make it working ... well it seems SIP-H323 interworking is not tuned at all.

I have a call from a registered sip user (1001) to PSTN via mod_opal

<include> <extension name="EMERGENCY"> <condition field="destination_number" expression="^0(112|9[23456])$"> <action application="set" data="effective_caller_id_number=1001282122"/> <action application="set" data="NCX_IP=10.4.4.254"/> <action application="set" data="call_timeout=30"/> <action application="set" data="hangup_after_bridge=true"/>

<action application="bridge" data="opal/h323:0$1@${NCX_IP}"/> </condition> </extension>

<extension name="SPECIAL_SERVICES"> <condition field="destination_number" expression="^0(9[01789]\d{3,4})$"> <action application="set" data="effective_caller_id_number=1001282122"/> <action application="set" data="NCX_IP=10.4.4.254"/> <action application="set" data="call_timeout=30"/> <action application="set" data="hangup_after_bridge=true"/>

<action application="bridge" data="opal/h323:0$1@${NCX_IP}"/> </condition> </extension>

<extension name="ENYTHING_ELSE"> <condition field="destination_number" expression="^0([2-8]\d{6,7}|0[1-9]\d{7,8}|00[1-9]\d{8,16})$"> <action application="set" data="effective_caller_id_number=1001282122"/> <action application="set" data="NCX_IP=10.4.4.254"/> <action application="set" data="call_timeout=30"/> <action application="set" data="hangup_after_bridge=true"/>

<action application="bridge" data="opal/h323:0$1@${NCX_IP}"/> </condition> </extension> </include>

One of the many issues i sow is that FS connects the call on SIP leg before it actually receives H.225 connect from H323 leg... as it is configured to send 200 OK on the 1st H.225 message containing a FastStart element/OLC.

Attached is the tcpdump i took on FS machine... just use this filter: "h225 or h245 or q931 or sip" Also, you can check the attac CDR,,,, this is an unanswered call i placed to PSTN and FS billed it 23 seconds.

Can anyone tell where i can do correct SIP - H323 message mappings to avoid this?

T.

_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE: http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org

-- Anthony Minessale II

FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/ Twitter: http://twitter.com/FreeSWITCH_wire

AIM: anthm MSN:anthony_minessale@hotmail.com<MSN%3Aanthony_minessale@hotmail.com> GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com<PAYPAL%3Aanthony.minessale@gmail.com> IRC: irc.freenode.net #freeswitch

FreeSWITCH Developer Conference sip:888@conference.freeswitch.org<sip%3A888@conference.freeswitch.org> iax:guest@conference.freeswitch.org/888 googletalk:conf+888@conference.freeswitch.org<googletalk%3Aconf%2B888@conference.freeswitch.org> pstn:213-799-1400

_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE: http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org

_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE: http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org

_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org

_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org

_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org

-- Anthony Minessale II FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/ Twitter: http://twitter.com/FreeSWITCH_wire AIM: anthm MSN:anthony_minessale@hotmail.com <MSN%3Aanthony_minessale@hotmail.com> GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com<PAYPAL%3Aanthony.minessale@gmail.com> IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:888@conference.freeswitch.org <sip%3A888@conference.freeswitch.org> iax:guest@conference.freeswitch.org/888 googletalk:conf+888@conference.freeswitch.org<googletalk%3Aconf%2B888@conference.freeswitch.org> pstn:213-799-1400

Hi Tihomir, I've done some tests to see how suitable is freeswitch as a SIP/H323 translator and you are right about the fact that H323 'alert+open logical channel' will generate a SIP '200 OK'. I was able to fix that with a couple of changes in mod_opal.cpp, however some things were changed on mod_sofia in the latest svn. (on this particular issue, open_logical_channel is processed BEFORE the alerting, so the call is in SetupPhase when the proc OnOpenMediaStream is triggered) The most important problem I'm having right now is that G729 is still not working (poor quality due to high buffering). Even with the latest Opal, which includes the last week patch for jitter buffer. If you dont need G729, I could send you a patch for the latest svns (freeswitch, opal, ptlib), ofc no founding needed. There are a couple of bugs in opal itself and h323ing freeswitch with opal will bring them in. On the other hand, mod_opal is already there, it just needs a few adjustments. Best wishes, Claudiu Filip Wednesday, October 7, 2009, 11:37:50 AM, you wrote: Tihomir> Anthony, Tihomir> of course, nobody wants to start anything... we are all here Tihomir> to help making FS a better product. Tihomir> so, regarding the founding for mod_opal ... what is the amount you need? Tihomir> Tihomir. Tihomir> Tihomir> On Wed, Oct 7, 2009 at 2:58 AM, Anthony Minessale Tihomir> <anthony.minessale@gmail.com> wrote: Tihomir> I didn't mean to start anything.  I'm just saying we work Tihomir> very long hours and barely get anybody asking about h.323. Tihomir> I wanted to support it and that's why we took up a Tihomir> collection to get funding for mod_opal but when only 1 donor Tihomir> showed any interest we were forced to proceed in our spare time which is very limited. Tihomir> Tihomir> The developers of opal are not part of our project and they Tihomir> need financial compensation to be motivated to work on it.  Tihomir> Its not even related to me its only fair that an outside Tihomir> developer who makes his living as a consultant would want Tihomir> money to integrate his work into our project. Tihomir> Tihomir> Like I said, I will do my best to point your issue to the Tihomir> opal devs but I cannot force them to work on it. Tihomir> On Tue, Oct 6, 2009 at 7:22 PM, Diego Viola Tihomir> <diego.viola@gmail.com> wrote: Tihomir> Tihomir> Yeah I understand your point of view, but saying "I want a Tihomir> H.323 module" or "I want a Ferrari" wont magically make it happen. Tihomir> Tihomir> We need to work on it ourselves or pay to the people that Tihomir> knows how to do it to do it for us. Tihomir> Tihomir> There is no other way I think. Tihomir> Diego Tihomir> On Tue, Oct 6, 2009 at 11:41 PM, Tihomir Culjaga <tculjaga@gmail.com> wrote: Tihomir> Tihomir> Diego, Tihomir> what i'm pointing here is the situation where you have a Tihomir> great product that lacks in one of most common protocol. It Tihomir> is true H323 is going to disappear (eventually), it is true Tihomir> that the community prefers SIP/IAX instead ... but the Tihomir> reality still remains. H323 is going to be used for quite a Tihomir> long time to exchange a lot of traffic while FS will be left Tihomir> aside. Today, when you setup an IP peering interconnection Tihomir> 80% of carriers will prefer H323. Tihomir> Tihomir> Of course, developing something costs "time" (and we all Tihomir> know what time stands for...) and as i said, i understand the Tihomir> financial point of view and i really understand if nobody is Tihomir> going to work on that, but let's face it FS doesn't have any Tihomir> usable module to reliably handle H323 protocol. Tihomir> Tihomir> said that, i don't intend to offend anyone... just facing the reality. Tihomir> regarding the h323 module, we don't have any issue fixing Tihomir> the existing or developing a new one... but before we go Tihomir> developing something it is always better check if the thing Tihomir> you want already exists in an usable state or not... that's what i did today. Tihomir> Tihomir> So, I'm interested in a reliable module handling H323v4... anyone else? Tihomir> T. Tihomir> On Tue, Oct 6, 2009 at 11:45 PM, Diego Viola Tihomir> <diego.viola@gmail.com> wrote: Tihomir> Tihomir> Instead of complaining and demanding things for free, people Tihomir> should start to put their money where their mouth is. Tihomir> Tihomir> Diego Tihomir> On Tue, Oct 6, 2009 at 8:47 PM, Tihomir Culjaga <tculjaga@gmail.com> wrote: Tihomir> Tihomir> hi Anthony, Tihomir> it is somewhere here: Tihomir>          switch_status_t Tihomir> FSConnection::receive_message(switch_core_session_message_t *msg) Tihomir> Tihomir> anyhow, i will open an issue jira of course. Tihomir> I understand your financial point of view, but anyhow while Tihomir> the entire world is wants sip and trying to move to sip, the Tihomir> reality is quite different. The majority of voice traffic Tihomir> exchanged via IP is still H323. This means a working SIP - Tihomir> H323 interworking is really needed... pity nobody wants/has Tihomir> time to work in this direction to produce a decent mod_h323. Tihomir> Tihomir> T. Tihomir>   Tihomir> On Tue, Oct 6, 2009 at 9:25 PM, Anthony Minessale Tihomir> <anthony.minessale@gmail.com> wrote: Tihomir> Tihomir> pcap is not as useful as FS console log on debug with: Tihomir> sofia profile internal siptrace on Tihomir> Tihomir> you should be reporting issues to jira under mod_opal not to the mailing list. Tihomir> http://jira.freeswitch.org Tihomir> Tihomir> FYI Tihomir> There is little financial support from the community for Tihomir> h323 which prevents the mod_opal from getting much attention. Tihomir> We actually have to contract the author of opal to help with Tihomir> these issues including the original writing of the module Tihomir> that he did with very little funding and nobody ever wants to pay him to improve it. Tihomir> Tihomir> That does not mean your issue will not be addressed but Tihomir> there is no promise how fast it will be. Tihomir> On Tue, Oct 6, 2009 at 12:37 PM, Tihomir Culjaga <tculjaga@gmail.com> wrote: Tihomir> Tihomir> hello guys, Tihomir> i was playing with mod_opal to see if i can make it working Tihomir> ... well it seems SIP-H323 interworking is not tuned at all. Tihomir> Tihomir> I have a call from a registered sip user (1001) to PSTN via mod_opal Tihomir> Tihomir> <include> Tihomir>   <extension name="EMERGENCY"> Tihomir>     <condition field="destination_number" Tihomir> expression="^0(112|9[23456])$"> Tihomir>       <action application="set" Tihomir> data="effective_caller_id_number=1001282122"/> Tihomir>       <action application="set" data="NCX_IP=10.4.4.254"/> Tihomir>       <action application="set" data="call_timeout=30"/> Tihomir>       <action application="set" data="hangup_after_bridge=true"/> Tihomir> Tihomir>       <action application="bridge" data="opal/h323:0$1@${NCX_IP}"/> Tihomir>     </condition> Tihomir>   </extension> Tihomir>   <extension name="SPECIAL_SERVICES"> Tihomir>     <condition field="destination_number" Tihomir> expression="^0(9[01789]\d{3,4})$"> Tihomir>       <action application="set" Tihomir> data="effective_caller_id_number=1001282122"/> Tihomir>       <action application="set" data="NCX_IP=10.4.4.254"/> Tihomir>       <action application="set" data="call_timeout=30"/> Tihomir>       <action application="set" data="hangup_after_bridge=true"/> Tihomir>       <action application="bridge" data="opal/h323:0$1@${NCX_IP}"/> Tihomir>     </condition> Tihomir>   </extension> Tihomir>   <extension name="ENYTHING_ELSE"> Tihomir>     <condition field="destination_number" Tihomir> expression="^0([2-8]\d{6,7}|0[1-9]\d{7,8}|00[1-9]\d{8,16})$"> Tihomir>       <action application="set" Tihomir> data="effective_caller_id_number=1001282122"/> Tihomir>       <action application="set" data="NCX_IP=10.4.4.254"/> Tihomir>       <action application="set" data="call_timeout=30"/> Tihomir>       <action application="set" data="hangup_after_bridge=true"/> Tihomir> Tihomir>       <action application="bridge" data="opal/h323:0$1@${NCX_IP}"/> Tihomir>     </condition> Tihomir>   </extension> Tihomir> </include> Tihomir> One of the many issues i sow is that FS connects the call on Tihomir> SIP leg before it actually receives H.225 connect from H323 Tihomir> leg... as it is configured to send 200 OK on the 1st H.225 Tihomir> message containing a FastStart element/OLC. Tihomir> Tihomir> Attached is the tcpdump i took on FS machine... just use Tihomir> this filter: "h225 or h245 or q931 or sip" Tihomir> Also, you can check the attac CDR,,,, this is an unanswered Tihomir> call i placed to PSTN and FS billed it 23 seconds. Tihomir> Tihomir> Can anyone tell where i can do correct SIP - H323 message mappings to avoid this? Tihomir> T. Tihomir> Tihomir> Tihomir> _______________________________________________ Tihomir> FreeSWITCH-users mailing list Tihomir> FreeSWITCH-users@lists.freeswitch.org Tihomir> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users Tihomir> Tihomir> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users Tihomir> http://www.freeswitch.org Tihomir> Tihomir> -- Tihomir> Anthony Minessale II Tihomir> FreeSWITCH http://www.freeswitch.org/ Tihomir> ClueCon http://www.cluecon.com/ Tihomir> Twitter: http://twitter.com/FreeSWITCH_wire Tihomir> AIM: anthm Tihomir> MSN:anthony_minessale@hotmail.com Tihomir> GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com Tihomir> IRC: irc.freenode.net #freeswitch Tihomir> FreeSWITCH Developer Conference Tihomir> sip:888@conference.freeswitch.org Tihomir> iax:guest@conference.freeswitch.org/888 Tihomir> googletalk:conf+888@conference.freeswitch.org Tihomir> pstn:213-799-1400 Tihomir> Tihomir> _______________________________________________ Tihomir> FreeSWITCH-users mailing list Tihomir> FreeSWITCH-users@lists.freeswitch.org Tihomir> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users Tihomir> Tihomir> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users Tihomir> http://www.freeswitch.org Tihomir> Tihomir> Tihomir> _______________________________________________ Tihomir> FreeSWITCH-users mailing list Tihomir> FreeSWITCH-users@lists.freeswitch.org Tihomir> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users Tihomir> Tihomir> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users Tihomir> http://www.freeswitch.org Tihomir> Tihomir> Tihomir> _______________________________________________ Tihomir> FreeSWITCH-users mailing list Tihomir> FreeSWITCH-users@lists.freeswitch.org Tihomir> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users Tihomir> Tihomir> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users Tihomir> http://www.freeswitch.org Tihomir> Tihomir> Tihomir> _______________________________________________ Tihomir> FreeSWITCH-users mailing list Tihomir> FreeSWITCH-users@lists.freeswitch.org Tihomir> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users Tihomir> Tihomir> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users Tihomir> http://www.freeswitch.org Tihomir> Tihomir> Tihomir> _______________________________________________ Tihomir> FreeSWITCH-users mailing list Tihomir> FreeSWITCH-users@lists.freeswitch.org Tihomir> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users Tihomir> Tihomir> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users Tihomir> http://www.freeswitch.org Tihomir>

I think the way to determine the funding is to get all the most important issues up on jira, try to deal with them and see if we need to put bounties on any of them to get them done faster. On Wed, Oct 7, 2009 at 3:37 AM, Tihomir Culjaga <tculjaga@gmail.com> wrote:

Anthony,

of course, nobody wants to start anything... we are all here to help making FS a better product.

so, regarding the founding for mod_opal ... what is the amount you need?

Tihomir.

On Wed, Oct 7, 2009 at 2:58 AM, Anthony Minessale < anthony.minessale@gmail.com> wrote:

...

I didn't mean to start anything. I'm just saying we work very long hours and barely get anybody asking about h.323. I wanted to support it and that's why we took up a collection to get funding for mod_opal but when only 1 donor showed any interest we were forced to proceed in our spare time which is very limited.

The developers of opal are not part of our project and they need financial compensation to be motivated to work on it. Its not even related to me its only fair that an outside developer who makes his living as a consultant would want money to integrate his work into our project.

Like I said, I will do my best to point your issue to the opal devs but I cannot force them to work on it.

On Tue, Oct 6, 2009 at 7:22 PM, Diego Viola <diego.viola@gmail.com>wrote:

...

Yeah I understand your point of view, but saying "I want a H.323 module" or "I want a Ferrari" wont magically make it happen.

We need to work on it ourselves or pay to the people that knows how to do it to do it for us.

There is no other way I think.

Diego

On Tue, Oct 6, 2009 at 11:41 PM, Tihomir Culjaga <tculjaga@gmail.com>wrote:

...

Diego,

what i'm pointing here is the situation where you have a great product that lacks in one of most common protocol. It is true H323 is going to disappear (eventually), it is true that the community prefers SIP/IAX instead ... but the reality still remains. H323 is going to be used for quite a long time to exchange a lot of traffic while FS will be left aside. Today, when you setup an IP peering interconnection 80% of carriers will prefer H323.

Of course, developing something costs "time" (and we all know what time stands for...) and as i said, i understand the financial point of view and i really understand if nobody is going to work on that, but let's face it FS doesn't have any usable module to reliably handle H323 protocol.

said that, i don't intend to offend anyone... just facing the reality.

regarding the h323 module, we don't have any issue fixing the existing or developing a new one... but before we go developing something it is always better check if the thing you want already exists in an usable state or not... that's what i did today.

So, I'm interested in a reliable module handling H323v4... anyone else?

T.

On Tue, Oct 6, 2009 at 11:45 PM, Diego Viola <diego.viola@gmail.com>wrote:

...

Instead of complaining and demanding things for free, people should start to put their money where their mouth is.

Diego

On Tue, Oct 6, 2009 at 8:47 PM, Tihomir Culjaga <tculjaga@gmail.com>wrote:

...

hi Anthony,

it is somewhere here:

switch_status_t FSConnection::receive_message(switch_core_session_message_t *msg)

anyhow, i will open an issue jira of course.

I understand your financial point of view, but anyhow while the entire world is wants sip and trying to move to sip, the reality is quite different. The majority of voice traffic exchanged via IP is still H323. This means a working SIP - H323 interworking is really needed... pity nobody wants/has time to work in this direction to produce a decent mod_h323.

T.

On Tue, Oct 6, 2009 at 9:25 PM, Anthony Minessale < anthony.minessale@gmail.com> wrote:

> pcap is not as useful as FS console log on debug with: > sofia profile internal siptrace on > > you should be reporting issues to jira under mod_opal not to the > mailing list. > http://jira.freeswitch.org > > FYI > There is little financial support from the community for h323 which > prevents the mod_opal from getting much attention. > We actually have to contract the author of opal to help with these > issues including the original writing of the module that he did with very > little funding and nobody ever wants to pay him to improve it. > > That does not mean your issue will not be addressed but there is no > promise how fast it will be. > > > > On Tue, Oct 6, 2009 at 12:37 PM, Tihomir Culjaga <tculjaga@gmail.com > > wrote: > >> hello guys, >> >> >> i was playing with mod_opal to see if i can make it working ... well >> it seems SIP-H323 interworking is not tuned at all. >> >> I have a call from a registered sip user (1001) to PSTN via mod_opal >> >> >> <include> >> <extension name="EMERGENCY"> >> <condition field="destination_number" >> expression="^0(112|9[23456])$"> >> <action application="set" >> data="effective_caller_id_number=1001282122"/> >> <action application="set" data="NCX_IP=10.4.4.254"/> >> <action application="set" data="call_timeout=30"/> >> <action application="set" data="hangup_after_bridge=true"/> >> >> <action application="bridge" data="opal/h323:0$1@${NCX_IP}"/> >> </condition> >> </extension> >> >> <extension name="SPECIAL_SERVICES"> >> <condition field="destination_number" >> expression="^0(9[01789]\d{3,4})$"> >> <action application="set" >> data="effective_caller_id_number=1001282122"/> >> <action application="set" data="NCX_IP=10.4.4.254"/> >> <action application="set" data="call_timeout=30"/> >> <action application="set" data="hangup_after_bridge=true"/> >> >> <action application="bridge" data="opal/h323:0$1@${NCX_IP}"/> >> </condition> >> </extension> >> >> <extension name="ENYTHING_ELSE"> >> <condition field="destination_number" >> expression="^0([2-8]\d{6,7}|0[1-9]\d{7,8}|00[1-9]\d{8,16})$"> >> <action application="set" >> data="effective_caller_id_number=1001282122"/> >> <action application="set" data="NCX_IP=10.4.4.254"/> >> <action application="set" data="call_timeout=30"/> >> <action application="set" data="hangup_after_bridge=true"/> >> >> <action application="bridge" data="opal/h323:0$1@${NCX_IP}"/> >> </condition> >> </extension> >> </include> >> >> >> >> One of the many issues i sow is that FS connects the call on SIP leg >> before it actually receives H.225 connect from H323 leg... as it is >> configured to send 200 OK on the 1st H.225 message containing a FastStart >> element/OLC. >> >> >> Attached is the tcpdump i took on FS machine... just use this >> filter: "h225 or h245 or q931 or sip" >> Also, you can check the attac CDR,,,, this is an unanswered call i >> placed to PSTN and FS billed it 23 seconds. >> >> >> >> Can anyone tell where i can do correct SIP - H323 message mappings >> to avoid this? >> >> >> >> T. >> >> >> >> >> _______________________________________________ >> FreeSWITCH-users mailing list >> FreeSWITCH-users@lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE: >> http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> >> > > > -- > Anthony Minessale II > > FreeSWITCH http://www.freeswitch.org/ > ClueCon http://www.cluecon.com/ > Twitter: http://twitter.com/FreeSWITCH_wire > > AIM: anthm > MSN:anthony_minessale@hotmail.com<MSN%3Aanthony_minessale@hotmail.com> > GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com<PAYPAL%3Aanthony.minessale@gmail.com> > IRC: irc.freenode.net #freeswitch > > FreeSWITCH Developer Conference > sip:888@conference.freeswitch.org<sip%3A888@conference.freeswitch.org> > iax:guest@conference.freeswitch.org/888 > googletalk:conf+888@conference.freeswitch.org<googletalk%3Aconf%2B888@conference.freeswitch.org> > pstn:213-799-1400 > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users@lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE: > http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > >

_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE: http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org

_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE: http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org

_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE: http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org

_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org

-- Anthony Minessale II

FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/ Twitter: http://twitter.com/FreeSWITCH_wire

AIM: anthm MSN:anthony_minessale@hotmail.com <MSN%3Aanthony_minessale@hotmail.com> GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com<PAYPAL%3Aanthony.minessale@gmail.com> IRC: irc.freenode.net #freeswitch

FreeSWITCH Developer Conference sip:888@conference.freeswitch.org <sip%3A888@conference.freeswitch.org> iax:guest@conference.freeswitch.org/888 googletalk:conf+888@conference.freeswitch.org<googletalk%3Aconf%2B888@conference.freeswitch.org> pstn:213-799-1400

_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org

_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org

-- Anthony Minessale II FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/ Twitter: http://twitter.com/FreeSWITCH_wire AIM: anthm MSN:anthony_minessale@hotmail.com <MSN%3Aanthony_minessale@hotmail.com> GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com<PAYPAL%3Aanthony.minessale@gmail.com> IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:888@conference.freeswitch.org <sip%3A888@conference.freeswitch.org> iax:guest@conference.freeswitch.org/888 googletalk:conf+888@conference.freeswitch.org<googletalk%3Aconf%2B888@conference.freeswitch.org> pstn:213-799-1400

Claudiu Filip wrote:

Hi,

Wednesday, October 7, 2009, 3:58:20 AM, Anthony M. wrote:

...

barely get anybody asking about h.323.

H323 may not be popular for small ITSPs or small/medium PBXes, but it's widely used by the big players.. and freeswitch doesnt share the same goals with asterisk.

Best wishes,

Claudiu Filip

I have to agree with Filip, H323 is not popular (or sometimes even known) to the VoIP end user and small PBX community. In fact many VoIP users that I've talked with even believe that VoIP started with SIP, which is not true. H323 although diminishing in usage is still used among voice carriers because it better resembles telephony environments and is not prone to errors and problems of SIP (example: if there is a network error in mid-call H323 uses TCP for signaling and therefore almost immediately detects the error to hang-up the call, while SIP _typically_ uses UDP and cannot detect such issues via signaling but only if a media gateway monitors RTP activity etc.). As it is already pointed out, many carriers switch to SIP steadily, but still H323 is important for carrier-to carrier interconnection. FreeSWITCH is positioned/advertised as a high-capacity softswitch (not just a SME PBX) which implies interconnection with large carriers (who still prefer H323). There are many SIP platforms out there, open source and closed source that can do SIP (most of them pretty good, some of them excellent). There are many closed source platforms that can do SIP and H323 pretty good (and some of them excellent). However, there is no open source platform that can do BOTH SIP and H323 REALLY good. That could be a competitive advantage for an open source platform... NOTE: All the above is just academic discussion. A reply to the above in the spirit "put your money where your mouth is" is not really constructive and will be countered by a series of valid arguments against it. Best regards, Vlasis Hatzistavrou.

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

Brian West <brian@freeswitch.org> wrote:

From what I have been told h323plus is a based/fork of OpenH323 which OPAL is just a continuation of OpenH323.

From a quick search of gmane.org, the situation seems a little more complicated.

http://article.gmane.org/gmane.comp.telephony.openh323.general/10930/match=h...

On 2009-10-07 15:09 -0500, Brian West wrote freeswitch-users@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: GHhost@jabber.tula-ix.net.ru JID: GHhost@jabber.tula-ix.net.ru YG129-RIPE YG129-RIPE

That code is GPL, not license compatible. ;( 2009/10/8 Tihomir Culjaga <tculjaga@gmail.com>:

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

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

T.

-- -Rupa

yep, you made the point :P T. 2009/10/8 Georgiewskiy Yuriy <bottleman@icf.org.ru>

On 2009-10-08 16:20 +0200, Tihomir Culjaga wrote freeswitch-users@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 <bottleman@icf.org.ru> TC> TC>> On 2009-10-07 15:09 -0500, Brian West wrote TC>> freeswitch-users@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: GHhost@jabber.tula-ix.net.ru JID: GHhost@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: GHhost@jabber.tula-ix.net.ru JID: GHhost@jabber.tula-ix.net.ru YG129-RIPE YG129-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

If you are going to make that alternate module are you going to host it in the FS tree along side mod_opal? also if were working on mod_opal why did you not try to involve us and the opal team? How far away from what is in tree are these patches you have? 2009/10/8 Georgiewskiy Yuriy <bottleman@icf.org.ru>

On 2009-10-07 15:09 -0500, Brian West wrote freeswitch-users@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: GHhost@jabber.tula-ix.net.ru JID: GHhost@jabber.tula-ix.net.ru YG129-RIPE YG129-RIPE

_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org

-- Anthony Minessale II FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/ Twitter: http://twitter.com/FreeSWITCH_wire AIM: anthm MSN:anthony_minessale@hotmail.com <MSN%3Aanthony_minessale@hotmail.com> GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com<PAYPAL%3Aanthony.minessale@gmail.com> IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:888@conference.freeswitch.org <sip%3A888@conference.freeswitch.org> iax:guest@conference.freeswitch.org/888 googletalk:conf+888@conference.freeswitch.org<googletalk%3Aconf%2B888@conference.freeswitch.org> pstn:213-799-1400

Georgiewskiy Yuriy wrote:

On 2009-10-08 10:43 -0500, Anthony Minessale wrote freeswitch-users@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 :)

Hello Yuriy, Since FS already has its own RTP stack (for pass-through and transcoding) wouldn't it be best if your H323 implementation with OPAL was used for signaling only and rely on FS RTP for the media? Perhaps that would save you time and effort, too? Best regards, Vlasis Hatzistavrou.

hmm, not following that very well. FS RTP stack only sends and receives and has no understanding of encode/decode...... mod_opal uses OPAL rtp stack. 2009/10/8 Georgiewskiy Yuriy <bottleman@icf.org.ru>

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-users@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: GHhost@jabber.tula-ix.net.ru JID: GHhost@jabber.tula-ix.net.ru YG129-RIPE YG129-RIPE

_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org

-- Anthony Minessale II FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/ Twitter: http://twitter.com/FreeSWITCH_wire AIM: anthm MSN:anthony_minessale@hotmail.com <MSN%3Aanthony_minessale@hotmail.com> GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com<PAYPAL%3Aanthony.minessale@gmail.com> IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:888@conference.freeswitch.org <sip%3A888@conference.freeswitch.org> iax:guest@conference.freeswitch.org/888 googletalk:conf+888@conference.freeswitch.org<googletalk%3Aconf%2B888@conference.freeswitch.org> pstn:213-799-1400

Hi, 2009/10/8 Georgiewskiy Yuriy <bottleman@icf.org.ru>:

On 2009-10-08 10:43 -0500, Anthony Minessale wrote freeswitch-users@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 :)

If you dont use fs rtp stack, its unlikely that it will be accepted into the tree.

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.

Thats bad. Any bugfixes from fs, goes to upstream on any of the used libraries. You should be doing the same. And Opal developers, will either include or refuse your patches. If they refuse it, they will give you the reason.

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.

If you dont publish your changes, all those you are trying to achieve, wont happen.

AM>How far away from what is in tree are these patches you have? AM> AM>2009/10/8 Georgiewskiy Yuriy <bottleman@icf.org.ru> AM> AM>> On 2009-10-07 15:09 -0500, Brian West wrote AM>> freeswitch-users@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

The patch you have in there, adds a method to the OpalCall, it does not touch any parts of OpalManager so, i dont understand why opalmanager would be the cause of your pain?

AM>> there is no way to send progress inicator throuch opalmgr. and there is AM>> many another issues like AM>> this in that layer.

Please point me to the issues you have in opal, their bug reports , traces etc. I dont think any of the opal people has psychic abilities to detect -your- problems and solve them.

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.

Did any of you try to report those issues? Regards /tyn

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: GHhost@jabber.tula-ix.net.ru JID: GHhost@jabber.tula-ix.net.ru AM>> YG129-RIPE                        YG129-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: GHhost@jabber.tula-ix.net.ru JID: GHhost@jabber.tula-ix.net.ru YG129-RIPE                        YG129-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

Hi Yuriy, can you share what you have so far, I'm sure we can help with RTP part... T. 2009/10/8 Georgiewskiy Yuriy <bottleman@icf.org.ru>

On 2009-10-08 13:25 -0400, Tuyan ?zipek wrote freeswitch-users@lists.freesw...:

Tz>Hi, Tz> Tz>2009/10/8 Georgiewskiy Yuriy <bottleman@icf.org.ru>: Tz>> On 2009-10-08 10:43 -0500, Anthony Minessale wrote freeswitch-users@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 <bottleman@icf.org.ru> Tz>> AM> Tz>> AM>> On 2009-10-07 15:09 -0500, Brian West wrote Tz>> AM>> freeswitch-users@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>> Георгиевский Юрий. Georgiewskiy Yuriy Tz>> AM>> +7 4872 711666 +7 4872 711666 Tz>> AM>> факс +7 4872 711143 fax +7 4872 711143 Tz>> AM>> Компания ООО "Ай Ти Сервис" IT Service Ltd Tz>> AM>> http://nkoort.ru http://nkoort.ru Tz>> AM>> JID: GHhost@jabber.tula-ix.net.ru JID: GHhost@jabber.tula-ix.net.ru Tz>> AM>> YG129-RIPE YG129-RIPE Tz>> AM>> Tz>> AM>> _______________________________________________ Tz>> AM>> FreeSWITCH-users mailing list Tz>> AM>> FreeSWITCH-users@lists.freeswitch.org Tz>> AM>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users Tz>> AM>> UNSUBSCRIBE: http://lists.freeswitch.org/mailman/options/freeswitch-users Tz>> AM>> http://www.freeswitch.org Tz>> AM>> Tz>> AM>> Tz>> AM> Tz>> AM> Tz>> AM> Tz>> Tz>> C уважением With Best Regards Tz>> Георгиевский Юрий. Georgiewskiy Yuriy Tz>> +7 4872 711666 +7 4872 711666 Tz>> факс +7 4872 711143 fax +7 4872 711143 Tz>> Компания ООО "Ай Ти Сервис" IT Service Ltd Tz>> http://nkoort.ru http://nkoort.ru Tz>> JID: GHhost@jabber.tula-ix.net.ru JID: GHhost@jabber.tula-ix.net.ru Tz>> YG129-RIPE YG129-RIPE Tz>> _______________________________________________ Tz>> FreeSWITCH-users mailing list Tz>> FreeSWITCH-users@lists.freeswitch.org Tz>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users Tz>> UNSUBSCRIBE: http://lists.freeswitch.org/mailman/options/freeswitch-users Tz>> http://www.freeswitch.org Tz>> Tz>> Tz> Tz>_______________________________________________ Tz>FreeSWITCH-users mailing list Tz>FreeSWITCH-users@lists.freeswitch.org Tz>http://lists.freeswitch.org/mailman/listinfo/freeswitch-users Tz>UNSUBSCRIBE: http://lists.freeswitch.org/mailman/options/freeswitch-users Tz>http://www.freeswitch.org Tz>

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

_______________________________________________ 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

k 2009/10/8 Georgiewskiy Yuriy <bottleman@icf.org.ru>

On 2009-10-08 20:32 +0200, Tihomir Culjaga wrote freeswitch-users@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 <bottleman@icf.org.ru> TC> TC>> On 2009-10-08 13:25 -0400, Tuyan ?zipek wrote TC>> freeswitch-users@lists.freesw...: TC>> TC>> Tz>Hi, TC>> Tz> TC>> Tz>2009/10/8 Georgiewskiy Yuriy <bottleman@icf.org.ru>: TC>> Tz>> On 2009-10-08 10:43 -0500, Anthony Minessale wrote TC>> freeswitch-users@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 <bottleman@icf.org.ru> TC>> Tz>> AM> TC>> Tz>> AM>> On 2009-10-07 15:09 -0500, Brian West wrote TC>> Tz>> AM>> freeswitch-users@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>> AM>> BW>developers of OPAL/OpenH323 ? TC>> Tz>> AM>> BW> TC>> Tz>> AM>> BW>/b TC>> Tz>> AM>> BW> TC>> Tz>> AM>> BW>On Oct 7, 2009, at 7:50 AM, Georgiewskiy Yuriy wrote: TC>> Tz>> AM>> BW> TC>> Tz>> AM>> BW>> We are developing module to handle h323 proto now, we try to TC>> use TC>> Tz>> AM>> BW>> mod_opal and try improve it, but no luck, TC>> Tz>> AM>> BW>> there is many issues in libopal, and finaly we now move to TC>> h323plus TC>> Tz>> AM>> BW>> library. TC>> Tz> TC>> Tz>Did any of you try to report those issues? TC>> Tz> TC>> Tz>Regards TC>> Tz> TC>> Tz>/tyn TC>> Tz> TC>> Tz>> AM>> BW> TC>> Tz>> AM>> BW> TC>> Tz>> AM>> BW>_______________________________________________ TC>> Tz>> AM>> BW>FreeSWITCH-users mailing list TC>> Tz>> AM>> BW>FreeSWITCH-users@lists.freeswitch.org TC>> Tz>> AM>> BW> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users TC>> Tz>> AM>> BW>UNSUBSCRIBE: TC>> Tz>> AM>> http://lists.freeswitch.org/mailman/options/freeswitch-users TC>> Tz>> AM>> BW>http://www.freeswitch.org TC>> Tz>> AM>> BW> TC>> Tz>> AM>> TC>> Tz>> AM>> C уважением With Best Regards TC>> Tz>> AM>> Георгиевский Юрий. Georgiewskiy Yuriy TC>> Tz>> AM>> +7 4872 711666 +7 4872 711666 TC>> Tz>> AM>> факс +7 4872 711143 fax +7 4872 711143 TC>> Tz>> AM>> Компания ООО "Ай Ти Сервис" IT Service Ltd TC>> Tz>> AM>> http://nkoort.ru http://nkoort.ru TC>> Tz>> AM>> JID: GHhost@jabber.tula-ix.net.ru JID: TC>> GHhost@jabber.tula-ix.net.ru TC>> Tz>> AM>> YG129-RIPE YG129-RIPE TC>> Tz>> AM>> TC>> Tz>> AM>> _______________________________________________ TC>> Tz>> AM>> FreeSWITCH-users mailing list TC>> Tz>> AM>> FreeSWITCH-users@lists.freeswitch.org TC>> Tz>> AM>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users TC>> Tz>> AM>> UNSUBSCRIBE: TC>> http://lists.freeswitch.org/mailman/options/freeswitch-users TC>> Tz>> AM>> http://www.freeswitch.org TC>> Tz>> AM>> TC>> Tz>> AM>> TC>> Tz>> AM> TC>> Tz>> AM> TC>> Tz>> AM> TC>> Tz>> TC>> Tz>> C уважением With Best Regards TC>> Tz>> Георгиевский Юрий. Georgiewskiy Yuriy TC>> Tz>> +7 4872 711666 +7 4872 711666 TC>> Tz>> факс +7 4872 711143 fax +7 4872 711143 TC>> Tz>> Компания ООО "Ай Ти Сервис" IT Service Ltd TC>> Tz>> http://nkoort.ru http://nkoort.ru TC>> Tz>> JID: GHhost@jabber.tula-ix.net.ru JID: GHhost@jabber.tula-ix.net.ru TC>> Tz>> YG129-RIPE YG129-RIPE TC>> Tz>> _______________________________________________ TC>> Tz>> FreeSWITCH-users mailing list TC>> Tz>> FreeSWITCH-users@lists.freeswitch.org TC>> Tz>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users TC>> Tz>> UNSUBSCRIBE: TC>> http://lists.freeswitch.org/mailman/options/freeswitch-users TC>> Tz>> http://www.freeswitch.org TC>> Tz>> TC>> Tz>> TC>> Tz> TC>> Tz>_______________________________________________ TC>> Tz>FreeSWITCH-users mailing list TC>> Tz>FreeSWITCH-users@lists.freeswitch.org TC>> Tz>http://lists.freeswitch.org/mailman/listinfo/freeswitch-users TC>> Tz>UNSUBSCRIBE: TC>> http://lists.freeswitch.org/mailman/options/freeswitch-users TC>> Tz>http://www.freeswitch.org TC>> Tz> 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: GHhost@jabber.tula-ix.net.ru JID: GHhost@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: GHhost@jabber.tula-ix.net.ru JID: GHhost@jabber.tula-ix.net.ru YG129-RIPE YG129-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

On 2009-10-08 20:32 +0200, Tihomir Culjaga wrote freeswitch-users@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 <bottleman@icf.org.ru> TC> TC>> On 2009-10-08 13:25 -0400, Tuyan ?zipek wrote TC>> freeswitch-users@lists.freesw...: TC>> TC>> Tz>Hi, TC>> Tz> TC>> Tz>2009/10/8 Georgiewskiy Yuriy <bottleman@icf.org.ru>: TC>> Tz>> On 2009-10-08 10:43 -0500, Anthony Minessale wrote TC>> freeswitch-users@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 <bottleman@icf.org.ru> TC>> Tz>> AM> TC>> Tz>> AM>> On 2009-10-07 15:09 -0500, Brian West wrote TC>> Tz>> AM>> freeswitch-users@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>> AM>> BW>developers of OPAL/OpenH323 ? TC>> Tz>> AM>> BW> TC>> Tz>> AM>> BW>/b TC>> Tz>> AM>> BW> TC>> Tz>> AM>> BW>On Oct 7, 2009, at 7:50 AM, Georgiewskiy Yuriy wrote: TC>> Tz>> AM>> BW> TC>> Tz>> AM>> BW>> We are developing module to handle h323 proto now, we try to TC>> use TC>> Tz>> AM>> BW>> mod_opal and try improve it, but no luck, TC>> Tz>> AM>> BW>> there is many issues in libopal, and finaly we now move to TC>> h323plus TC>> Tz>> AM>> BW>> library. TC>> Tz> TC>> Tz>Did any of you try to report those issues? TC>> Tz> TC>> Tz>Regards TC>> Tz> TC>> Tz>/tyn TC>> Tz> TC>> Tz>> AM>> BW> TC>> Tz>> AM>> BW> TC>> Tz>> AM>> BW>_______________________________________________ TC>> Tz>> AM>> BW>FreeSWITCH-users mailing list TC>> Tz>> AM>> BW>FreeSWITCH-users@lists.freeswitch.org TC>> Tz>> AM>> BW>http://lists.freeswitch.org/mailman/listinfo/freeswitch-users TC>> Tz>> AM>> BW>UNSUBSCRIBE: TC>> Tz>> AM>> http://lists.freeswitch.org/mailman/options/freeswitch-users TC>> Tz>> AM>> BW>http://www.freeswitch.org TC>> Tz>> AM>> BW> TC>> Tz>> AM>> TC>> Tz>> AM>> C уважением With Best Regards TC>> Tz>> AM>> Георгиевский Юрий. Georgiewskiy Yuriy TC>> Tz>> AM>> +7 4872 711666 +7 4872 711666 TC>> Tz>> AM>> факс +7 4872 711143 fax +7 4872 711143 TC>> Tz>> AM>> Компания ООО "Ай Ти Сервис" IT Service Ltd TC>> Tz>> AM>> http://nkoort.ru http://nkoort.ru TC>> Tz>> AM>> JID: GHhost@jabber.tula-ix.net.ru JID: TC>> GHhost@jabber.tula-ix.net.ru TC>> Tz>> AM>> YG129-RIPE YG129-RIPE TC>> Tz>> AM>> TC>> Tz>> AM>> _______________________________________________ TC>> Tz>> AM>> FreeSWITCH-users mailing list TC>> Tz>> AM>> FreeSWITCH-users@lists.freeswitch.org TC>> Tz>> AM>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users TC>> Tz>> AM>> UNSUBSCRIBE: TC>> http://lists.freeswitch.org/mailman/options/freeswitch-users TC>> Tz>> AM>> http://www.freeswitch.org TC>> Tz>> AM>> TC>> Tz>> AM>> TC>> Tz>> AM> TC>> Tz>> AM> TC>> Tz>> AM> TC>> Tz>> TC>> Tz>> C уважением With Best Regards TC>> Tz>> Георгиевский Юрий. Georgiewskiy Yuriy TC>> Tz>> +7 4872 711666 +7 4872 711666 TC>> Tz>> факс +7 4872 711143 fax +7 4872 711143 TC>> Tz>> Компания ООО "Ай Ти Сервис" IT Service Ltd TC>> Tz>> http://nkoort.ru http://nkoort.ru TC>> Tz>> JID: GHhost@jabber.tula-ix.net.ru JID: GHhost@jabber.tula-ix.net.ru TC>> Tz>> YG129-RIPE YG129-RIPE TC>> Tz>> _______________________________________________ TC>> Tz>> FreeSWITCH-users mailing list TC>> Tz>> FreeSWITCH-users@lists.freeswitch.org TC>> Tz>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users TC>> Tz>> UNSUBSCRIBE: TC>> http://lists.freeswitch.org/mailman/options/freeswitch-users TC>> Tz>> http://www.freeswitch.org TC>> Tz>> TC>> Tz>> TC>> Tz> TC>> Tz>_______________________________________________ TC>> Tz>FreeSWITCH-users mailing list TC>> Tz>FreeSWITCH-users@lists.freeswitch.org TC>> Tz>http://lists.freeswitch.org/mailman/listinfo/freeswitch-users TC>> Tz>UNSUBSCRIBE: TC>> http://lists.freeswitch.org/mailman/options/freeswitch-users TC>> Tz>http://www.freeswitch.org TC>> Tz> 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: GHhost@jabber.tula-ix.net.ru JID: GHhost@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: GHhost@jabber.tula-ix.net.ru JID: GHhost@jabber.tula-ix.net.ru YG129-RIPE YG129-RIPE

We can host this in our SVN if you wish? /b On Oct 12, 2009, at 8:31 AM, Georgiewskiy Yuriy wrote:

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.

hi, can't make it... subZero:~/freeswitch-trunk$ make mod_h323 making all mod_h323 Compiling mod_h323.cpp... quiet_libtool: compile: g++ -g -ggdb -I/usr/local/include/ptlib -I/usr/local/include/openh323 -I. -DPTRACING=1 -D_REENTRANT -fno-exceptions -I/home/tculjaga/freeswitch-trunk/src/include -I/home/tculjaga/freeswitch-trunk/libs/libteletone/src -fPIC -fvisibility=hidden -DSWITCH_API_VISIBILITY=1 -DHAVE_VISIBILITY=1 -g -O2 -D_GNU_SOURCE -DHAVE_CONFIG_H -c mod_h323.cpp -fPIC -DPIC -o .libs/mod_h323.o In file included from /usr/local/include/openh323/h323.h:493, from mod_h323.h:8, from mod_h323.cpp:3: /usr/local/include/openh323/h323ep.h: In member function ‘virtual void NATFactoryStartup::OnShutdown()’: /usr/local/include/openh323/h323ep.h:2731: error: ‘NatFactory’ has not been declared make[4]: *** [mod_h323.lo] Error 1 make[3]: *** [all] Error 1 make[2]: *** [mod_h323-all] Error 1 make[1]: *** [mod_h323] Error 2 make: *** [mod_h323] Error 2 what exact ptlib and h323plus versions did you use? .. can you send us a link so we can use the exact ones. T. 2009/10/12 Georgiewskiy Yuriy <bottleman@icf.org.ru>

On 2009-10-12 09:43 -0500, Brian West wrote freeswitch-users@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: GHhost@jabber.tula-ix.net.ru JID: GHhost@jabber.tula-ix.net.ru YG129-RIPE YG129-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

hi, finally i compiled it right ... had a stupid issue with ekiga and wrong ptlib in place... anyhow, i loaded the module and will continue the tests tomorrow ...first thing i arrive in my office :P freeswitch@subZero> freeswitch@subZero> API CALL [console(loglevel 7)] output: +OK console log level set to DEBUG freeswitch@subZero> load mod_h323 2009-10-12 23:38:09.509279 [CONSOLE] mod_h323.cpp:93 Starting loading mod_h323 2009-10-12 23:38:09.511413 [DEBUG] mod_h323.cpp:461 Created Listener 'default' 2009-10-12 23:38:09.511413 [DEBUG] mod_h323.cpp:305 Config capabilliti PCMA,GSM,G729,G726 2009-10-12 23:38:09.511413 [DEBUG] mod_h323.cpp:309 Find capabilliti PCMU to PCMA,GSM,G729,G726 2009-10-12 23:38:09.511413 [DEBUG] mod_h323.cpp:309 Find capabilliti PCMA to PCMA,GSM,G729,G726 2009-10-12 23:38:09.511413 [DEBUG] h323caps.cxx:3264 FindCapability: "G.711-uLaw-64k{sw}" 2009-10-12 23:38:09.512480 [DEBUG] h323caps.cxx:3176 Added capability: G.711-uLaw-64k <1> 2009-10-12 23:38:09.512480 [DEBUG] h323caps.cxx:3264 FindCapability: "G.711-uLaw-64k{sw}" 2009-10-12 23:38:09.512480 [DEBUG] h323caps.cxx:3264 FindCapability: "G.711-uLaw-64k{sw}" 2009-10-12 23:38:09.512480 [DEBUG] h323caps.cxx:3264 FindCapability: "G.711-uLaw-64k{sw}" 2009-10-12 23:38:09.512480 [DEBUG] h323caps.cxx:3264 FindCapability: "G.711-uLaw-64k{sw}" 2009-10-12 23:38:09.512480 [DEBUG] h323caps.cxx:1989 No Extended Capabilities found to load 2009-10-12 23:38:09.512480 [DEBUG] mod_h323.cpp:325 H.323 added 1 capabilities 'G.711-uLaw-64k*{sw}' 2009-10-12 23:38:09.512480 [DEBUG] mod_h323.cpp:309 Find capabilliti gsm to PCMA,GSM,G729,G726 2009-10-12 23:38:09.513529 [DEBUG] mod_h323.cpp:309 Find capabilliti msgsm to PCMA,GSM,G729,G726 2009-10-12 23:38:09.513529 [DEBUG] mod_h323.cpp:309 Find capabilliti speex to PCMA,GSM,G729,G726 2009-10-12 23:38:09.513529 [DEBUG] mod_h323.cpp:309 Find capabilliti lpc10 to PCMA,GSM,G729,G726 2009-10-12 23:38:09.513529 [DEBUG] mod_h323.cpp:309 Find capabilliti ilbc20 to PCMA,GSM,G729,G726 2009-10-12 23:38:09.513529 [DEBUG] mod_h323.cpp:309 Find capabilliti ilbc30 to PCMA,GSM,G729,G726 2009-10-12 23:38:09.513529 [DEBUG] mod_h323.cpp:309 Find capabilliti g723 to PCMA,GSM,G729,G726 2009-10-12 23:38:09.513529 [DEBUG] mod_h323.cpp:309 Find capabilliti g726 to PCMA,GSM,G729,G726 2009-10-12 23:38:09.513529 [DEBUG] mod_h323.cpp:309 Find capabilliti g728 to PCMA,GSM,G729,G726 2009-10-12 23:38:09.513529 [DEBUG] mod_h323.cpp:309 Find capabilliti g729b to PCMA,GSM,G729,G726 2009-10-12 23:38:09.513529 [DEBUG] mod_h323.cpp:309 Find capabilliti g729 to PCMA,GSM,G729,G726 2009-10-12 23:38:09.513529 [DEBUG] mod_h323.cpp:309 Find capabilliti slin to PCMA,GSM,G729,G726 2009-10-12 23:38:09.513529 [DEBUG] mod_h323.cpp:309 Find capabilliti g729a to PCMA,GSM,G729,G726 2009-10-12 23:38:09.513529 [DEBUG] mod_h323.cpp:309 Find capabilliti g729ab to PCMA,GSM,G729,G726 2009-10-12 23:38:09.514615 [DEBUG] mod_h323.cpp:309 Find capabilliti g723.1 to PCMA,GSM,G729,G726 2009-10-12 23:38:09.514615 [DEBUG] mod_h323.cpp:309 Find capabilliti g723.1-5k3 to PCMA,GSM,G729,G726 2009-10-12 23:38:09.514615 [DEBUG] mod_h323.cpp:309 Find capabilliti g723.1a-5k3 to PCMA,GSM,G729,G726 2009-10-12 23:38:09.514615 [DEBUG] mod_h323.cpp:309 Find capabilliti g723.1a-6k3 to PCMA,GSM,G729,G726 2009-10-12 23:38:09.514615 [DEBUG] mod_h323.cpp:309 Find capabilliti g723.1a-6k3-cisco to PCMA,GSM,G729,G726 2009-10-12 23:38:09.514615 [DEBUG] mod_h323.cpp:309 Find capabilliti g726-16 to PCMA,GSM,G729,G726 2009-10-12 23:38:09.514615 [DEBUG] mod_h323.cpp:309 Find capabilliti g726-24 to PCMA,GSM,G729,G726 2009-10-12 23:38:09.514615 [DEBUG] mod_h323.cpp:309 Find capabilliti g726-32 to PCMA,GSM,G729,G726 2009-10-12 23:38:09.514615 [DEBUG] mod_h323.cpp:309 Find capabilliti g726-40 to PCMA,GSM,G729,G726 2009-10-12 23:38:09.514615 [DEBUG] mod_h323.cpp:309 Find capabilliti ilbc to PCMA,GSM,G729,G726 2009-10-12 23:38:09.514615 [DEBUG] mod_h323.cpp:309 Find capabilliti speex-18k2 to PCMA,GSM,G729,G726 2009-10-12 23:38:09.514615 [DEBUG] mod_h323.cpp:309 Find capabilliti speex-15k to PCMA,GSM,G729,G726 2009-10-12 23:38:09.514615 [DEBUG] mod_h323.cpp:309 Find capabilliti speex-11k to PCMA,GSM,G729,G726 2009-10-12 23:38:09.515708 [DEBUG] mod_h323.cpp:309 Find capabilliti speex-8k to PCMA,GSM,G729,G726 2009-10-12 23:38:09.515708 [DEBUG] mod_h323.cpp:309 Find capabilliti speex-5k95 to PCMA,GSM,G729,G726 2009-10-12 23:38:09.515708 [DEBUG] h323caps.cxx:3176 Added capability: UserInput/hookflash <2> 2009-10-12 23:38:09.515708 [DEBUG] h323caps.cxx:3176 Added capability: UserInput/basicString <3> 2009-10-12 23:38:09.515708 [DEBUG] h323caps.cxx:3176 Added capability: UserInput/dtmf <4> 2009-10-12 23:38:09.515708 [DEBUG] h323caps.cxx:3176 Added capability: UserInput/RFC2833 <5> 2009-10-12 23:38:09.515708 [DEBUG] h323caps.cxx:3176 Added capability: UserInput/Navigation <6> 2009-10-12 23:38:09.515708 [DEBUG] h323caps.cxx:3176 Added capability: UserInput/Softkey <7> 2009-10-12 23:38:09.515708 [DEBUG] h323caps.cxx:3176 Added capability: UserInput/PointDevice <8> 2009-10-12 23:38:09.515708 [DEBUG] h323caps.cxx:3176 Added capability: UserInput/Modal <9> 2009-10-12 23:38:09.516760 [DEBUG] osutil.cxx:188 File handle high water mark set: 44 PTCPSocket 2009-10-12 23:38:09.516760 [DEBUG] h323ep.cxx:1995 Started listener Listener[ip$10.4.62.7:1720] 2009-10-12 23:38:09.516760 [DEBUG] tlibthrd.cxx:547 Thread high water mark set: 3 2009-10-12 23:38:09.516760 [CONSOLE] mod_h323.cpp:108 Opal manager initialized and running 2009-10-12 23:38:09.516760 [DEBUG] tlibthrd.cxx:454 Started thread 0xb75e0f18 H323 Listener:b5c98b90 2009-10-12 23:38:09.516760 [CONSOLE] switch_loadable_module.c:889 Successfully Loaded [mod_h323] 2009-10-12 23:38:09.516760 [NOTICE] switch_loadable_module.c:142 Adding Endpoint 'h323' API CALL [load(mod_h323)] output: +OK 2009-10-12 23:38:09.516760 [DEBUG] transports.cxx:1521 Awaiting TCP connections on port 1720 2009-10-12 23:38:09.517832 [DEBUG] transports.cxx:1475 Waiting on socket accept on ip$10.4.62.7:1720 2009-10-12 23:38:09.517832 [DEBUG] tlibthrd.cxx:1023 PThread::PXBlockOnIO(44,2) freeswitch@subZero> BTW: to compile everytihng, I used FS trunk, ptlib 2.7.1 and h323plus 1.22.0 Will let you know the results asap. T. 2009/10/12 Georgiewskiy Yuriy <bottleman@icf.org.ru>

On 2009-10-12 18:03 +0200, Tihomir Culjaga wrote freeswitch-users@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 <bottleman@icf.org.ru> TC> TC>> On 2009-10-12 09:43 -0500, Brian West wrote TC>> freeswitch-users@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: GHhost@jabber.tula-ix.net.ru JID: GHhost@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: GHhost@jabber.tula-ix.net.ru JID: GHhost@jabber.tula-ix.net.ru YG129-RIPE YG129-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

this will be perfect ... but it is up to Yuriy if he is willing to donate his work... T. On Tue, Oct 13, 2009 at 8:08 AM, Brian West <brian@freeswitch.org> wrote:

Does anyone see a problem with hosting mod_h323 in our SVN? I would like to centralize everything we can to reuse our issue tracking resources and not fragment the community if possible.

/b

On Oct 12, 2009, at 2:43 PM, Tihomir Culjaga wrote:

...

hi,

finally i compiled it right ... had a stupid issue with ekiga and wrong ptlib in place...

anyhow, i loaded the module and will continue the tests tomorrow ...first thing i arrive in my office :P

_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org

On Tue, Oct 13, 2009 at 8:31 AM, Brian West <brian@freeswitch.org> wrote:

I wouldn't call it donating per se... Its just giving it a place to live with easy access for end users without having to do anything extra go get it! ;)

/b

I agree with you Brian.

_______________________________________________ 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

that will make life easier. 2009/10/13 Brian West <brian@freeswitch.org>

Does anyone see a problem with hosting mod_h323 in our SVN? I would like to centralize everything we can to reuse our issue tracking resources and not fragment the community if possible.

/b

On Oct 12, 2009, at 2:43 PM, Tihomir Culjaga wrote:

...

hi,

finally i compiled it right ... had a stupid issue with ekiga and wrong ptlib in place...

anyhow, i loaded the module and will continue the tests tomorrow ...first thing i arrive in my office :P

_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org

static const char* h323_formats[] = { "G.711-*A*Law-64k", "PCM*U*", "G.711-*u*Law-64k", "PCM*A*", "GSM-06.10", "gsm", "MS-GSM", "msgsm", I've changed this to meed desired caps ... need more tests ... 2009/10/13 Georgiewskiy Yuriy <bottleman@icf.org.ru>

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 <brian@freeswitch.org> 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: GHhost@jabber.tula-ix.net.ru JID: GHhost@jabber.tula-ix.net.ru YG129-RIPE YG129-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

2009/10/13 Georgiewskiy Yuriy <bottleman@icf.org.ru>

On 2009-10-13 13:35 +0200, Tihomir Culjaga wrote freeswitch-users@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.

damn, hope you will recover soon... take it easy. T.

hello, yes, host please to let users test it and report bug YATE/Asterisk fully support but freeswitch no fully support it Brian West a écrit :

Does anyone see a problem with hosting mod_h323 in our SVN? I would like to centralize everything we can to reuse our issue tracking resources and not fragment the community if possible.

/b

On Oct 12, 2009, at 2:43 PM, Tihomir Culjaga wrote:

...

hi,

finally i compiled it right ... had a stupid issue with ekiga and wrong ptlib in place...

anyhow, i loaded the module and will continue the tests tomorrow ...first thing i arrive in my office :P

_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org

__________ Information from ESET NOD32 Antivirus, version of virus signature database 4501 (20091012) __________

The message was checked by ESET NOD32 Antivirus.

http://www.eset.com

__________ Information from ESET NOD32 Antivirus, version of virus signature database 4501 (20091012) __________ The message was checked by ESET NOD32 Antivirus. http://www.eset.com

Brian West wrote:

From what I have been told h323plus is a based/fork of OpenH323 which OPAL is just a continuation of OpenH323. So why not support the developers of OPAL/OpenH323 ?

H323Plus incorporates many if not all new features/additions etc from OPAL (for H323 that is) and a few more features of its own. It is not just a continuation of the antiquated OpenH323, so, IMHO it is a good option for H323 development. mod_opal is mostly developed for use with H323 (SIP and IAX support is already there in FS in different modules), so it doesn't make much difference if it uses H323Plus, OPAL or any other H323 lib. It will make a difference however if the underlying library leads to faster mod_opal/mod_h323 development. So, yes it would be great to support OPAL and its developers, but sometimes the end result (and how fast you obtain it) is what matters most. Therefore, if there are people out there who have already built a usable and stable mod for H323 (compared to the current state of mod_opal) I think we should give it a try, even if it uses a different library. At least I'm more than willing to test it in lab and production and help in bug reports, or even patching if I can. Regards, Vlasis.

thanks for your e-mail, H323 is mainly used for trunking purpose, inter-carrier traffic exchange... it is not used to control IP phones :P well, believe me, I've heard enough of H323 that i'm sick of it :P What i can tell you comes from my own experience on daily activities i'm doing for living... Of course, there might be part of the world where H323 dispersed completely but over here in Europe things tend to stick on tradition :P Yep, you are right... the forum wants SIP and that's understandable... anyhow you might check this: http://www.dailypayload.com/content/3111 T. On Wed, Oct 7, 2009 at 12:58 AM, Jason White <jason@jasonjgw.net> wrote:

Tihomir Culjaga <tculjaga@gmail.com> wrote:

...

I understand your financial point of view, but anyhow while the entire

world

...

is wants sip and trying to move to sip, the reality is quite different. The majority of voice traffic exchanged via IP is still H323.

Is there any evidence in support of the above assertion (e.g., survey results of VoIP traffic)? I've heard of H323 but I don't know anyone who uses it, or any phones that implement it.

The lack of interest in this forum and the absence of financial support to improve the H323 support in FreeSWITCH suggest that the level of demand for this is quite low, relative to SIP.

Of course, improvements are always welcome, so if you're interested in funding better H323 support, or helping with the module I'm sure the FreeSWITCH community would welcome your efforts.

_______________________________________________ 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