[Freeswitch-users] FS HA

Wed Jan 26 22:57:13 MSK 2011

points taken :=)

just updated to latest git, included the mod_xml_cdr modifications and i can
recover the calls now. Thanks for your help.

anyhow, im going to move the functionalities to appropriate modules instead.

On Wed, Jan 26, 2011 at 8:20 PM, Steven Ayre <steveayre at gmail.com> wrote:

> 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.
>>>
>>>
>> well, i have tested it with the original module ... don't wary about that
>> :=) ... I always use default modules if i have issues to see the behaviour.
>>
>
> There's no reason it should work in a default module if it wouldn't work in
> its own.
>
>
>>  - added radius accounting interface
>>>>
>>>
>>> There's already a module for this I believe?
>>> http://wiki.freeswitch.org/wiki/Mod_radius_cdr
>>>
>>
>> sorry to say that and pls don't get me wrong, but its not good ... and
>> doesn't support adding  custom VSAs  (something as in mod_rad_auth).
>
>
> Fair enough. If you think it can be improved post jira tickets requesting
> new features and possibly supplying patches to improve it.
>
>
>
>> - not the best place but
>>>
>>
>> I don't agree with you here, mod_xml_cdr has already two interfaces (curl
>> and fs) .. why not add radius and odbc as well ?
>>
>
> curl and fs are writing the same generated XML cdr content. The fs support
> is there partly to give the ability to store CDRs when the HTTP request
> fails so they can be resent later.
> Radius and ODBC on the otherhand aren't XML, so it's an entirely different
> type of CDR. (Well, ODBC could be but it's probably not the best way to
> store it).
>
> -Steve
>
>
>
> On 26 January 2011 18:12, Tihomir Culjaga <tculjaga at gmail.com> wrote:
>
>>
>>
>> On Wed, Jan 26, 2011 at 4:34 PM, Steven Ayre <steveayre at gmail.com> wrote:
>>
>>> 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.
>>>
>>>
>> well, i have tested it with the original module ... don't wary about that
>> :=) ... I always use default modules if i have issues to see the behaviour.
>>
>>
>>
>>>  - added radius accounting interface
>>>>
>>>
>>> There's already a module for this I believe?
>>> http://wiki.freeswitch.org/wiki/Mod_radius_cdr
>>>
>>
>> sorry to say that and pls don't get me wrong, but its not good ... and
>> doesn't support adding  custom VSAs  (something as in mod_rad_auth).
>>
>>
>>>
>>> - added odbc cdr interface
>>>>
>>>
>>> This would be better in its own module.
>>>
>>> - not the best place but
>>>>
>>>
>> I don't agree with you here, mod_xml_cdr has already two interfaces (curl
>> and fs) .. why not add radius and odbc as well ?
>>
>>
>> Of course i can move all of that in separate modules ... but why.. i look
>> at that as additional interfaces where i can send the CDR.
>>
>>
>> LCR stuff is on the roadmap already... and i agree its has no place here.
>>
>>
>>>   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
>>>>>
>>>>>
>>>>
>>>
>>> _______________________________________________
>>> 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
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20110126/25cbf849/attachment-0001.html 