<META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=iso-8859-1">
<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40">
<head>
<meta name=Generator content="Microsoft Word 12 (filtered medium)">
<!--[if !mso]>
<style>
v\:* {behavior:url(#default#VML);}
o\:* {behavior:url(#default#VML);}
w\:* {behavior:url(#default#VML);}
.shape {behavior:url(#default#VML);}
</style>
<![endif]-->
<style>
<!--
/* Font Definitions */
@font-face
        {font-family:"Cambria Math";
        panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
        {font-family:Calibri;
        panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
        {font-family:Tahoma;
        panose-1:2 11 6 4 3 5 4 4 2 4;}
@font-face
        {font-family:Consolas;
        panose-1:2 11 6 9 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
        {margin:0in;
        margin-bottom:.0001pt;
        font-size:12.0pt;
        font-family:"Times New Roman","serif";}
a:link, span.MsoHyperlink
        {mso-style-priority:99;
        color:blue;
        text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
        {mso-style-priority:99;
        color:blue;
        text-decoration:underline;}
span.EmailStyle17
        {mso-style-type:personal;
        font-family:Consolas;
        color:navy;
        font-weight:normal;
        font-style:normal;
        text-decoration:none none;}
span.EmailStyle18
        {mso-style-type:personal-reply;
        font-family:"Calibri","sans-serif";
        color:#1F497D;}
.MsoChpDefault
        {mso-style-type:export-only;
        font-size:10.0pt;}
@page Section1
        {size:8.5in 11.0in;
        margin:1.0in 1.25in 1.0in 1.25in;}
div.Section1
        {page:Section1;}
-->
</style>
<!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]-->
</head>
<body lang=EN-US link=blue vlink=blue style='word-wrap: break-word;-webkit-nbsp-mode: space;
-webkit-line-break: after-white-space'>
<div class=Section1>
<p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";
color:#1F497D'>Well, Nextone for instance has a database the keeps most of the
state of calls, and it’s replicated between the two nodes. (I seem to recall
the database was GNU dbm, but I might be mistaken.) However, as of 4.3 anyways,
the CDRs still get truncated when there’s any kind of switchover. <o:p></o:p></span></p>
<p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";
color:#1F497D'><o:p> </o:p></span></p>
<p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";
color:#1F497D'>But Nextone is a closed system with limited services. As MikeJ
mentioned, it was discussed for FS, but it’s a LOT of work to get that state synchronized.
And, every custom app/module would have to register and support recreating their
state.<o:p></o:p></span></p>
<p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";
color:#1F497D'><o:p> </o:p></span></p>
<p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";
color:#1F497D'>-Michael<o:p></o:p></span></p>
<p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";
color:#1F497D'><o:p> </o:p></span></p>
<div>
<div style='border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0in 0in 0in'>
<p class=MsoNormal><b><span style='font-size:10.0pt;font-family:"Tahoma","sans-serif"'>From:</span></b><span
style='font-size:10.0pt;font-family:"Tahoma","sans-serif"'>
freeswitch-users-bounces@lists.freeswitch.org
[mailto:freeswitch-users-bounces@lists.freeswitch.org] <b>On Behalf Of </b>Saeed
Ahmed<br>
<b>Sent:</b> Friday, June 12, 2009 7:39 AM<br>
<b>To:</b> freeswitch-users@lists.freeswitch.org<br>
<b>Subject:</b> Re: [Freeswitch-users] Live Upgrade Techniques<o:p></o:p></span></p>
</div>
</div>
<p class=MsoNormal><o:p> </o:p></p>
<div>
<p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'><span
style='font-size:11.0pt;font-family:Consolas;color:navy'>No idea at all,<br>
<br>
It’s a commercial SBC. <br>
<br>
I wish if we can have same functionality in FS.<o:p></o:p></span></p>
<p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'><span
style='font-size:11.0pt;font-family:Consolas;color:navy'><o:p> </o:p></span></p>
<p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'><span
style='font-size:11.0pt;font-family:Consolas;color:navy'>- Saeed</span><o:p></o:p></p>
</div>
<div>
<div class=MsoNormal align=center style='text-align:center'>
<hr size=2 width="100%" align=center>
</div>
<p class=MsoNormal><b><span style='font-size:10.0pt;font-family:"Tahoma","sans-serif"'>From:</span></b><span
style='font-size:10.0pt;font-family:"Tahoma","sans-serif"'>
freeswitch-users-bounces@lists.freeswitch.org
[mailto:freeswitch-users-bounces@lists.freeswitch.org] <b>On Behalf Of </b>Even
André Fiskvik<br>
<b>Sent:</b> Friday, June 12, 2009 3:04 PM<br>
<b>To:</b> freeswitch-users@lists.freeswitch.org<br>
<b>Subject:</b> Re: [Freeswitch-users] Live Upgrade Techniques</span><o:p></o:p></p>
</div>
<p class=MsoNormal><o:p> </o:p></p>
<p class=MsoNormal>Can you comment some more on how this is configured?<o:p></o:p></p>
<div>
<p class=MsoNormal>Would it be something that could be added to the wiki in the
SBC setup page?<o:p></o:p></p>
</div>
<div>
<p class=MsoNormal><o:p> </o:p></p>
</div>
<div>
<p class=MsoNormal>Best regards,<o:p></o:p></p>
</div>
<div>
<p class=MsoNormal>Even André Fiskvik<o:p></o:p></p>
</div>
<div>
<p class=MsoNormal><o:p> </o:p></p>
<div>
<div>
<p class=MsoNormal>On 12. juni. 2009, at 12.16, Saeed Ahmad wrote:<o:p></o:p></p>
</div>
<p class=MsoNormal style='margin-bottom:12.0pt'><o:p> </o:p></p>
<p class=MsoNormal style='margin-bottom:12.0pt'>I've experience with a
commercial SBC, these are two machines running in cluster mode. In that case if
one SBC is going down then other will take all new calls including the call
which were active on broken SBC (SIP only). <br>
<br>
Thats quite ideal for wholesale traffic where the SBC will never be idle. <o:p></o:p></p>
<div>
<p class=MsoNormal>On Fri, Jun 12, 2009 at 8:25 AM, John Dalgliesh <<a
href="mailto:johnd@defyne.org">johnd@defyne.org</a>> wrote:<o:p></o:p></p>
<div>
<p class=MsoNormal>On Thu, 11 Jun 2009 at 22:57 -0500, Brian West wrote:<br>
> On Jun 11, 2009, at 10:35 PM, John Dalgliesh wrote:<o:p></o:p></p>
</div>
<div>
<p class=MsoNormal style='margin-bottom:12.0pt'>>> On Thu, 11 Jun 2009 at
16:33 -0400, Michael Giagnocavo wrote:<br>
>>><br>
>>> Well, if you're running multiple machines, waiting for it to
drainstop<br>
>>> isn't that big of a deal unless you're in some sort of hurry,
right?<br>
>>> Give it an hour or so to drainstop, then kill 'em.<br>
>><br>
>> Yes that's exactly what I'm trying to do. The problem is some people
will<br>
>> only try one IP address.<br>
><br>
> Clients that don't properly implement SRV/NAPTR and fail over need to be<br>
> smacked. :) (not customers but software that fails to do that)<o:p></o:p></p>
</div>
<p class=MsoNormal>Yes I'm sure much of their software can do this but it has
been set up for<br>
static numeric IPs. And getting the IP changed is a week-long process for<br>
some customers!<o:p></o:p></p>
<div>
<p class=MsoNormal style='margin-bottom:12.0pt'><br>
>>> Would it not be simpler to try to do something with re-invites or
REFER,<br>
>>> assuming your endpoints support it?<br>
>><br>
>> That was actually plan A. I already added a property in sip_profile
called<br>
>> failover_redirect, which specifies another server to try if FS can't<br>
>> allocate any more sessions (e.g. too busy, paused, shutdown asap,
etc.),<br>
>> by sending back a SIP 302 Moved Temporarily response, instead of 503
Max<br>
>> Calls In Progress.<br>
><br>
> You can't send a 302 to a call thats already established.<o:p></o:p></p>
</div>
<p class=MsoNormal>Yes and I don't want to touch established calls - those
calls can stay<br>
there until they drop. This is sent to new requests when<br>
switch_core_session_request fails in mod_sofia.<o:p></o:p></p>
<div>
<p class=MsoNormal style='margin-bottom:12.0pt'><br>
>> Turns out not all my endpoints support it :(<br>
><br>
> AKA broken endpoints. :)<o:p></o:p></p>
</div>
<p class=MsoNormal>Some are broken. Some just have this feature disabled. For
'security<br>
reasons'. You know the drill.<br>
<br>
<br>
{P^/<br>
<span style='color:#888888'>John</span><o:p></o:p></p>
<div>
<div>
<p class=MsoNormal><br>
_______________________________________________<br>
Freeswitch-users mailing list<br>
<a href="mailto:Freeswitch-users@lists.freeswitch.org">Freeswitch-users@lists.freeswitch.org</a><br>
<a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users"
target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
UNSUBSCRIBE:<a
href="http://lists.freeswitch.org/mailman/options/freeswitch-users"
target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br>
<a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><o:p></o:p></p>
</div>
</div>
</div>
<p class=MsoNormal><br>
_______________________________________________<br>
Freeswitch-users mailing list<br>
<a href="mailto:Freeswitch-users@lists.freeswitch.org">Freeswitch-users@lists.freeswitch.org</a><br>
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users<br>
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users<br>
http://www.freeswitch.org<o:p></o:p></p>
</div>
<p class=MsoNormal><o:p> </o:p></p>
</div>
</div>
</body>
</html>