Note however that not all clients will follow 302 redirects. FreeSWITCH won't be default for example.<div><br></div><div>The reason being it makes it easy to redirect a user along a premium rate route when they think they're on a cheap/free one.</div>
<div><br></div><div>A SIP proxy or FS with bypass_media would work transparently, media would still go directly between the targetted FS server and the client so you get minimum lag. The SIP signalling is a much smaller amount of messages where lag doesn't matter as much that its going via that proxy node. The load on the proxy nodes is minimal since its only forwarding signalling not handling any media.<span></span></div>
<div><br></div><div>Combine that with DNS SRV and you can have multiple sites providing the proxy nodes to spread load, and add them as needed. Or use load balancers.<br><div><br></div><div>-Steve</div><div><br></div><div>
<br><br>On Wednesday, June 5, 2013, Daniel Ivanov wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><p dir="ltr">Yes, this might work. You can see the usage here: <a href="http://wiki.freeswitch.org/wiki/Misc._Dialplan_Tools_redirect" target="_blank">http://wiki.freeswitch.org/wiki/Misc._Dialplan_Tools_redirect</a><br>
.<br>
It only looks elegant at first glance though. I don't see fs using or allowing redirect on REGISTER( correct me pls ) which means you would still be using a single register server.( i can think that you can leave auth-calls to false and have it redirect on register).<br>
Also device support is mostly sketchy on handling redirects and mainly the 300 which once you start building this will find very useful for failover.<br>
Resisting a temptation to solve your georouting with one shot is a hard deal. If you have a homogenous base of client devices and make sure they work, i would give it a go.<br>
Otherwise go with dnssrv records and rtp proxies.</p>
<div class="gmail_quote">On Jun 4, 2013 12:37 PM, "adahary" <<a href="javascript:_e({}, 'cvml', 'adahary@gmail.com');" target="_blank">adahary@gmail.com</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
I'm planning to have several FS in few regions and would like that each<br>
client will be able to register with the nearest FS in his current region<br>
location - regardless of the client's @domain (using multiple clients<br>
doamins).<br>
<br>
I would like to use the following registration procedure:<br>
1. A client is turned ON (new location) and sends REGISTER request to the<br>
REDIRECT server at '<a href="http://redirect.fs.com" target="_blank">redirect.fs.com</a>' (all clients will be provisioned with<br>
the same registrar url);<br>
2. The REDIRECT server looks for the nearest FS server and sends<br>
302-redirect to the client<br>
3. The client receives the 302 and re-registers to the nearest FS server.<br>
4. The targeted FS update the LOCATION DB with the current client FS server<br>
location for incoming call routing .<br>
<br>
Is it possible to setup a FS as a REDIRECT server? How?<br>
<br>
*if there is a better approch then please advise<br>
<br>
Regards<br>
<br>
Assaf<br>
<br>
<br>
<br>
<br>
--<br>
View this message in context: <a href="http://freeswitch-users.2379917.n2.nabble.com/FS-as-a-REDIRECT-server-tp7591389.html" target="_blank">http://freeswitch-users.2379917.n2.nabble.com/FS-as-a-REDIRECT-server-tp7591389.html</a><br>
Sent from the freeswitch-users mailing list archive at Nabble.com.<br>
<br>
_________________________________________________________________________<br>
Professional FreeSWITCH Consulting Services:<br>
<a href="javascript:_e({}, 'cvml', 'consulting@freeswitch.org');" target="_blank">consulting@freeswitch.org</a><br>
<a href="http://www.freeswitchsolutions.com" target="_blank">http://www.freeswitchsolutions.com</a><br>
<br>
FreeSWITCH-powered IP PBX: The CudaTel Communication Server<br>
<a href="http://www.cudatel.com" target="_blank">http://www.cudatel.com</a><br>
<br>
Official FreeSWITCH Sites<br>
<a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
<a href="http://wiki.freeswitch.org" target="_blank">http://wiki.freeswitch.org</a><br>
<a href="http://www.cluecon.com" target="_blank">http://www.cluecon.com</a><br>
<br>
FreeSWITCH-users mailing list<br>
<a href="javascript:_e({}, 'cvml', 'FreeSWITCH-users@lists.freeswitch.org');" target="_blank">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>
</blockquote></div>
</blockquote></div></div>