<br><div class="gmail_quote">On Sat, Jan 16, 2010 at 10:00 PM, Alfredo Quiroga-Villamil <span dir="ltr"><<a href="mailto:lawwton@gmail.com">lawwton@gmail.com</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;">
mm_202:<br>
<br>
Appreciate the response. So, essentially what that means is that there<br>
is no way to reload changes unless we do a restart which will drop<br>
calls? I apologize before hand for saying this; but that's really<br>
really bad when you have a production server to which changes are made<br>
sometimes through out the day, new turnups/disconnects, etc...<br>
<br>
I actually just did the following test:<br>
<br>
a) Made sure I removed the alias from my internal profile. Verified it<br>
was gone with "sofia status"<br>
<br>
b) Edit the internal.xml file again and reset the flag to true for the alias.<br>
<br>
c) Ran: sofia profile internal rescan reloadxml<br>
<br>
I received the expected message about the alias being added:<br>
<br>
freeswitch@internal> 2010-01-16 22:17:49.778272 [INFO]<br>
switch_time.c:812 Timezone reloaded 530 definitions<br>
2010-01-16 22:17:49.778272 [DEBUG] sofia.c:2252 Duration out of<br>
bounds, using default of 2000!<br>
2010-01-16 22:17:49.778272 [NOTICE] sofia.c:1804 Adding Alias<br>
[192.168.1.148] for profile [internal]<br>
<br>
d) I then edited the file again and set the flag again to false<br>
<br>
e) I then re-ran: sofia profile internal rescan reloadxml again to<br>
find out that the alias is not removed this time around. In other<br>
words, the alias is only added with a re-scan after the flag is set to<br>
true. It's not removed with rescan if the flag is set to false.<br>
<br>
So, two big concerns now:<br>
<br>
1- If there is no way to reload things dynamically without disrupting<br>
service, is this by design? Specially the sip_profiles part, that's<br>
really important.<br>
<br>
2- Why are the a-e) steps above partially working, it might seem at<br>
first glance that sofia profile internal rescan reloadxml should do<br>
what it says, to re-scan for new changes and load them for that<br>
profile. Is this a bug or this is by design?<br>
<br>
All:<br>
<br>
Feel free to keep me honest here and let me know if I am doing<br>
something wrong since I just started playing with FS today.<br>
<br>
Appreciate the help,<br>
<br>
Alfredo<br>
<br>
That command<br>
<div><div></div><div class="h5"><br>
On Sat, Jan 16, 2010 at 9:39 PM, mm_202 <<a href="mailto:mastermind202@gmail.com">mastermind202@gmail.com</a>> wrote:<br>
><br>
> On Sat, Jan 16, 2010 at 9:09 PM, Alfredo Quiroga-Villamil<br>
> <<a href="mailto:lawwton@gmail.com">lawwton@gmail.com</a>> wrote:<br>
>><br>
>> Appreciate the response Mike.<br>
>><br>
>> That's a little different than everything I've seen in other systems.<br>
>> I don't want to be forced to display 3 different profiles when in<br>
>> reality one is just an alias name. It says alias and all; but I find<br>
>> that a bit repetitive, specially if I remove it and it breaks things.<br>
>><br>
>> When a change is made on one of the sip_profiles, take internal.xml<br>
>> for example where I changed a parameter from true to false. What<br>
>> command needs to be ran to reload the changes (non-disruptive).<br>
>><br>
>> Thanks in advance,<br>
>><br>
>> Alfredo<br>
>><br>
>> On Sat, Jan 16, 2010 at 8:58 PM, Michael Jerris <<a href="mailto:mike@jerris.com">mike@jerris.com</a>> wrote:<br>
>> > it lets you use your ip as the profile name as well. There are some<br>
>> > things in the default configs that take advantage of and assume that the<br>
>> > profile name is the domain name. In the case of the default configs, we use<br>
>> > the detected ip address for this. If you remove it, things will probably<br>
>> > break unless you have devices that all work right, dns setup right, and all<br>
>> > your devices dns.<br>
>> ><br>
>> > Mike<br>
>> ><br>
>> > On Jan 16, 2010, at 8:38 PM, Alfredo Quiroga-Villamil wrote:<br>
>> ><br>
>> >> All:<br>
>> >><br>
>> >> Any ideas why there is an alias here? What does that exactly mean? Do<br>
>> >> I need to have that? How do I remove that?<br>
>> >><br>
>> >> freeswitch@internal> sofia status<br>
>> >> Name Type<br>
>> >> Data State<br>
>> >><br>
>> >> =================================================================================================<br>
>> >> external profile<br>
>> >> <a href="http://sip:mod_sofia@192.168.1.148:5080" target="_blank">sip:mod_sofia@192.168.1.148:5080</a> RUNNING (0)<br>
>> >> internal profile<br>
>> >> <a href="http://sip:mod_sofia@192.168.1.148:5060" target="_blank">sip:mod_sofia@192.168.1.148:5060</a> RUNNING (0)<br>
>> >> 192.168.1.148 alias<br>
>> >> internal ALIASED<br>
>> >><br>
>> >> =================================================================================================<br>
>> >> 2 profiles 1 alias<br>
>> >><br>
>> >> Lots of questions there all trying to figure out why it's showing up<br>
>> >> there.<br>
>> >><br>
>> >> Thanks in advance,<br>
>> >><br>
>> >> Alfredo Q-V<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>
> Alfredo,<br>
> Use 'reloadxml' and then for mod_sofia to actually use the changes, you'll<br>
> have to run 'sofia profile internal restart', but that will drop any calls<br>
> that are on that profile.<br>
><br>
> -- mm_202.<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>Alfredo,<br><br>In a production system, you *shouldnt* have to change the main profiles at all.<br>When adding / removing gateways, you can use 'sofia profile [profilename] rescan',<br>
that will not drop calls, only if you run 'reload'.<br><br>As far as why the rescan adds the alias but doesnt remove it, I would say that is by design.<br>That way you cant 'break' anything if your dialplan is using that alias. But someone more<br>
experienced than me may have a better / more accurate answer.<br><br>-- mm_202.<br><br>