Hi, I tested FS HA, it works like a charm. however, I'd like to talk about some more: I tested on my local computer by enabling tack-calls. make a call and kill FS, restart FS and execute sofia recover. 1) originate user/1000 &record(/tmp/blah.wav) Recover works, however, it overwrote the recording. Added RECORD_APPEND=true made it work. But for other APPs like socket, it might make a new socket to a outbound socket, can it send a var like channel_recovered so a outbound socket can aware of a recover? 2) call from 1000 to 1001 Recover works. If I also do uuid_record, the recording cannot recover. Seems there are no infos in sip_recovery table. Neither does record_session, though there's an entry in sip_recovery table. I guess it might be possible to get this work. If it can send a channel_recovered event, then it might be possible to continue the record in outside logic(say, event socket). 3) call from 1000 to a gateway outside (NAT-ed), leg-a can recover, leg-b failed with: 2010-10-16 10:28:17.162241 [ERR] sofia_glue.c:3190 AUDIO RTP REPORTS ERROR: [Bind Error!] I guess it is caused by NAT. (since I kill & restart FS manually, it may take 10 seconds). Is it possible to change the router settings? Or could FS send a re-Invite to re-establish media? Below are some fantastic thoughts: 4) N + M redundancy Default FS HA is designed to 1+1 redundancy, it might be interesting for N(active)+M(standby) in large farms. If one active FS fails, bind the float IP to a standby server and go. 5) N (N>2) servers without float IP Let's say each client UA register to 2 (or more) servers, If one server fails, a FS controller then re-call the client in an active call through a pair-server and the client responsible to hangup the originate call and automatically answer the new one. This need client support of course. :) -- Blog: http://www.dujinfang.com Proj: http://www.freeswitch.org.cn
For the FS HA, is there a wiki page you are referring to? Henry On Sat, Oct 16, 2010 at 11:12 AM, Seven Du <dujinfang@gmail.com> wrote:
Hi,
I tested FS HA, it works like a charm. however, I'd like to talk about some more:
I tested on my local computer by enabling tack-calls. make a call and kill FS, restart FS and execute sofia recover.
1) originate user/1000 &record(/tmp/blah.wav)
Recover works, however, it overwrote the recording. Added RECORD_APPEND=true made it work.
But for other APPs like socket, it might make a new socket to a outbound socket, can it send a var like channel_recovered so a outbound socket can aware of a recover?
2) call from 1000 to 1001
Recover works. If I also do uuid_record, the recording cannot recover. Seems there are no infos in sip_recovery table.
Neither does record_session, though there's an entry in sip_recovery table. I guess it might be possible to get this work.
If it can send a channel_recovered event, then it might be possible to continue the record in outside logic(say, event socket).
3) call from 1000 to a gateway outside (NAT-ed), leg-a can recover, leg-b failed with:
2010-10-16 10:28:17.162241 [ERR] sofia_glue.c:3190 AUDIO RTP REPORTS ERROR: [Bind Error!]
I guess it is caused by NAT. (since I kill & restart FS manually, it may take 10 seconds). Is it possible to change the router settings? Or could FS send a re-Invite to re-establish media?
Below are some fantastic thoughts:
4) N + M redundancy
Default FS HA is designed to 1+1 redundancy, it might be interesting for N(active)+M(standby) in large farms. If one active FS fails, bind the float IP to a standby server and go.
5) N (N>2) servers without float IP
Let's say each client UA register to 2 (or more) servers, If one server fails, a FS controller then re-call the client in an active call through a pair-server and the client responsible to hangup the originate call and automatically answer the new one. This need client support of course. :)
-- Blog: http://www.dujinfang.com Proj: http://www.freeswitch.org.cn
_______________________________________________ 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
Yes, just google freeswitch ha http://wiki.freeswitch.org/wiki/Freeswitch_HA On Sat, Oct 16, 2010 at 3:41 PM, Henry Huang <b_ball_henry@hotmail.com> wrote:
For the FS HA, is there a wiki page you are referring to?
Henry
On Sat, Oct 16, 2010 at 11:12 AM, Seven Du <dujinfang@gmail.com> wrote:
Hi,
I tested FS HA, it works like a charm. however, I'd like to talk about some more:
I tested on my local computer by enabling tack-calls. make a call and kill FS, restart FS and execute sofia recover.
1) originate user/1000 &record(/tmp/blah.wav)
Recover works, however, it overwrote the recording. Added RECORD_APPEND=true made it work.
But for other APPs like socket, it might make a new socket to a outbound socket, can it send a var like channel_recovered so a outbound socket can aware of a recover?
2) call from 1000 to 1001
Recover works. If I also do uuid_record, the recording cannot recover. Seems there are no infos in sip_recovery table.
Neither does record_session, though there's an entry in sip_recovery table. I guess it might be possible to get this work.
If it can send a channel_recovered event, then it might be possible to continue the record in outside logic(say, event socket).
3) call from 1000 to a gateway outside (NAT-ed), leg-a can recover, leg-b failed with:
2010-10-16 10:28:17.162241 [ERR] sofia_glue.c:3190 AUDIO RTP REPORTS ERROR: [Bind Error!]
I guess it is caused by NAT. (since I kill & restart FS manually, it may take 10 seconds). Is it possible to change the router settings? Or could FS send a re-Invite to re-establish media?
Below are some fantastic thoughts:
4) N + M redundancy
Default FS HA is designed to 1+1 redundancy, it might be interesting for N(active)+M(standby) in large farms. If one active FS fails, bind the float IP to a standby server and go.
5) N (N>2) servers without float IP
Let's say each client UA register to 2 (or more) servers, If one server fails, a FS controller then re-call the client in an active call through a pair-server and the client responsible to hangup the originate call and automatically answer the new one. This need client support of course. :)
-- Blog: http://www.dujinfang.com Proj: http://www.freeswitch.org.cn
_______________________________________________ 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
-- Blog: http://www.dujinfang.com Proj: http://www.freeswitch.org.cn
On Tue, Oct 19, 2010 at 4:16 AM, Seven Du <dujinfang@gmail.com> wrote:
Yes, just google freeswitch ha
ok, why don't we document it properly? the information on this page is inconsistent and insufficient.
Anyone are welcome to help document it consistent and sufficient. On Tue, Oct 19, 2010 at 6:07 PM, Tihomir Culjaga <tculjaga@gmail.com> wrote:
On Tue, Oct 19, 2010 at 4:16 AM, Seven Du <dujinfang@gmail.com> wrote:
Yes, just google freeswitch ha
ok, why don't we document it properly?
the information on this page is inconsistent and insufficient.
_______________________________________________ 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
-- Blog: http://www.dujinfang.com Proj: http://www.freeswitch.org.cn
On Tue, Oct 19, 2010 at 12:39 PM, Seven Du <dujinfang@gmail.com> wrote:
Anyone are welcome to help document it consistent and sufficient.
On Tue, Oct 19, 2010 at 6:07 PM, Tihomir Culjaga <tculjaga@gmail.com> wrote:
On Tue, Oct 19, 2010 at 4:16 AM, Seven Du <dujinfang@gmail.com> wrote:
Yes, just google freeswitch ha
ok, why don't we document it properly?
the information on this page is inconsistent and insufficient.
Please don't get me wrong, i can do it ... the only thing is that i missing the 2nd installed server and test it properly. can you, please describe this: sysctl to set net.ipv4.ip_nonlocal_bind = 1 or /proc/sys/net/ipv4/ip_nonlocal_bind does it mean i can configure both FS to bind to an IP address that i will keep floating between 2 servers: from vars.conf <X-PRE-PROCESS cmd="set" data="bind_server_ip=10.1.1.100"/> assuming my floating IP is 10.1.1.100. is that correct ? regarding your NAT issue, i guess we can overcome it by butting FS out of media path uuid_media off <uuid> uuid_media <uuid> maybe there is something general that can do the job for all ongoing calls.... anyhow, im going to do it once i got the 2nd server installed ...
Tihomir, Setting ipv4.ip_nonlocal_bind to 1 will allow any process to bind to an IP which is not configured on an interface. So you can have your slave FS configured, running, on the right IP, but without the IP being actually configured on ethX. When you want this slave to become active, you just have to configure the IP on ethX with ifconfig, and FS will start working. David Ponzone Direction Technique email: david.ponzone@ipeva.fr tel: 01 74 03 18 97 gsm: 06 66 98 76 34 Service Client IPeva tel: 0811 46 26 26 www.ipeva.fr - www.ipeva-studio.com Ce message et toutes les pièces jointes sont confidentiels et établis à l'intention exclusive de ses destinataires. Toute utilisation ou diffusion non autorisée est interdite. Tout message électronique est susceptible d'altération. IPeva décline toute responsabilité au titre de ce message s'il a été altéré, déformé ou falsifié. Si vous n'êtes pas destinataire de ce message, merci de le détruire immédiatement et d'avertir l'expéditeur. Le 19/10/2010 à 13:07, Tihomir Culjaga a écrit :
On Tue, Oct 19, 2010 at 12:39 PM, Seven Du <dujinfang@gmail.com> wrote: Anyone are welcome to help document it consistent and sufficient.
On Tue, Oct 19, 2010 at 6:07 PM, Tihomir Culjaga <tculjaga@gmail.com> wrote:
On Tue, Oct 19, 2010 at 4:16 AM, Seven Du <dujinfang@gmail.com>
wrote:
Yes, just google freeswitch ha
ok, why don't we document it properly?
the information on this page is inconsistent and insufficient.
Please don't get me wrong, i can do it ... the only thing is that i missing the 2nd installed server and test it properly.
can you, please describe this:
sysctl to set net.ipv4.ip_nonlocal_bind = 1 or /proc/sys/net/ipv4/ip_nonlocal_bind
does it mean i can configure both FS to bind to an IP address that i will keep floating between 2 servers:
from vars.conf <X-PRE-PROCESS cmd="set" data="bind_server_ip=10.1.1.100"/>
assuming my floating IP is 10.1.1.100.
is that correct ?
regarding your NAT issue, i guess we can overcome it by butting FS out of media path
uuid_media off <uuid> uuid_media <uuid>
maybe there is something general that can do the job for all ongoing calls....
anyhow, im going to do it once i got the 2nd server installed ...
_______________________________________________ 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
For the 'HA configuration' part, there is also this page (well, pages): http://wiki.freeswitch.org/wiki/Enterprise_deployment Which discusses a few ways to get high availability through things like SRV DNS, Heartbeat etc. The Freeswitch_HA page content was initially only for the sofia recover features that allows calls to be restarted after a crash or server migration. -Steve On 19 October 2010 12:07, Tihomir Culjaga <tculjaga@gmail.com> wrote:
On Tue, Oct 19, 2010 at 12:39 PM, Seven Du <dujinfang@gmail.com> wrote:
Anyone are welcome to help document it consistent and sufficient.
On Tue, Oct 19, 2010 at 6:07 PM, Tihomir Culjaga <tculjaga@gmail.com> wrote:
On Tue, Oct 19, 2010 at 4:16 AM, Seven Du <dujinfang@gmail.com> wrote:
Yes, just google freeswitch ha
ok, why don't we document it properly?
the information on this page is inconsistent and insufficient.
Please don't get me wrong, i can do it ... the only thing is that i missing the 2nd installed server and test it properly.
can you, please describe this:
sysctl to set net.ipv4.ip_nonlocal_bind = 1 or /proc/sys/net/ipv4/ip_nonlocal_bind
does it mean i can configure both FS to bind to an IP address that i will keep floating between 2 servers:
from vars.conf <X-PRE-PROCESS cmd="set" data="bind_server_ip=10.1.1.100"/>
assuming my floating IP is 10.1.1.100.
is that correct ?
regarding your NAT issue, i guess we can overcome it by butting FS out of media path
uuid_media off <uuid> uuid_media <uuid>
maybe there is something general that can do the job for all ongoing calls....
anyhow, im going to do it once i got the 2nd server installed ...
_______________________________________________ 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
participants (5)
-
David Ponzone
-
Henry Huang
-
Seven Du
-
Steven Ayre
-
Tihomir Culjaga