I am a systems/network engineer, programming is not my thing. I will leave it to the capable hands of you guys :) Again, this is not super important or critical. Frank On Fri, Nov 27, 2009 at 9:06 AM, Jan Willamowius <jan@xxxxxxxxxxxxxx> wrote: > I have changed the order in the past to get around a misconfigured SRV, > but of you submit a patch that does a clean merge of the two policies, > I will consider it. > > Regards, > Jan > > Frank Liu wrote: >> My point is there is really no need to choose an order. SRV should be >> first if it exists in DNS. >> >> The whole point for someone to add an SRV record in their DNS is for >> people to use it, since the specific SRV record is for H323 calls and >> there is no other use. I don't see why anybody would want to use A if >> he explicitly put an SRV in the DNS system. >> >> Given that, we could simply the routing and use SRV automatically if >> it exists in DNS. >> >> Frank >> >> On Fri, Nov 27, 2009 at 2:41 AM, Jan Willamowius <jan@xxxxxxxxxxxxxx> wrote: >> > Hi, >> > >> > I don't really see the reason why the two policies need to be combined. >> > Why would that be better ? Right now you have the choice which records >> > you want to use and in which order. Once you start combining them >> > you'll have to add config switches for that and I don't think things >> > will get much simpler. >> > >> > Regards, >> > Jan >> > >> > Frank Liu wrote: >> >> Hi all, >> >> >> >> In the RoutingPolicy, shall we remove "srv" and include its functions >> >> in "dns"? After all, SRV is just one of the dns types. >> >> As we all know, dns record types includes A, CNAME, TXT, MX, SRV, etc. >> >> Maybe we should make the "dns" routing policy to handle various dns >> >> types directly. For example, email servers first checks dns for MX >> >> record, if no, then it checks for A record, etc. We could make gnugk >> >> "dns" routing policy first to check SRV record, if no, then check for >> >> A record, then check for CNAME. >> >> >> >> For backward compatibility, we could leave "srv" in config for a bit, >> >> and just treat it as "dns". >> >> >> >> Just a thought. >> >> >> >> Frank >> > >> > -- >> > Jan Willamowius, jan@xxxxxxxxxxxxxx, http://www.gnugk.org/ > > -- > 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/
