That'd probably be correct, though it'd really depend on the provider. Certainly sending to a single port is the simplest easiest setup, and therefore the most likely.

Other possibilities would be round-robin or failover distribution among a number of ip:port addresses or SIP registrations, or controlling which calls are routed to based on prefix. But you probably won't have those options.


On 30 September 2013 20:36, Guillermo Ruiz Camauer <grcamauer@gmail.com> wrote:
Steven,
 
Ah, I think I get it now:  profiles LISTEN on an IP:PORT combination, so I can have many IP:PORT combinations to MAKE calls, as long as I send them to my provider's IP on the 5060 port,  but I would only receive calls from my provider on my one profile bount to the IP:5060 port.  Is this correct?
 
Guillermo


On Mon, Sep 30, 2013 at 4:11 PM, Steven Ayre <steveayre@gmail.com> wrote:
If I only have one Voip provider, can I still have more than one SIP profile?  My provider authenticates via IP

Profiles bind to a single ip:port combination.

You could run multiple profiles each on a separate port. That way they'll all send to the provider using the same IP.





On 30 September 2013 18:54, Guillermo Ruiz Camauer <grcamauer@gmail.com> wrote:
In the Wiki, under "Performance testing and configurations", one of the suggestions given under "Recommended SIP Settings" is:
 
libsofia only handles 1 thread per profile, so if that is your bottle neck use more profiles
 
If I only have one Voip provider, can I still have more than one SIP profile?  My provider authenticates via IP.  I currently run 240 concurrent calls through this Sip trunk, I I see CPU close to 12.5% on a 8 core machine.  This means that one core is maxing out.  How can I get more threads up to distribute the load?
 
 

--
Guillermo Ruiz Camauer

_________________________________________________________________________
Professional FreeSWITCH Consulting Services:
consulting@freeswitch.org
http://www.freeswitchsolutions.com

FreeSWITCH-powered IP PBX: The CudaTel Communication Server
http://www.cudatel.com

Official FreeSWITCH Sites
http://www.freeswitch.org
http://wiki.freeswitch.org
http://www.cluecon.com

FreeSWITCH-users mailing list
FreeSWITCH-users@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@freeswitch.org
http://www.freeswitchsolutions.com

FreeSWITCH-powered IP PBX: The CudaTel Communication Server
http://www.cudatel.com

Official FreeSWITCH Sites
http://www.freeswitch.org
http://wiki.freeswitch.org
http://www.cluecon.com

FreeSWITCH-users mailing list
FreeSWITCH-users@lists.freeswitch.org
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org




--
Guillermo Ruiz Camauer

_________________________________________________________________________
Professional FreeSWITCH Consulting Services:
consulting@freeswitch.org
http://www.freeswitchsolutions.com

FreeSWITCH-powered IP PBX: The CudaTel Communication Server
http://www.cudatel.com

Official FreeSWITCH Sites
http://www.freeswitch.org
http://wiki.freeswitch.org
http://www.cluecon.com

FreeSWITCH-users mailing list
FreeSWITCH-users@lists.freeswitch.org
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org