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/
