You are correct. I am using:

    <param name="force-subscription-domain" value="foo-21"/>
    <param name="force-register-domain" value="foo-21"/>
    <param name="force-register-db-domain" value="foo-21"/>

I should have noted in my previous email that, even with forcing those
params, $domain_name still evals to address of the physical interface of
the machine - 192.168.20.3.

I am likely missing something obvious. My workaround is functional, but
I would prefer to do things right.

Matt




On 9/26/13 11:05 AM, Cal Leeming [Simplicity Media Ltd] wrote:
> The thing that concerns me is that you are forcing the domain in the
> profile, but then that domain is not appearing in $domain or
> $domain_name, which indicates you are not setting it properly. Unless
> I have misunderstood?
>
> Let us know how you get on!
>
> Cal
>
>
> On Thu, Sep 26, 2013 at 4:49 PM, Matt <code.name.eric@gmail.com
> <mailto:code.name.eric@gmail.com>> wrote:
>
>    Oh, I have reviewed the Multiple Companies and Multi-tenant docs
>    several
>    times - and will do so again.
>
>    If I do not force the domains in the sip profile to the desired
>    domains,
>    ${domain_name} equates to 192.168.20.3 (the address of the
>    interface in
>    the server).
>
>    This obviously causes an issue when a phone is on a different
>    subnet and
>    voicemail is getting passed 1010@192.168.20.3
>    <mailto:1010@192.168.20.3> instead of
>    1010@192.168.21.3 <mailto:1010@192.168.21.3> (or 1010@foo-21).
>
>    This is likely unrelated: The production machines have multiple
>    network
>    interfaces. However, for testing I am using a virtual machine with an
>    actual address of 192.168.20.3 and an alias of 192.168.21.3. It is an
>    assumption on my part that interface aliases are not an issue.
>
>    I will probably take a break from this particular issue today so as to
>    get FreeTDM up and running on a future production machine with a
>    Digium
>    card.
>
>
>    Matt
>
>    On 9/26/13 10:12 AM, Cal Leeming [Simplicity Media Ltd] wrote:
>    > It sounds like your approach to multi tenancy has not been correctly
>    > implemented.
>    >
>    > From what I can tell, you are forcing the domain on the two
>    profiles,
>    > perhaps review these docs and ensure this has been done correctly;
>    >
>    http://wiki.freeswitch.org/wiki/Multiple_Companies#Enabling_Multiple_Domains
>    >
>    > If ${domain}/${domain_name} do not contain the correct values at the
>    > correct point in time, then something isn't right with your multi
>    > tenancy config.
>    >
>    > I know this has already been said but, you really need to have a
>    read
>    > over the multi-tenancy docs and compare what's different in your
>    > config, it could just be a one minute fix, or it could take you
>    a few
>    > days to figure out. That's all part of the fun :)
>    >
>    > Cal
>    >
>    >
>
>
>    _________________________________________________________________________
>    Professional FreeSWITCH Consulting Services:
>    consulting@freeswitch.org <mailto:consulting@freeswitch.org>
>    http://www.freeswitchsolutions.com
>
>    FreeSWITCH-powered IP PBX: The CudaTel Communication Server
>    http://www.cudatel.com
>
>    Official FreeSWITCH Sites
>    http://www.freeswitch.org
>    http://wiki.freeswitch.org
>    http://www.cluecon.com
>
>    FreeSWITCH-users mailing list
>    FreeSWITCH-users@lists.freeswitch.org
>    <mailto: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
>
>
>
>
> _________________________________________________________________________
> Professional FreeSWITCH Consulting Services:
> consulting@freeswitch.org
> http://www.freeswitchsolutions.com
>
> FreeSWITCH-powered IP PBX: The CudaTel Communication Server
> http://www.cudatel.com
>
> Official FreeSWITCH Sites
> http://www.freeswitch.org
> http://wiki.freeswitch.org
> http://www.cluecon.com
>
> 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


_________________________________________________________________________
Professional FreeSWITCH Consulting Services:
consulting@freeswitch.org
http://www.freeswitchsolutions.com

FreeSWITCH-powered IP PBX: The CudaTel Communication Server
http://www.cudatel.com

Official FreeSWITCH Sites
http://www.freeswitch.org
http://wiki.freeswitch.org
http://www.cluecon.com

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