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

R H buscom123+fs at gmail.com
Thu Oct 6 21:25:01 MSD 2011


For the benefit of anyone who may run into this in the future. I resolved
the issue by providing each sip_profile it's own database schema. This does
not seem like the best solution but it works.

Thanks for the feedback!

Ryan


On Wed, Oct 5, 2011 at 11:54 AM, R H <buscom123+fs at gmail.com> wrote:

> 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 at 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 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
>>
>>
>> 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/20111006/04e74998/attachment-0001.html 


Join us at ClueCon 2011 Aug 9-11, 2011
More information about the FreeSWITCH-users mailing list