Seconded...<span></span><div><br></div><div>There are some cases were a FS restart isn&#39;t needed where reloadxml isn&#39;t quite enough (eg sofia profile rescan, reload module) and some where only a restart can do it (mostly switch.conf.xml stuff). It could be useful to have the wiki annotated with what&#39;s required in the config documentation.</div>
<div><br></div><div>That&#39;s not a trivial task though :)</div><div><br></div><div>-Steve</div><div><br></div><div><br></div><div><br>On Saturday, June 15, 2013, Vincent Xia  wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div dir="ltr">that&#39;s RIGHT! it took effect after i restarted FS, maybe there should be some document stating what kind of params wont update after reloadxml.</div><div><br><br><div>
2013/6/15 Brian Foster <span dir="ltr">&lt;<a>bdfoster@davri.com</a>&gt;</span><br><blockquote style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<p dir="ltr">Have you restarted sofia and/or freeswitch itself? reloadxml won&#39;t cut it.</p>
<p dir="ltr">- BDF</p>
<div><div><div>On Jun 14, 2013 8:04 AM, &quot;Vincent Xia&quot; &lt;<a>gmangudai@gmail.com</a>&gt; wrote:<br type="attribution"></div></div>
<blockquote style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div>
<div dir="ltr"><div>i was trying to test FS with 1 calling party and 1 called party configured in 2 WinSIPs,<br></div><div>the registration to FS is OK for both party, but while making calls, the calling party kept receiving 407 Proxy </div>



<div><br></div><div>Authentication Required response, i tried to uncomment </div><div>    &lt;param name=&quot;accept-blind-reg&quot; value=&quot;true&quot;/&gt;</div><div>    &lt;param name=&quot;accept-blind-auth&quot; value=&quot;true&quot;/&gt;</div>



<div>in internal.xml of sip_profiles and still receiving 407 response.</div><div><br></div><div>the FS log keeps on displaying the following DEBUG:</div><div>2013-06-14 18:54:42.166920 [DEBUG] switch_core_session.c:1005 Send signal sofia/internal/<a href="http://1500@192.168.0.100:15070" target="_blank">1500@192.168.0.100:15070</a> [BREAK]</div>



<div>2013-06-14 18:54:42.166920 [DEBUG] switch_core_session.c:1005 Send signal sofia/internal/<a href="http://1500@192.168.0.100:15070" target="_blank">1500@192.168.0.100:15070</a> [BREAK]</div><div>2013-06-14 18:54:42.187428 [DEBUG] sofia.c:7860 IP 192.168.0.100 Rejected by acl &quot;domains&quot;. Falling back to Digest auth.</div>



<div>2013-06-14 18:54:42.187428 [DEBUG] switch_core_session.c:1005 Send signal sofia/internal/<a href="http://1500@192.168.0.100:15070" target="_blank">1500@192.168.0.100:15070</a> [BREAK]</div><div>2013-06-14 18:54:42.187428 [DEBUG] sofia.c:1787 detaching session c301db43-84d7-4b44-8ef1-8369bbf9f476</div>



<div>2013-06-14 18:54:42.187428 [DEBUG] sofia.c:1879 Re-attaching to session c301db43-84d7-4b44-8ef1-8369bbf9f476</div><div>2013-06-14 18:54:42.187428 [DEBUG] switch_core_session.c:1005 Send signal sofia/internal/<a href="http://1500@192.168.0.100:15070" target="_blank">1500@192.168.0.100:15070</a> [BREAK]</div>



<div>2013-06-14 18:54:42.187428 [DEBUG] switch_core_session.c:1005 Send signal sofia/internal/<a href="http://1500@192.168.0.100:15070" target="_blank">1500@192.168.0.100:15070</a> [BREAK]</div><div>2013-06-14 18:54:42.206960 [DEBUG] sofia.c:7860 IP 192.168.0.100 Rejected by acl &quot;domains&quot;. Falling back to Digest auth.</div>



<div>2013-06-14 18:54:42.206960 [DEBUG] switch_core_session.c:1005 Send signal sofia/internal/<a href="http://1500@192.168.0.100:15070" target="_blank">1500@192.168.0.100:15070</a> [BREAK]</div><div>2013-06-14 18:54:42.206960 [DEBUG] sofia.c:1787 detaching session c301db43-84d7-4b44-8ef1-8369bbf9f476</div>



<div>2013-06-14 18:54:42.206960 [DEBUG] sofia.c:1879 Re-attaching to session c301db43-84d7-4b44-8ef1-8369bbf9f476</div><div><br></div><div>My question is how can i disable FS from asking 407 and/or make the call through?</div>



<div><br></div><div>BR</div></div>
<br></div></div><div>_________________________________________________________________________<br>
Professional FreeSWITCH Consulting Services:<br>
<a>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>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></div></blockquote></div>
<br>_________________________</blockquote></div></div></blockquote></div>