notifies & bind 8 (extended)

Mark.Andrews at nominum.com Mark.Andrews at nominum.com
Wed Apr 11 22:27:30 UTC 2001


	
	They are offering secondary service and are not providing
	it.  Secondary service includes doing refresh checks at or
	about the period specified in the SOA record.  They have
	the right to have acceptable timers in the SOA record and
	nameservers sometimes impose minumums to prevent the service
	being overwelled however those minumums should be in the
	order of minutes to a hour.  BIND 4 and 8 used 15 minutes as
	a minumum.

	I think you have a couple of options:
	* inform them in writing that you intend to find another service
	  provider unless they provide reasonable service then act on that
	  threat if they don't fix things.
	* write to them and your consumer affairs and/or ISP association.

	Mark
	
> 
> José M. Fandiño wrote:
> 
> > Hi,
> >
> > yes, they confirm to me that artemis do a shutdown daily (midnight) and a
> > transfer update the DNS server 'artemis'. It seems a botched job, because
> > I have an inconsistency time too high (up to 24h).
> >
> > I'm having a "rfc battle" with them, there is any document
> > to advise against this unfriendly behavior??
> 
> I doubt it. The main RFC's just specify how to do zone transfers, but it is o
> utside of their scope to specify how
> quickly the zone transfers must be "committed". That would be considered an i
> mplementation detail. There are also
> some "operational" RFC's, which are not considered standards, but those mostl
> y apply to root and TLD servers, which
> don't do zone transfers very frequently either.
> 
> You could look through the files in the doc/rfc directory of the BIND distrib
> ution but, as I said, I doubt you'll
> find much useful "ammunition" there...
> 
>                                                                              
>                                - Kevin
> 
> 
> 
> >
> >
> > thanks and regards,
> >
> > Kevin Darcy wrote:
> > >
> > > Unfortunately, you'll have to talk to the maintainers of "artemis" to see
>  why it's taking so long between the
> > > completion of the zone transfer and when the new data is available from t
> heir server. Maybe they are running a
> > > modified replication process in order to conserve server resources, e.g. 
> run named-xfer manually and reload
> > > once a day (midnight sounds suspicious to me), with all of the zones defi
> ned as "master" in the named.conf
> > > file...
> > >
> > >                                                                          
>                                    -
> > > Kevin
> > >
> > > José M. Fandiño wrote:
> > >
> > > > Hi friends,
> > > >
> > > > I'm using a stealth master server with my ISP which have two name
> > > > servers, minerva and artemis, when I do a record update and the
> > > > slaves complete the notify (them give me an ACK) a server (minerva)
> > > > do an AXFR seconds later and the other one have a delay of several
> > > > minutes (probably as a consequence of the OS load as Kevin said).
> > > >
> > > > The trouble arise when after of the AXFRs I query to both name
> > > > servers, minerva have a correct SOA but artemis not. If I don't
> > > > understand wrong after ot the AXFRs succeed the only possible delay is
> > > > the proper OS delay for write the transfers to the zone files, but
> > > > I get up to 16 hours!!! of delay.
> > > > Close to midnight artemis seems answer correctly the SOA for my zone.
> > > >
> > > > I guess that they have artemis in any type of read-only mode
> > > > and a cron job do a ftp/ssh/rsync/... transfer. This is any
> > > > shadow security trick? :-? ¿human stupidity? :)
> > > > Don't break this the DNS consistency?
> > > >
> > > > the worst is that is people manage the 45% of the zones under
> > > > the .es TLD.
> > --
> > -----BEGIN GEEK CODE BLOCK-----
> > Version: 3.1
> > GCS d- s+: a- C+++ UL++++$ P+ L+++ E--- W++ N+ o K- w---
> > O+ M+ V- PS PE+ Y PGP+>+++ t+ 5 X+++ R- tv@ b+++ DI-- D+++
> > G e- h++ !r !z
> > ------END GEEK CODE BLOCK------
> 
> 
> 
> 
--
Mark Andrews, Nominum Inc.
1 Seymour St., Dundas Valley, NSW 2117, Australia
PHONE: +61 2 9871 4742                 INTERNET: Mark.Andrews at nominum.com


More information about the bind-users mailing list