[Freeswitch-users] Sofia ODBC causes multiple b-legs on a single call

Tue Oct 4 20:27:23 MSD 2011

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 at 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 at 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 at 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 at 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 at 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 at 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 at 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 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
>> >> >
>> >> >
>> >>
>> >>
>> >>
>> >> --
>> >> Anthony Minessale II
>> >>
>> >> FreeSWITCH http://www.freeswitch.org/
>> >> ClueCon http://www.cluecon.com/
>> >> Twitter: http://twitter.com/FreeSWITCH_wire
>> >>
>> >> AIM: anthm
>> >> MSN:anthony_minessale at hotmail.com
>> >> GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com
>> >> IRC: irc.freenode.net #freeswitch
>> >>
>> >> FreeSWITCH Developer Conference
>> >> sip:888 at conference.freeswitch.org
>> >> googletalk:conf+888 at conference.freeswitch.org
>> >> pstn:+19193869900
>> >>
>> >>
>> >> 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
>> >
>> >
>> >
>> > 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
>> >
>> >
>>
>>
>>
>> --
>> Anthony Minessale II
>>
>> FreeSWITCH http://www.freeswitch.org/
>> ClueCon http://www.cluecon.com/
>> Twitter: http://twitter.com/FreeSWITCH_wire
>>
>> AIM: anthm
>> MSN:anthony_minessale at hotmail.com
>> GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com
>> IRC: irc.freenode.net #freeswitch
>>
>> FreeSWITCH Developer Conference
>> sip:888 at conference.freeswitch.org
>> googletalk:conf+888 at conference.freeswitch.org
>> pstn:+19193869900
>>
>>
>> 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
>
>
>
> 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
>
>

-- 
Anthony Minessale II

FreeSWITCH http://www.freeswitch.org/
ClueCon http://www.cluecon.com/
Twitter: http://twitter.com/FreeSWITCH_wire

AIM: anthm
MSN:anthony_minessale at hotmail.com
GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com
IRC: irc.freenode.net #freeswitch

FreeSWITCH Developer Conference
sip:888 at conference.freeswitch.org
googletalk:conf+888 at conference.freeswitch.org
pstn:+19193869900