Hey Anthony, I appreciate your help on this. Your response was not clear enough for me to understand how to accomplish what you are describing. Let's assume I only have 2 profiles (Internal/External). Both profiles default to the public context. Now if I were to create two domains in the directory and name them " internal.mydomain.com" and "external.mydomain.com" and force everyone who registers to the internal profile to use the internal domain and everyone on the external profile to use the external domain I would still get the same problem. If I have two clients register on the external profile using the external domain and they call each other, with ODBC disabled everything works fine, but with ODBC enabled I get two invites to the destination client. The fact that I get different behavior with odbc enabled / disabled seems to indicate a bug more than it indicates a mis-configuration. Perhaps I am missing something? I don't quite understand the section in the example xml that refers to domains. Is there something I need to do there? The wiki does not mention it at all and the comments in the xml are not very clear either: <domains> <!-- indicator to parse the directory for domains with parse="true" to get gateways--> <!--<domain name="$${domain}" parse="true"/>--> <!-- indicator to parse the directory for domains with parse="true" to get gateways and alias every domain to this profile --> <!--<domain name="all" alias="true" parse="true"/>--> <domain name="all" alias="false" parse="true"/> </domains> Thanks for your help, Ryan On Tue, Oct 4, 2011 at 10:27 AM, Anthony Minessale < anthony.minessale@gmail.com> wrote:
ok but the db is shared so if they are all using mydomain.com it will cross over so you should use distinct fake domains at least between your profiles.
On Tue, Oct 4, 2011 at 11:24 AM, R H <buscom123+fs@gmail.com> wrote:
In Response to Brian West, below are my sip registrations. These may have slightly different values from the logs I sent yesterday simply because I shut down last night and re-registered this morning. Same softphones, same extensions, just new registrations:
-----------------------------------------------------------------------------
select * from sip_registrations; MTAwYWEwYzhlNzc2MDAxYTUzNDhlY2EwZmEyZDFlZDE.,4001,mydomain.com, mydomain.com,"""user"" <sip:4001@192.168.99.164:61238 ;rinstance=e2d50bbe31452d30>",Registered(UDP),unknown,1317746818,X-Lite 4 release 4.1 stamp
63215,4001,192.168.122.236,internal,psiFreeswitch,192.168.99.164,61238,4001, mydomain.com,4001,mydomain.com,192.168.122.236,psiFreeswitch
dQJifXuoqNBUlWCuZ8rCI6cu.Nn5F81W,4002,mydomain.com,mydomain.com,"""Test User123"" <sip:cqgulpey@192.168.99.164:57003 ",Registered(UDP),unknown,1317743825,Blink Lite 1.2.0
(MacOSX),4002,192.168.122.236,internal,psiFreeswitch,192.168.99.164,57003,4002, mydomain.com,4002,mydomain.com,192.168.122.236,psiFreeswitch
-----------------------------------------------------------------------------
In Response to Anthony Minessale, "Mydomain.com" is simply for testing and will not be our go-live domain. The particular switch I am testing on is located in a closed internal network designed specifically for testing systems like this and nothing more. It is set up using the instructions on the FreeSwitch wiki for Multi-Tenant installations because we have the potential to go multi-tenant in the future and we want to make sure multi-tenant setups work for the system we are building. As far as my profiles in development i have the following setup: 1) Internal - To emulate production this is limited use, no real phones will ever connect from the local LAN in production. We have been testing registrations on this profile anyway but not there is no plan to have phones register here in production: <domain name="all" alias="false" parse="false"/>
2) External - Most phones will register here, possibly to multiple domains (tenants). These devices will be on other networks with possible natting issues. This profile requires authentication to make calls. 3) External_Debug - When clients complain of connectivity issues we will be asking them to move to this profile so that we can more easily monitor their sip traffic and debug their issues. This profile will also require authentication and allow registration to the many domains. 4) Unnamed Future External Profile - We will also most likely have another profile for our upstream providers once we are ready to turn them on.
On Mon, Oct 3, 2011 at 5:59 PM, Anthony Minessale <anthony.minessale@gmail.com> wrote:
are you really using "mydomain.com" on all the profiles at the same
time?
On Mon, Oct 3, 2011 at 5:29 PM, R H <buscom123+fs@gmail.com> wrote:
Sure, I have two soft phones registering as extensions 4001 and 4002 to the same profile. When 4002 dials 4001 the softphone that is registered as 4001 received two calls simultaneously. This only happens when I enable
odbc
on two profiles. If I disable odbc or only enable it for one profile everything works fine. If I enable ODBC for 3 profiles I would get three invites to 4001, etc... Attached is some logging output. Notice the parts highlighted in red. Thank you for your help. Ryan
On Mon, Oct 3, 2011 at 1:23 PM, Anthony Minessale <anthony.minessale@gmail.com> wrote:
could you elaborate more on what the B-legs are? Are you doing bridges to an outbound entity, if so how?
do you have any traces doing:
sofia global siptrace on and console loglevel debug
On Mon, Oct 3, 2011 at 2:14 PM, R H <buscom123+fs@gmail.com> wrote:
Hey Everyone, I am preparing to set up HA Failover to my production freeswitch environment. In preparation for this I have been doing some testing in a development environment and I encountered the following problem: I currently have two sip-profiles set up that I am using full time, when I enable odbc in the switch.conf.xml everything works correctly. When
I
enable odbc in ONE of the sip-profiles everything works correctly. But when I enable odbc in the second profile I begin to see two b-legs for ever call that I initiate. Both b-legs are directed at the same client. Does anyone have any idea why enabling odbc on two sofia profiles would cause every inbound call to generate two outbound calls? I also decided to test this problem by adding two more profiles for a total of 4. With 4 profiles I get 4 b-legs. What am I doing wrong? Ryan
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
-- Anthony Minessale II
FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/ Twitter: http://twitter.com/FreeSWITCH_wire
AIM: anthm MSN:anthony_minessale@hotmail.com GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com IRC: irc.freenode.net #freeswitch
FreeSWITCH Developer Conference sip:888@conference.freeswitch.org googletalk:conf+888@conference.freeswitch.org pstn:+19193869900
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
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
-- Anthony Minessale II
FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/ Twitter: http://twitter.com/FreeSWITCH_wire
AIM: anthm MSN:anthony_minessale@hotmail.com GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com IRC: irc.freenode.net #freeswitch
FreeSWITCH Developer Conference sip:888@conference.freeswitch.org googletalk:conf+888@conference.freeswitch.org pstn:+19193869900
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
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
-- Anthony Minessale II
FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/ Twitter: http://twitter.com/FreeSWITCH_wire
AIM: anthm MSN:anthony_minessale@hotmail.com GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com IRC: irc.freenode.net #freeswitch
FreeSWITCH Developer Conference sip:888@conference.freeswitch.org googletalk:conf+888@conference.freeswitch.org pstn:+19193869900
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