VoIP Mailing List Archives
Mailing list archives for the VoIP community |
|
View previous topic :: View next topic |
Author |
Message |
Prometheus001 at gmx.net Guest
|
Posted: Thu Nov 20, 2008 11:13 am Post subject: [Freeswitch-users] Supress Unregister at external gateway |
|
|
I have the following scenario for a 2-server FS system with failover functionality:
- I have a number of Gateways registered at FS1
- I have another number of Gateways registered at FS2
- In case I want to do maintenance on FS1 I would like all external gateways to be registered on FS2 and then shutdown FS1
- This is not of a problem if I have only a handful of gateways, but in our case they're about 10.000
- The goal is to minimze downtime, when I migrate e.g. 5000 gateways from FS1 to FS2
- 1st method: The normal way would be to register (via xml-rpc or socket) the new Gateway on FS2 and then deregister it on FS1. FS1 sends an unregister (register with expires=0) to the gateway though (after the register from FS2), so this Gateway unfortunately no longer sends calls to any of the 2 FS.
- 2nd method: The other way is to deregister them first on FS1 and then register them all on FS2. Because deregistering and registering takes time with ~5000 Gateways (+ we have to ensure that the new register has to take place after unregister), this results in a significant downtime.
So my question: Is there any way to suppress deregister messages to the gateway?
Best regards
Peter |
|
Back to top |
|
|
dave at 3c.co.uk Guest
|
Posted: Thu Nov 20, 2008 12:10 pm Post subject: [Freeswitch-users] Supress Unregister at external gateway |
|
|
Hi Peter,
A quick brainstorm:-
(a) can you not do something where you deregister them one at a time, or in batches, on FS1
while registering them on FS2?
(b) use method 1, but set a short period for re-registration initially, and then increase it once FS1's
taken down?
(c) use method 1, but take FS1 off the network before taking it down (e.g. ifdown eth0, route delete default..?)
so that its unregistration attempts don't reach the gateways?
Cheers --
Dave
Quote: | I have the following scenario for a 2-server FS system with failover functionality:
- I have a number of Gateways registered at FS1
- I have another number of Gateways registered at FS2
- In case I want to do maintenance on FS1 I would like all external gateways to be registered on FS2 and then shutdown FS1
- This is not of a problem if I have only a handful of gateways, but in our case they're about 10.000
- The goal is to minimze downtime, when I migrate e.g. 5000 gateways from FS1 to FS2
- 1st method: The normal way would be to register (via xml-rpc or socket) the new Gateway on FS2 and then deregister it on FS1. FS1 sends an unregister (register with expires=0) to the gateway though (after the register from FS2), so this Gateway unfortunately no longer sends calls to any of the 2 FS.
- 2nd method: The other way is to deregister them first on FS1 and then register them all on FS2. Because deregistering and registering takes time with ~5000 Gateways (+ we have to ensure that the new register has to take place after unregister), this results in a significant downtime.
So my question: Is there any way to suppress deregister messages to the gateway?
Best regards
Peter
--
David Knell, Director, 3C Limited
T: 020 8114 8901 F: 020 3002 7257 M: 001 415 630 3031
http://www.3c.co.uk |
|
|
Back to top |
|
|
Prometheus001 at gmx.net Guest
|
Posted: Thu Nov 20, 2008 12:32 pm Post subject: [Freeswitch-users] Supress Unregister at external gateway |
|
|
Thanks, David,
here are my coments:
Quote: | (a) can you not do something where you deregister them one at a time,
| or in batches, on FS1
Quote: | while registering them on FS2?
| A batch is a good method, and reduces the downtime of course
Quote: | (b) use method 1, but set a short period for re-registration initially,
| and then increase it once FS1's
another good method, but forced to re-register all 5000 gateways, this
produces a high load, and anyway FS is spreading re-registers over the
expires time period (by trying out, this deos not seem to be documented
somewhere?).
<(c) use method 1, but take FS1 off the network before taking it down
(e.g. ifdown eth0, route delete default..?)
Quote: | so that its unregistration attempts don't reach the gateways?
| This will drop existing calls. We thought about adding another firewall
rule, but we would like to keep it simple and stable in a production
environment.
Best regards
Peter
David Knell schrieb:
Quote: | Hi Peter,
A quick brainstorm:-
(a) can you not do something where you deregister them one at a time,
or in batches, on FS1
while registering them on FS2?
(b) use method 1, but set a short period for re-registration
initially, and then increase it once FS1's
taken down?
(c) use method 1, but take FS1 off the network before taking it down
(e.g. ifdown eth0, route delete default..?)
so that its unregistration attempts don't reach the gateways?
Cheers --
Dave
Quote: | I have the following scenario for a 2-server FS system with failover
functionality:
* I have a number of Gateways registered at FS1
* I have another number of Gateways registered at FS2
* In case I want to do maintenance on FS1 I would like all
external gateways to be registered on FS2 and then shutdown FS1
* This is not of a problem if I have only a handful of gateways,
but in our case they're about 10.000
* The goal is to minimze downtime, when I migrate e.g. 5000
gateways from FS1 to FS2
* 1st method: The normal way would be to register (via xml-rpc or
socket) the new Gateway on FS2 and then deregister it on FS1.
FS1 sends an unregister (register with expires=0) to the
gateway though (after the register from FS2), so this Gateway
unfortunately no longer sends calls to any of the 2 FS.
* 2nd method: The other way is to deregister them first on FS1
and then register them all on FS2. Because deregistering and
registering takes time with ~5000 Gateways (+ we have to ensure
that the new register has to take place after unregister), this
results in a significant downtime.
So my question: Is there any way to suppress deregister messages to
the gateway?
Best regards
Peter
------------------------------------------------------------------------
_______________________________________________
Freeswitch-users mailing list
Freeswitch-users@lists.freeswitch.org
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org
|
--
David Knell, Director, 3C Limited
T: 020 8114 8901 F: 020 3002 7257 M: 001 415 630 3031
http://www.3c.co.uk
------------------------------------------------------------------------
_______________________________________________
Freeswitch-users mailing list
Freeswitch-users@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@lists.freeswitch.org
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org |
|
Back to top |
|
|
mike at jerris.com Guest
|
Posted: Thu Nov 20, 2008 1:39 pm Post subject: [Freeswitch-users] Supress Unregister at external gateway |
|
|
How are your endpoints pointing to the 2 boxes? Using dns srv
records. I think the cleanest way is to change the srv records, do a
"pause" on freeswitch 1, wait for all calls and registrations to fall
off of box 1, all new registrations and calls will then be to box 2,
once it is clear you can take box 1 down for maint.
Mike
On Nov 20, 2008, at 12:23 PM, Peter P GMX wrote:
Quote: | Thanks, David,
here are my coments:
Quote: | (a) can you not do something where you deregister them one at a time,
| or in batches, on FS1
Quote: | while registering them on FS2?
| A batch is a good method, and reduces the downtime of course
Quote: | (b) use method 1, but set a short period for re-registration
initially,
| and then increase it once FS1's
another good method, but forced to re-register all 5000 gateways, this
produces a high load, and anyway FS is spreading re-registers over the
expires time period (by trying out, this deos not seem to be
documented
somewhere?).
<(c) use method 1, but take FS1 off the network before taking it down
(e.g. ifdown eth0, route delete default..?)
Quote: | so that its unregistration attempts don't reach the gateways?
| This will drop existing calls. We thought about adding another
firewall
rule, but we would like to keep it simple and stable in a production
environment.
Best regards
Peter
David Knell schrieb:
Quote: | Hi Peter,
A quick brainstorm:-
(a) can you not do something where you deregister them one at a time,
or in batches, on FS1
while registering them on FS2?
(b) use method 1, but set a short period for re-registration
initially, and then increase it once FS1's
taken down?
(c) use method 1, but take FS1 off the network before taking it down
(e.g. ifdown eth0, route delete default..?)
so that its unregistration attempts don't reach the gateways?
Cheers --
Dave
Quote: | I have the following scenario for a 2-server FS system with failover
functionality:
* I have a number of Gateways registered at FS1
* I have another number of Gateways registered at FS2
* In case I want to do maintenance on FS1 I would like all
external gateways to be registered on FS2 and then shutdown FS1
* This is not of a problem if I have only a handful of gateways,
but in our case they're about 10.000
* The goal is to minimze downtime, when I migrate e.g. 5000
gateways from FS1 to FS2
* 1st method: The normal way would be to register (via xml-rpc or
socket) the new Gateway on FS2 and then deregister it on FS1.
FS1 sends an unregister (register with expires=0) to the
gateway though (after the register from FS2), so this Gateway
unfortunately no longer sends calls to any of the 2 FS.
* 2nd method: The other way is to deregister them first on FS1
and then register them all on FS2. Because deregistering and
registering takes time with ~5000 Gateways (+ we have to ensure
that the new register has to take place after unregister), this
results in a significant downtime.
So my question: Is there any way to suppress deregister messages to
the gateway?
Best regards
Peter
------------------------------------------------------------------------
_______________________________________________
Freeswitch-users mailing list
Freeswitch-users@lists.freeswitch.org
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org
|
--
David Knell, Director, 3C Limited
T: 020 8114 8901 F: 020 3002 7257 M: 001 415 630 3031
http://www.3c.co.uk
------------------------------------------------------------------------
_______________________________________________
Freeswitch-users mailing list
Freeswitch-users@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@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@lists.freeswitch.org
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org |
|
Back to top |
|
|
Prometheus001 at gmx.net Guest
|
Posted: Fri Nov 21, 2008 9:07 am Post subject: [Freeswitch-users] Supress Unregister at external gateway |
|
|
Thanks for the hint,
we are doing this with SIP SRV records already.
Concerning pause: There is a command to pause the media on a given
channel. Is there another command to stop FS responding on requests?
Best regards
Peter
Michael Jerris schrieb:
Quote: | How are your endpoints pointing to the 2 boxes? Using dns srv
records. I think the cleanest way is to change the srv records, do a
"pause" on freeswitch 1, wait for all calls and registrations to fall
off of box 1, all new registrations and calls will then be to box 2,
once it is clear you can take box 1 down for maint.
Mike
On Nov 20, 2008, at 12:23 PM, Peter P GMX wrote:
Quote: | Thanks, David,
here are my coments:
Quote: | (a) can you not do something where you deregister them one at a time,
| or in batches, on FS1
Quote: | while registering them on FS2?
| A batch is a good method, and reduces the downtime of course
Quote: | (b) use method 1, but set a short period for re-registration
initially,
| and then increase it once FS1's
another good method, but forced to re-register all 5000 gateways, this
produces a high load, and anyway FS is spreading re-registers over the
expires time period (by trying out, this deos not seem to be
documented
somewhere?).
<(c) use method 1, but take FS1 off the network before taking it down
(e.g. ifdown eth0, route delete default..?)
Quote: | so that its unregistration attempts don't reach the gateways?
| This will drop existing calls. We thought about adding another
firewall
rule, but we would like to keep it simple and stable in a production
environment.
Best regards
Peter
David Knell schrieb:
Quote: | Hi Peter,
A quick brainstorm:-
(a) can you not do something where you deregister them one at a time,
or in batches, on FS1
while registering them on FS2?
(b) use method 1, but set a short period for re-registration
initially, and then increase it once FS1's
taken down?
(c) use method 1, but take FS1 off the network before taking it down
(e.g. ifdown eth0, route delete default..?)
so that its unregistration attempts don't reach the gateways?
Cheers --
Dave
Quote: | I have the following scenario for a 2-server FS system with failover
functionality:
* I have a number of Gateways registered at FS1
* I have another number of Gateways registered at FS2
* In case I want to do maintenance on FS1 I would like all
external gateways to be registered on FS2 and then shutdown FS1
* This is not of a problem if I have only a handful of gateways,
but in our case they're about 10.000
* The goal is to minimze downtime, when I migrate e.g. 5000
gateways from FS1 to FS2
* 1st method: The normal way would be to register (via xml-rpc or
socket) the new Gateway on FS2 and then deregister it on FS1.
FS1 sends an unregister (register with expires=0) to the
gateway though (after the register from FS2), so this Gateway
unfortunately no longer sends calls to any of the 2 FS.
* 2nd method: The other way is to deregister them first on FS1
and then register them all on FS2. Because deregistering and
registering takes time with ~5000 Gateways (+ we have to ensure
that the new register has to take place after unregister), this
results in a significant downtime.
So my question: Is there any way to suppress deregister messages to
the gateway?
Best regards
Peter
------------------------------------------------------------------------
_______________________________________________
Freeswitch-users mailing list
Freeswitch-users@lists.freeswitch.org
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org
| --
David Knell, Director, 3C Limited
T: 020 8114 8901 F: 020 3002 7257 M: 001 415 630 3031
http://www.3c.co.uk
------------------------------------------------------------------------
_______________________________________________
Freeswitch-users mailing list
Freeswitch-users@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@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@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@lists.freeswitch.org
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org |
|
Back to top |
|
|
anthony.minessale at g... Guest
|
Posted: Fri Nov 21, 2008 9:10 am Post subject: [Freeswitch-users] Supress Unregister at external gateway |
|
|
fsctl pause
will make it reject all calls globally.
you could also add an ext in your dp
that does 302 to the other box and load it when needed during the
transition.
On Fri, Nov 21, 2008 at 8:00 AM, Peter P GMX <Prometheus001@gmx.net (Prometheus001@gmx.net)> wrote:
Quote: | Thanks for the hint,
we are doing this with SIP SRV records already.
Concerning pause: There is a command to pause the media on a given
channel. Is there another command to stop FS responding on requests?
Best regards
Peter
Michael Jerris schrieb:
Quote: | How are your endpoints pointing to the 2 boxes? Using dns srv
records. I think the cleanest way is to change the srv records, do a
"pause" on freeswitch 1, wait for all calls and registrations to fall
off of box 1, all new registrations and calls will then be to box 2,
once it is clear you can take box 1 down for maint.
Mike
On Nov 20, 2008, at 12:23 PM, Peter P GMX wrote:
Quote: | Thanks, David,
here are my coments:
Quote: | (a) can you not do something where you deregister them one at a time,
| or in batches, on FS1
Quote: | while registering them on FS2?
| A batch is a good method, and reduces the downtime of course
Quote: | (b) use method 1, but set a short period for re-registration
initially,
| and then increase it once FS1's
another good method, but forced to re-register all 5000 gateways, this
produces a high load, and anyway FS is spreading re-registers over the
expires time period (by trying out, this deos not seem to be
documented
somewhere?).
<(c) use method 1, but take FS1 off the network before taking it down
(e.g. ifdown eth0, route delete default..?)
Quote: | so that its unregistration attempts don't reach the gateways?
| This will drop existing calls. We thought about adding another
firewall
rule, but we would like to keep it simple and stable in a production
environment.
Best regards
Peter
David Knell schrieb:
Quote: | Hi Peter,
A quick brainstorm:-
(a) can you not do something where you deregister them one at a time,
or in batches, on FS1
while registering them on FS2?
(b) use method 1, but set a short period for re-registration
initially, and then increase it once FS1's
taken down?
(c) use method 1, but take FS1 off the network before taking it down
(e.g. ifdown eth0, route delete default..?)
so that its unregistration attempts don't reach the gateways?
Cheers --
Dave
Quote: | I have the following scenario for a 2-server FS system with failover
functionality:
* I have a number of Gateways registered at FS1
* I have another number of Gateways registered at FS2
* In case I want to do maintenance on FS1 I would like all
external gateways to be registered on FS2 and then shutdown FS1
* This is not of a problem if I have only a handful of gateways,
but in our case they're about 10.000
* The goal is to minimze downtime, when I migrate e.g. 5000
gateways from FS1 to FS2
* 1st method: The normal way would be to register (via xml-rpc or
socket) the new Gateway on FS2 and then deregister it on FS1.
FS1 sends an unregister (register with expires=0) to the
gateway though (after the register from FS2), so this Gateway
unfortunately no longer sends calls to any of the 2 FS.
* 2nd method: The other way is to deregister them first on FS1
and then register them all on FS2. Because deregistering and
registering takes time with ~5000 Gateways (+ we have to ensure
that the new register has to take place after unregister), this
results in a significant downtime.
So my question: Is there any way to suppress deregister messages to
the gateway?
Best regards
Peter
------------------------------------------------------------------------
_______________________________________________
Freeswitch-users mailing list
Freeswitch-users@lists.freeswitch.org (Freeswitch-users@lists.freeswitch.org)
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org
| --
David Knell, Director, 3C Limited
T: 020 8114 8901 F: 020 3002 7257 M: 001 415 630 3031
http://www.3c.co.uk
------------------------------------------------------------------------
_______________________________________________
Freeswitch-users mailing list
Freeswitch-users@lists.freeswitch.org (Freeswitch-users@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@lists.freeswitch.org (Freeswitch-users@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@lists.freeswitch.org (Freeswitch-users@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@lists.freeswitch.org (Freeswitch-users@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/
AIM: anthm
MSN:anthony_minessale@hotmail.com ([email]MSN%3Aanthony_minessale@hotmail.com[/email])
GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com ([email]PAYPAL%3Aanthony.minessale@gmail.com[/email])
IRC: irc.freenode.net #freeswitch
FreeSWITCH Developer Conference
sip:888@conference.freeswitch.org ([email]sip%3A888@conference.freeswitch.org[/email])
iax:guest@conference.freeswitch.org/888
googletalk:conf+888@conference.freeswitch.org ([email]googletalk%3Aconf%2B888@conference.freeswitch.org[/email])
pstn:213-799-1400 |
|
Back to top |
|
|
|
|
|
You cannot post new topics in this forum You cannot reply to topics in this forum You cannot edit your posts in this forum You cannot delete your posts in this forum You cannot vote in polls in this forum
|
Powered by phpBB © 2001, 2005 phpBB Group
|