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

R H buscom123+fs at gmail.com
Wed Oct 5 21:54:39 MSD 2011 

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/20111005/852995eb/attachment-0001.html

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