internic.net zone not updating on noc.cerf.net
Marc Slemko
marcs at znep.com
Mon Nov 2 21:58:13 UTC 1998
(cc to nanog in case anyone is wondering why they are having sporadic
problems reaching rs.internic.net...)
$ dig internic.net soa @noc.cerf.net
; <<>> DiG 2.2 <<>> internic.net soa @noc.cerf.net
; (1 server found)
;; res options: init recurs defnam dnsrch
;; got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 10
;; flags: qr aa rd ra; Ques: 1, Ans: 1, Auth: 5, Addit: 5
;; QUESTIONS:
;; internic.net, type = SOA, class = IN
;; ANSWERS:
internic.net. 86400 SOA ops.internic.net. markk.internic.net. (
98103001 ; serial
3600 ; refresh (1 hour)
3600 ; retry (1 hour)
432000 ; expire (5 days)
86400 ) ; minimum (1 day)
[...]
All the other servers have 98104001. This is a problem because (one of)
the changes made between those two revisions are to change rs.internic.net
from having:
rs.internic.net. 900 A 198.41.0.12
rs.internic.net. 900 A 198.41.0.13
rs.internic.net. 900 A 198.41.0.6
rs.internic.net. 900 A 198.41.0.7
rs.internic.net. 900 A 198.41.0.8
rs.internic.net. 900 A 198.41.0.9
to:
rs.internic.net. 900 A 198.41.0.6
Currently, rs.internic.net doesn't resolve to a functioning host when a
resolver asks noc.cerf.net for an answer, unless it happens to pick .6 out
of the list. It has been this way for at least a few hours and since the
refresh is 1h... people will see intermittent problems reaching
rs.internic.net
Of course, right now whois seems hosed anyway, but...:
$ whois internic.net
Registrant:
$
More information about the NANOG
mailing list