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/
