fsctl pause<br>will make it reject all calls globally.<br>you could also add an ext in your dp<br>that does 302 to the other box and load it when needed during the<br>transition.<br><br><br><br><br><br><div class="gmail_quote">
On Fri, Nov 21, 2008 at 8:00 AM, Peter P GMX <span dir="ltr"><<a href="mailto:Prometheus001@gmx.net">Prometheus001@gmx.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Thanks for the hint,<br>
<br>
we are doing this with SIP SRV records already.<br>
Concerning pause: There is a command to pause the media on a given<br>
channel. Is there another command to stop FS responding on requests?<br>
<br>
Best regards<br>
Peter<br>
<br>
<br>
<br>
<br>
Michael Jerris schrieb:<br>
<div><div></div><div class="Wj3C7c">> How are your endpoints pointing to the 2 boxes? Using dns srv<br>
> records. I think the cleanest way is to change the srv records, do a<br>
> "pause" on freeswitch 1, wait for all calls and registrations to fall<br>
> off of box 1, all new registrations and calls will then be to box 2,<br>
> once it is clear you can take box 1 down for maint.<br>
><br>
> Mike<br>
><br>
> On Nov 20, 2008, at 12:23 PM, Peter P GMX wrote:<br>
><br>
><br>
>> Thanks, David,<br>
>><br>
>> here are my coments:<br>
>><br>
>><br>
>>> (a) can you not do something where you deregister them one at a time,<br>
>>><br>
>> or in batches, on FS1<br>
>><br>
>>> while registering them on FS2?<br>
>>><br>
>> A batch is a good method, and reduces the downtime of course<br>
>><br>
>><br>
>>> (b) use method 1, but set a short period for re-registration<br>
>>> initially,<br>
>>><br>
>> and then increase it once FS1's<br>
>><br>
>>> taken down?<br>
>>><br>
>> another good method, but forced to re-register all 5000 gateways, this<br>
>> produces a high load, and anyway FS is spreading re-registers over the<br>
>> expires time period (by trying out, this deos not seem to be<br>
>> documented<br>
>> somewhere?).<br>
>><br>
>> <(c) use method 1, but take FS1 off the network before taking it down<br>
>> (e.g. ifdown eth0, route delete default..?)<br>
>><br>
>>> so that its unregistration attempts don't reach the gateways?<br>
>>><br>
>> This will drop existing calls. We thought about adding another<br>
>> firewall<br>
>> rule, but we would like to keep it simple and stable in a production<br>
>> environment.<br>
>><br>
>> Best regards<br>
>> Peter<br>
>><br>
>> David Knell schrieb:<br>
>><br>
>>> Hi Peter,<br>
>>><br>
>>> A quick brainstorm:-<br>
>>> (a) can you not do something where you deregister them one at a time,<br>
>>> or in batches, on FS1<br>
>>> while registering them on FS2?<br>
>>> (b) use method 1, but set a short period for re-registration<br>
>>> initially, and then increase it once FS1's<br>
>>> taken down?<br>
>>> (c) use method 1, but take FS1 off the network before taking it down<br>
>>> (e.g. ifdown eth0, route delete default..?)<br>
>>> so that its unregistration attempts don't reach the gateways?<br>
>>><br>
>>> Cheers --<br>
>>><br>
>>> Dave<br>
>>><br>
>>>> I have the following scenario for a 2-server FS system with failover<br>
>>>> functionality:<br>
>>>><br>
>>>> * I have a number of Gateways registered at FS1<br>
>>>> * I have another number of Gateways registered at FS2<br>
>>>> * In case I want to do maintenance on FS1 I would like all<br>
>>>> external gateways to be registered on FS2 and then shutdown FS1<br>
>>>> * This is not of a problem if I have only a handful of gateways,<br>
>>>> but in our case they're about 10.000<br>
>>>> * The goal is to minimze downtime, when I migrate e.g. 5000<br>
>>>> gateways from FS1 to FS2<br>
>>>><br>
>>>> * 1st method: The normal way would be to register (via xml-rpc or<br>
>>>> socket) the new Gateway on FS2 and then deregister it on FS1.<br>
>>>> FS1 sends an unregister (register with expires=0) to the<br>
>>>> gateway though (after the register from FS2), so this Gateway<br>
>>>> unfortunately no longer sends calls to any of the 2 FS.<br>
>>>> * 2nd method: The other way is to deregister them first on FS1<br>
>>>> and then register them all on FS2. Because deregistering and<br>
>>>> registering takes time with ~5000 Gateways (+ we have to ensure<br>
>>>> that the new register has to take place after unregister), this<br>
>>>> results in a significant downtime.<br>
>>>><br>
>>>> So my question: Is there any way to suppress deregister messages to<br>
>>>> the gateway?<br>
>>>><br>
>>>> Best regards<br>
>>>> Peter<br>
>>>> ------------------------------------------------------------------------<br>
>>>><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><br>
>>>><br>
>>>><br>
>>> --<br>
>>> David Knell, Director, 3C Limited<br>
>>> T: 020 8114 8901 F: 020 3002 7257 M: 001 415 630 3031<br>
>>> <a href="http://www.3c.co.uk" target="_blank">http://www.3c.co.uk</a><br>
>>> ------------------------------------------------------------------------<br>
>>><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><br>
>>><br>
>>><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><br>
>><br>
><br>
><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><br>
><br>
><br>
<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><br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br>Anthony Minessale II<br><br>FreeSWITCH <a href="http://www.freeswitch.org/">http://www.freeswitch.org/</a><br>ClueCon <a href="http://www.cluecon.com/">http://www.cluecon.com/</a><br>
<br>AIM: anthm<br><a href="mailto:MSN%3Aanthony_minessale@hotmail.com">MSN:anthony_minessale@hotmail.com</a><br>GTALK/JABBER/<a href="mailto:PAYPAL%3Aanthony.minessale@gmail.com">PAYPAL:anthony.minessale@gmail.com</a><br>
IRC: <a href="http://irc.freenode.net">irc.freenode.net</a> #freeswitch<br><br>FreeSWITCH Developer Conference<br><a href="mailto:sip%3A888@conference.freeswitch.org">sip:888@conference.freeswitch.org</a><br><a href="http://iax:guest@conference.freeswitch.org/888">iax:guest@conference.freeswitch.org/888</a><br>
<a href="mailto:googletalk%3Aconf%2B888@conference.freeswitch.org">googletalk:conf+888@conference.freeswitch.org</a><br>pstn:213-799-1400<br>