Re: notify option does not work in Bind 9.x, is this a known bug?

This is a discussion on Re: notify option does not work in Bind 9.x, is this a known bug? within the Bind Users forums, part of the DNS and Related Forums category; >>>>> "Steven" == Steven Job <list3@wwwcrazy.com> writes: Steven> I'm ...


Go Back   Usenet Forums > DNS and Related Forums > Bind Users

FAQ Members List Calendar Search Today's Posts Mark Forums Read
  #1 (permalink)  
Old 02-21-2005
Jim Reid
 
Posts: n/a
Default Re: notify option does not work in Bind 9.x, is this a known bug?

>>>>> "Steven" == Steven Job <list3@wwwcrazy.com> writes:

Steven> I'm also noticing a very strange behavior with the
Steven> "also-notify" with a large amount of zones (the systems
Steven> are not being sent the NOTIFY message). This is making is
Steven> virtually impossible to set up Bind on an enterprise level
Steven> (using IP anycast) with a large amount of zones.

Steven> Is there a suggested work-a-round (server configuration /
Steven> topology)?

Yes. Switch off NOTIFY on all the servers except the master. On the
master, use an explicit also-notify{} list so that the NOTIFYs go to
all the servers in your anycast cloud. This list will of course
contain the real IP addresses of the servers, not their anycast
address(es). Or you could have a hierarchical NOTIFY scheme if there
are lots of servers: ie a stratum N server sends NOTIFYs to X stratum
N+1 servers and so on.

This makes sense because this sort of meta-data should not be in the
DNS. Of course that meta-date is part of the infrastructure. But it's
not necessarily visible as resource records, just like the list of
masters{} servers a slave might use is not visible. Remember too that
an anycast operator will want to keep internal operational details to
themself. There should be no need for external users to know or care
how many servers are in the anycast cloud or where they are located.
The whole point of anycasting is to allow the operator to add, remove
and relocate servers within the cloud without their customers and end
users needing to be aware of those changes.

Steven> Or do most people go with Nominum's
Steven> Authoritative Name Server when they want to use IP anycast
Steven> (which I guess is what UltraDNS did with Nominum's
Steven> previous product)?

You are a bit confused. In its wider context anycasting is a routing
trick to make the same IP address appear to be in many places at the
same time. Anycasting does not depend on the application protocol (ie
DNS) or an implementation of that protocol. Nominum's ANS has no
special hooks for anycasting. [Neither does BIND. Or NSD AFAIK.]
UltraDNS has their own DNS implementation which has an Oracle
back-end. UltraDNS does anycasting and I believe they use Oracle's
replication stuff to synchronise new zone data across its anycast
nodes. When Nominum's DNS hosting business, GNS, was sold to UltraDNS
the GNS customers were migrated to the UltraDNS platform. UltraDNS did
not acquire ANS and don't use that.


Reply With Quote
Reply
Thread Tools Search this Thread
Search this Thread:

Advanced Search
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are Off
[IMG] code is Off
HTML code is Off
Trackbacks are On
Pingbacks are On
Refbacks are On




All times are GMT +1. The time now is 03:31 AM.


Powered by vBulletin® Version 3.7.3
Copyright ©2000 - 2008, Jelsoft Enterprises Ltd.
Content Relevant URLs by vBSEO 3.0.0