[Freeswitch-users] FS HA

Wed Jan 26 16:28:29 MSK 2011

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/9eaa9307/attachment.html 