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