[Freeswitch-users] Phones registered to internal profile hit external profile when calling

[hcoin]

Anthony and Donny, thanks for replying.

Putting a packet capture on the line revealed the problem to be a 
combination of quirks in both linphone (windows version ignores fs 
nonstandard destination port) and dns-forwarder (override of foo.bar.com 
fails if foo.bar.com is a cname on the public internet, not an A 
record).  The call was coming in on the external profile because the dns 
forwarder was letting the resolution go to the public internet and so 
the local systems were sending out to the router, which sent it back in 
to... the external interface.   However, I do now know how to watch 
calls pass through freeswitch and have read most of the source code in 
the sofia endpoint, nta, nua, etc.  etc... and had lots of fun with gdb 
stepping around watching the packets flow.

The main lession I think is worth sharing is this:   Use 5060 for sip.  
If you are thinking of various profiles using the same address but 
different ports on the one hand, or on the other hand using ip aliases 
so each profile uses the 'standard' ports but a different ip--- go with 
the ip alias approach.    So in /etc/network/interfaces , supposing your 
main nic is eth0:

iface eth0 inet dhcp   <-- or whatnot on your system>
  ..
   post-up ifup eth0:1
   pre-down ifdown eth0:1
..


iface eth0:1 inet static
     address <something unique on the lan>
     netmask <etc.>

Problems all melted away as if they never were.

Thanks again for trying to help!   I even bought the freeswitch book.  
Ka-Ching for someone on this list...



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

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20131023/90455adf/attachment.html