Hello,<div><br></div><div>Thanks for your answer... </div><div><br></div><div>But then that's the same as killing it and reloading it, no?</div><div><br></div><div>David<br><br><div class="gmail_quote">On Sat, Oct 22, 2011 at 6:03 PM, Hynek Cihlar <span dir="ltr"><<a href="mailto:hynek.cihlar@gmail.com">hynek.cihlar@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><div>I was also having issues with changing gateways. A solution I came up with was to have globally unique names and changing a gateway was actually destroying the old one and recreating a new one under new name. The downside is that DB lookup must be performed before new call is initiated.</div>
<br clear="all">Hynek<br><br>
<br><br><div class="gmail_quote"><div><div></div><div class="h5">On Sat, Oct 22, 2011 at 5:15 PM, David Villasmil <span dir="ltr"><<a href="mailto:david.villasmil.work@gmail.com" target="_blank">david.villasmil.work@gmail.com</a>></span> wrote:<br>
</div></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div></div><div class="h5">
Hello,<div><br></div><div>I understand that if I make a change in a gateway, like IP address I need to first kill the gw because fs doesn't updated the config until all sessions are finished.</div><div>If the gateway has no traffic, that's fine. But the idea would be for the change to take effect starting with the new incoming calls and allow the old ones to end normally.</div>
<div><br></div><div>Also, when you kill a gw and then reload it, and incoming call between the kill and the reload will NOT be handled... this is just not right for a production environment..</div><div><br></div><div>Is there any other way of doing this WITHOUT actually:</div>
<div><br></div><div>- not handling new incoming calls?</div><div>- having to kill the gw?</div><div><br></div><div>Thanks!</div><div><br></div><font color="#888888"><div>David</div>
</font><br><br></div></div>
FreeSWITCH-users mailing list<br>
<a href="mailto: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>
<br></blockquote></div><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></blockquote></div><br></div>