<p dir="ltr">Did you change all the fields in the new profile you duplicated that were relevant to the name like name...</p>
<p dir="ltr">I usually cp internal.xml new.xml then edit new.xml and global replace internal with new right off the bat.</p>
<p dir="ltr">You might find your mistake faster if you backup and revert to default sip profiles from sample and slowly make changes again.</p>
<div class="gmail_quote">On Oct 22, 2013 1:04 AM, "hcoin" <<a href="mailto:hcoin@quietfountain.com">hcoin@quietfountain.com</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
This has been a really frustrating problem, I'm sure the answer is<br>
simple but I just can't see it.<br>
<br>
I had several extensions registered to the internal profile, sending<br>
calls out the external profile to a sip-pstn gateway, all seemed fine.<br>
<br>
Then created another internal profile, using a different sip port on the<br>
same lan address, because of 'no device left behind' and NAT issues.<br>
<br>
All seemed well, all the phones register normally. Looking at the<br>
databases in FS they all show the proper ports, the proper domains, etc.<br>
<br>
However, every single call gets picked up as a new call via<br>
sophia/external/... and it hits the public dialplan normally -- except<br>
that's the wrong plan, it should hit the default plan and be identified<br>
as sofia/internal/.... and so forth.<br>
2013-10-22 00:31:11.001600 [NOTICE] switch_channel.c:1034 New Channel<br>
sofia/external/<a href="mailto:hcoin@pbx.foobar.com">hcoin@pbx.foobar.com</a> [28ed125a-3adb-11e3-9cc1-cbb8efb09b83]<br>
<br>
What could possibly be the reason phones registered on the internal<br>
profile have their new calls identified as sophia/external and don't hit<br>
the correct plan? Both the phones and the freeswitch are on the same<br>
subnet. This should be so vanilla. What am I missing?<br>
<br>
<br>
<br>
<br>
<br>
<br>
<br>
<br>
<br>
<br>
_________________________________________________________________________<br>
Professional FreeSWITCH Consulting Services:<br>
<a href="mailto:consulting@freeswitch.org">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="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>
</blockquote></div>