[Freeswitch-users] Caller Domain Variable?

[Stanislav Sinyagin]

In default configuration, in vars.xml, there's

  <X-PRE-PROCESS cmd="set" data="domain=$${local_ip_v4}"/>
  <X-PRE-PROCESS cmd="set" data="domain_name=$${domain}"/>

I guess that's what causes what you see.

As far as I understand, you don't really need multi-tenancy, you just need FreeSWITCH to work properly with multiple host IP addresses. In this case, you can create a normal domain name in your local DNS service, like pbx01.company.com, and create the corresponding SRV record. Then you change the global domain setting in vars.xml, and that's it -- all your clients would belong to the same SIP domain name.








________________________________
 From: Matt <code.name.eric at gmail.com>
To: FreeSWITCH Users Help <freeswitch-users at lists.freeswitch.org> 
Sent: Thursday, September 26, 2013 6:43 PM
Subject: Re: [Freeswitch-users] Caller Domain Variable?
 

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 at gmail.com
> <mailto:code.name.eric at 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 at 192.168.20.3
>     <mailto:1010 at 192.168.20.3> instead of
>    1010 at 192.168.21.3 <mailto:1010 at 192.168.21.3> (or 1010 at 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 at freeswitch.org <mailto:consulting at freeswitch.org>
>    http://www.freeswitchsolutions.com
>
>     
>    
>
>     Official FreeSWITCH Sites
>    http://www.freeswitch.org
>    http://wiki.freeswitch.org
>    http://www.cluecon.com
>
>     FreeSWITCH-users mailing list
>    FreeSWITCH-users at lists.freeswitch.org
>     <mailto: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
>
>
>
>
> _________________________________________________________________________
> Professional FreeSWITCH Consulting Services:
> consulting at freeswitch.org
> http://www.freeswitchsolutions.com
>
> 
> 
>
> Official FreeSWITCH Sites
> http://www.freeswitch.org
> http://wiki.freeswitch.org
> http://www.cluecon.com
>
> 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


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




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

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/20130926/67492a1c/attachment.html