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/
