This is a discussion on RE: Bind 9 is slow? Please help within the Bind Users forums, part of the DNS and Related Forums category; HI Mark, Thanks for your reply. I am sorry, unfortunately I didn't get you. Will appreciate you if can ...
|
|||||||
| FAQ | Members List | Calendar | Search | Today's Posts | Mark Forums Read |
|
|||
|
HI Mark,
Thanks for your reply. I am sorry, unfortunately I didn't get you. Will appreciate you if can just let me know that 1- Is it ok to run "named -4" in production environment 2- Will --disbale-ipv6 at compilation time should be enough to stop IPv6? Thanks, MJ -----Original Message----- From: bind-users-bounce@isc.org [mailto:bind-users-bounce@isc.org] On Behalf Of Mark Andrews Sent: Tuesday, March 22, 2005 3:25 AM Cc: comp-protocols-dns-bind@isc.org Subject: Re: Bind 9 is slow? Please help > It was far from an exhaustive search, I only spent about five minutes > on it if that, less time than it took me to write this post, but the > BIND 9.3.1 configure script appears to default to autodetect for IPv6 > support, and bases IPv6 support on the presence of a sockaddr_in6 > structure. > > So, if a platform is _capable_ of IPv6 it would seem that BIND 9.3.1 > will include IPv6 support in the compile. > > I've _not_ looked to see what the code does at runtime. > > rick jones > -- > The glass is neither half-empty nor half-full. The glass has a leak. > The real question is "Can it be patched?" > these opinions are mine, all mine; HP might not want them anyway... :) > feel free to post, OR email to raj in cup.hp.com but NOT BOTH... 'named -4' is a runtime equivalent to 'configure --disable-ipv6'. To the OP, I would be checking that you are running the instance of named that you think you are. Check you logs or query the server (dig +norec version.bind txt chaos @server). BIND 9.3.1 and 9.2.5 both have code to fast retry on the usual error codes returned when you don't have IPv6 configured. They also do penalise the RTT estimates (they wern't being penalised in 9.3.0 and 9.2.4). Either of these is sufficient to remove the delay though the second will still show some delay until the rtt estimate has been adjusted. -- Mark Andrews, ISC 1 Seymour St., Dundas Valley, NSW 2117, Australia PHONE: +61 2 9871 4742 INTERNET: Mark_Andrews@isc.org |