Re: DefaultDomain

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



nice to have a test environment, I will test it tomorrow when I am
back to the office.

On Fri, Nov 27, 2009 at 8:26 AM, Jan Willamowius <jan@xxxxxxxxxxxxxx> wrote:
> Hi,
>
> I have the SRV records of the domains gnugk.de and willamowius.de
> pointing to the test gatekeeper at testing.gnugk.org (gnugk.org is at a
> cheap hoster where I can't set a SRV record). That seems to work fine
> without any DefaultDomain setting. Try it if you want to. (username
> 'testing' password 'rc1' to access the user interface so you can see
> the list of test endpoints you can call).
>
> I assume you work on the same project as Frank and you should really
> check why there is an A record lookup before the SRV record lookup.
>
> The reason I don't like the DefaultDomain switch and why we are
> probably going to remove it, is that it does something other
> than the name suggests. Once there are multiple domains in the list,
> the name "DefaultDomain" makes even less sense. Rewriting stuff like
> that should be in an AliasRewrite section or similar. But we shouldn't
> start fixing things at the wrong end.
>
> Regards,
> Jan
>
>
> You Xiang wrote:
>> I always have 'srv' before 'dns', so that is not the problem. You can
>> test in your own environment and you will see what I mean. Maybe it
>> "should" work, but there is a bug in the code?
>>
>> At least the extension of DefaultDomain solves my problem.
>>
>> Thanks!
>> BR
>>
>> On Fri, Nov 27, 2009 at 2:37 AM, Jan Willamowius <jan@xxxxxxxxxxxxxx> wrote:
>> > If you have the 'srv' policy in your routing chain before the 'dns'
>> > policy, the SRV lookup will happen before the A record lookup and all
>> > works fine.
>> >
>> > I think we should remove the DefaultDomain switch rather than extend it.
>> >
>> > Regards,
>> > Jan
>> >
>> >
>> > Frank Liu wrote:
>> >> Hi Jan,
>> >>
>> >> I can confirm the SRV doesn't work properly based on my tests some weeks ago.
>> >> Here is my observation:
>> >> If you have name.com SRV to gnugk server and A to another IP (let's
>> >> say your company's website), and when a SRV dialing comes into gnugk,
>> >> gnugk will resolve the name.com using A and then pass the call to your
>> >> web server IP, which will fail of course. The only way to work around
>> >> this is to define DefaultDomain to be your name.com, then gnugk will
>> >> be able to deliver the call locally. Of course, this trick won't work
>> >> if you have multiple domains, since DefaultDomain only supports one
>> >> value.
>> >>
>> >> Frank
>> >>
>> >> On Thu, Nov 26, 2009 at 11:44 AM, Jan Willamowius <jan@xxxxxxxxxxxxxx> wrote:
>> >> > Are you using 2.3.1 ?
>> >> > SRV records should work fine, even for multiple domains.
>> >> >
>> >> > Regards,
>> >> > Jan
>> >> >
>> >> >
>> >> > You Xiang wrote:
>> >> >> "A" record for company.com and company.net are pointing to company's
>> >> >> main website. I won't be allowed to change it to point to the gnugk
>> >> >> server. SRV record is the only option. I did have SRV working for
>> >> >> company.com, but it failed for company.net. I guess that gnugk might
>> >> >> need to be enhanced to support that.
>> >> >> BR
>> >> >>
>> >> >> On Thu, Nov 26, 2009 at 1:33 AM, Jan Willamowius <jan@xxxxxxxxxxxxxx> wrote:
>> >> >> > You should use A records when routing with the 'dns' policy. CNAMEs
>> >> >> > might work, but would be definitely slower.
>> >> >> >
>> >> >> > To use SRV records, you have to use the 'srv' policy, but I see those
>> >> >> > used incorrectly a lot. I would suggest sticking to A records and the
>> >> >> > 'dns' policy and remove the DefaultDomain. (I think we might get ride
>> >> >> > of that setting altogether in future versions)
>> >> >> >
>> >> >> > Regards,
>> >> >> > Jan
>> >> >> >
>> >> >> >
>> >> >> > You Xiang wrote:
>> >> >> >> When you said DNS lookup, I assume the SRV, A or CNAME record are all
>> >> >> >> being checked?
>> >> >> >>
>> >> >> >> On Wed, Nov 25, 2009 at 4:17 PM, Jan Willamowius <jan@xxxxxxxxxxxxxx> wrote:
>> >> >> >> > Exactly, GnuGk does the DNS lookup and compares it with its own home
>> >> >> >> > interface. (Remember to to activate the 'dns' policy for this.)
>> >> >> >> >
>> >> >> >> >
>> >> >> >> > You Xiang wrote:
>> >> >> >> >> So when gnugk receives a uri call alias@domainalias, it has its own
>> >> >> >> >> builtin logic to know this domainalias belongs to itself, thus
>> >> >> >> >> removing the @domainalias and tries to deliver to "alias" directly?
>> >> >> >> >> When it finds out the domainalias doesn't belong to itself, it will do
>> >> >> >> >> dns lookup and route it to the right destination?
>> >> >> >> >>
>> >> >> >> >> On Wed, Nov 25, 2009 at 3:35 PM, Jan Willamowius <jan@xxxxxxxxxxxxxx> wrote:
>> >> >> >> >> > Yes, you can point multiple domains to your gatekeeper and use DNS
>> >> >> >> >> > dialing with all of them. You can only have one domain as
>> >> >> >> >> > DefaultDomain, but in most cases you don't even have to set a
>> >> >> >> >> > DefaultDomain.
>> >> >> >> >> >
>> >> >> >> >> > Regards,
>> >> >> >> >> > Jan
>> >> >> >> >> >
>> >> >> >> >> > You Xiang wrote:
>> >> >> >> >> >> Is it possible to support multiple domains (aliases)?
>> >> >> >> >> >> eg: if I want me to be able to to dial me at alias@xxxxxxxxxxxxx or
>> >> >> >> >> >> alias@xxxxxxxxxxxxx, etc. where dns mycompany.com and mycompany.net
>> >> >> >> >> >> both pointing to my gnugk, can I have something like
>> >> >> >> >> >>
>> >> >> >> >> >> DefaultDomain=mycompany.com,mycompany.net
>
> --
> Jan Willamowius, jan@xxxxxxxxxxxxxx, http://www.gnugk.org/
>
> ------------------------------------------------------------------------------
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
> trial. Simplify your report design, integration and deployment - and focus on
> what you do best, core application coding. Discover what's new with
> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
> _______________________________________________________
>
> Posting: mailto:Openh323gk-users@xxxxxxxxxxxxxxxxxxxxx
> Archive: http://sourceforge.net/mailarchive/forum.php?forum_name=openh323gk-users
> Unsubscribe: http://lists.sourceforge.net/lists/listinfo/openh323gk-users
> Homepage: http://www.gnugk.org/
>

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
_______________________________________________________

Posting: mailto:Openh323gk-users@xxxxxxxxxxxxxxxxxxxxx
Archive: http://sourceforge.net/mailarchive/forum.php?forum_name=openh323gk-users
Unsubscribe: http://lists.sourceforge.net/lists/listinfo/openh323gk-users
Homepage: http://www.gnugk.org/


[Index of Archives]     [SIP]     [Open H.323]     [Gnu Gatekeeper]     [Asterisk PBX]     [ISDN Cause Codes]     [Yosemite News]

  Powered by Linux