[Freeswitch-users] FS HA

Wed Jan 26 18:34:54 MSK 2011

Tihomir,

Are you saying all of those are implemented in mod_xml_cdr?

If so, that's probably not the best place to implement them. They'd be
better off in their own separate modules.

- added radius accounting interface
>

There's already a module for this I believe?
http://wiki.freeswitch.org/wiki/Mod_radius_cdr

- added odbc cdr interface
>

This would be better in its own module.

- not the best place but
>   added a function to build up my dial-string... basically the same
> functionality of LCR module but much more simpler :=)
>

Indeed it's not, I don't see how CDRs and LCR is related.
This would be better as something like mod_custom_lcr. mod_lcr may well do
what you need though with custom SQL.

Warm Regards,
-Steve

On 26 January 2011 14:03, Tihomir Culjaga <tculjaga at gmail.com> wrote:

> patch for mod_xml_cdr
>
> - added radius accounting interface
> - added odbc cdr interface
>
> - not the best place but
>   added a function to build up my dial-string... basically the same
> functionality of LCR module but much more simpler :=)
>

On 26 January 2011 13:28, Steven Ayre <steveayre at gmail.com> wrote:

> It shouldn't be hard to update them. Most interfaces haven't changed, and
> those that have won't have changed much. Any changes will show up as
> compile-time errors. If you wrote them in the first place then you'll be
> easily capable of updating them for the latest version.
>
> If you have any patches that you think would be beneficial for the entire
> community you can share them on http://jira.freeswitch.org, then they'll
> get considered for adding to the trunk - what's the patch for?
>
> Patches to trunk modules will always be easier for you to maintain if you
> can get them into trunk.
>
> -Steve
>
>
>
> On 26 January 2011 10:53, Tihomir Culjaga <tculjaga at gmail.com> wrote:
>
>> hello Anthony,
>>
>> ya, i was afraid of that... this means moving all my modules & patches to
>> the latest git...
>>
>> radius cdr interface
>> odbc cdr interface
>>
>
>> within mod_xml_cdr <= i can share this as a patch... if you are
>> interested.
>>
>>
>> mod_say_hr - really bad programming .. needs big re-factoring but lack of
>> time :(
>> patches for mod_say_de & mod_say_fr - because wrong playing in some
>> scenarios
>>
>> and some small stuff i made within mod_commands... anyhow this was on the
>> road.
>>
>
>>
>> anyhow i was really into understanding the way the call context
>> replication works... this may be the DB connection issue as the ODBC
>> connection is reset on switchover (im switching entire resource .. floating
>> IP, & database)
>>
>>
>> so what really happens is the FS on 2nd node just getting sessions from
>> sip_recovery
>>
>> from sofia_glue_recover: i see you are selecting sip_recovery table.
>>
>>
>> select * from sip_recovery;
>>    runtime_uuid profile_name hostname uuid metadata
>> 24f77a1f-f315-4beb-904f-f779e8767c75 internal cxss01
>> 102b2c7f-466f-4b6d-a795-e2cc25630e78
>> 24f77a1f-f315-4beb-904f-f779e8767c75 external cxss01
>> 52834d99-c1be-4832-bee9-7ba05238871d
>>
>>
>>
>> so, what do you do afterward?
>>
>>
>> on the recovering node i see some portion of dialplan is executed and
>> re-INVITEs being sent ... where do you get the DSP info for the recovering
>> re-INVITE ?
>>
>>
>>
>>
>> thanks for your help,
>> Tihomir.
>>
>>
>>
>>
>>
>> On Wed, Jan 26, 2011 at 1:12 AM, Anthony Minessale <
>> anthony.minessale at gmail.com> wrote:
>>
>>> There is an xml_cdr snapshot in sip_recovery sql table that contains
>>> the data used for the recovery.
>>> Also based on your logs, you are not using latest git.  I would try
>>> that first before anything else.
>>>
>>>
>>>
>>> On Tue, Jan 25, 2011 at 7:24 AM, Tihomir Culjaga <tculjaga at gmail.com>
>>> wrote:
>>> > yap, both using the same config
>>> >
>>> >
>>> > can you advice where is FS getting the SDP info for the re-INVITE ?
>>> >
>>> >
>>> > On Tue, Jan 25, 2011 at 2:03 PM, Avi Marcus <avi at avimarcus.net> wrote:
>>> >>
>>> >> Are you using two machines for the HA? do both have the same configs?
>>> >> -Avi
>>> >>
>>> >> On Tue, Jan 25, 2011 at 11:41 AM, Tihomir Culjaga <tculjaga at gmail.com
>>> >
>>> >> wrote:
>>> >> > Here is the debug: http://pastebin.freeswitch.org/15133
>>> >> >
>>> >> > i have set verbose_sdp=true in vars.xml as.
>>> >> >   <X-PRE-PROCESS cmd="set" data="verbose_sdp=true"/>
>>> >> >
>>> >> > but not much to be seen of the verbose thing in the debug...
>>> >> >
>>> >> > Still, FS is sending a re-INVITE with wrong SDP. The call to be
>>> >> > recovered is
>>> >> > using ALAW... and ULAW is not supported.
>>> >> > FS sends a re-INVITE with ULAW and CN in SDP. The re-INVITE is
>>> rejected
>>> >> > due
>>> >> > to incompatible SDP.
>>> >> >
>>> >> > Where does FS get the information for the SDP in re-INVITE message?
>>> >> >
>>> >> >
>>> >> > please advice,
>>> >> > T.
>>> >> >
>>> >> >
>>> >> >
>>> >> > On Tue, Jan 25, 2011 at 12:01 AM, Tihomir Culjaga <
>>> tculjaga at gmail.com>
>>> >> > wrote:
>>> >> >>
>>> >> >> yap, i do have PCMA ... and the debug shows it correctly :=)
>>> >> >>
>>> >> >> i will try to see what it does with verbose. Post new debug
>>> tomorrow.
>>> >> >>
>>> >> >> ty.
>>> >> >>
>>> >> >>
>>> >> >> On Mon, Jan 24, 2011 at 11:29 PM, Steven Ayre <steveayre at gmail.com
>>> >
>>> >> >> wrote:
>>> >> >>>
>>> >> >>> Brian, it has PCMU in the sdp, but Sofia thinks it's setting PCMA?
>>> >> >>>
>>> >> >>> Steve on iPhone
>>> >> >>>
>>> >> >>> On 24 Jan 2011, at 20:17, Brian West <brian at freeswitch.org>
>>> wrote:
>>> >> >>>
>>> >> >>> > What makes you think that fails?  It has ULAW and CN in the
>>> codec
>>> >> >>> > list!
>>> >> >>> >  Sounds like you need the verbose sdp... set the global variable
>>> >> >>> > "verbose_sdp=true"
>>> >> >>> >
>>> >> >>> > /b
>>> >> >>> >
>>> >> >>> > On Jan 24, 2011, at 1:50 PM, Tihomir Culjaga wrote:
>>> >> >>> >
>>> >> >>> >>
>>> >> >>> >>
>>> >> >>> >> i configured FS HA and looks like its trying to recover the
>>> call ..
>>> >> >>> >> but the re-INVITE fails due to "wrong/missed" codec capability.
>>> >> >>> >
>>> >> >>> >
>>> >> >>> > _______________________________________________
>>> >> >>> > FreeSWITCH-users mailing list
>>> >> >>> > FreeSWITCH-users at 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 at 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 at 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 at 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 at 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 at hotmail.com <MSN%3Aanthony_minessale at hotmail.com>
>>> GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com<PAYPAL%3Aanthony.minessale at gmail.com>
>>> IRC: irc.freenode.net #freeswitch
>>>
>>> FreeSWITCH Developer Conference
>>> sip:888 at conference.freeswitch.org <sip%3A888 at conference.freeswitch.org>
>>> googletalk:conf+888 at conference.freeswitch.org<googletalk%3Aconf%2B888 at conference.freeswitch.org>
>>> pstn:+19193869900
>>>
>>> _______________________________________________
>>> FreeSWITCH-users mailing list
>>> FreeSWITCH-users at 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 at lists.freeswitch.org
>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
>> http://www.freeswitch.org
>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20110126/dd0f3a7f/attachment-0001.html 