Hidden name servers?
Wojtek Zlobicki
wojtekz at idirect.com
Sat Jan 27 22:44:07 UTC 2001
I decided to do some RADB queries on the new dns server. Lo and behold,
different subnets and differents AS #'s for each. I guess Microsoft has
learned a little from this experience.
RADB Whois query for 216.32.118.104
route: 216.32.96.0/19
descr: NET-EXODUS-SantaClara
origin: AS3967
mnt-by: MAINT-AS3967
changed: radb at bengi.exodus.net 19990322
source: RADB
RADB Whois query for 32.96.80.17
route: 32.96.0.0/16
descr: IBM Global Services
origin: AS2685
member-of: RS-COMM_NSFNET
mnt-by: MAINT-AS2685
changed: pdsides at us.ibm.com 19980826
source: RADB
RADB Whois query for 207.229.152.20
route: 207.229.128.0/18
descr: EnterAct Corp.
407 S. Dearborn St.
Floor 6
Chicago, IL 60605
origin: AS6555
mnt-by: MAINT-AS6555
changed: ablake at enteract.com 19990725
source: RADB
RADB Whois query for 213.161.66.158
route: 213.161.64.0/19
descr: AboveNet
origin: AS6461
mnt-by: MAINT-AS6461
changed: yifun at above.net 20001214
source: RADB
----- Original Message -----
From: "Greg A. Woods" <woods at weird.com>
To: "Sean Donelan" <sean at donelan.com>
Cc: <nanog at merit.edu>
Sent: Saturday, January 27, 2001 5:21 PM
Subject: Re: Hidden name servers?
>
> [ On , January 26, 2001 at 23:28:06 (-0800), Sean Donelan wrote: ]
> > Subject: Hidden name servers?
> >
> > How do I get name servers added to the COM TLD zone file which
> > are not listed in the NSI Registry WHOIS database?
>
> Be careful where you query. There's not necessarily any relationship to
> the times when the NSI WHOIS database is updated and the times when the
> gTLD servers are updated.
>
> The new NS records are in the right place now:
>
> $ host -r -Z -t ns microsoft.com a.root-servers.net
> microsoft.com. 172800 IN NS DNS4.CP.MSFT.NET.
> microsoft.com. 172800 IN NS DNS5.CP.MSFT.NET.
> microsoft.com. 172800 IN NS DNS7.CP.MSFT.NET.
> microsoft.com. 172800 IN NS DNS6.CP.MSFT.NET.
> microsoft.com. 172800 IN NS Z1.MSFT.AKADNS.COM.
> microsoft.com. 172800 IN NS Z2.MSFT.AKADNS.COM.
> microsoft.com. 172800 IN NS Z6.MSFT.AKADNS.COM.
> microsoft.com. 172800 IN NS Z7.MSFT.AKADNS.COM.
>
>
> In any case it is possible to list additional NS records in your zone in
> order to achive higher reliability for your DNS in the case where the
> registered servers are only intermittently available.... Note that this
> doesn't help for long if the registered servers are totally unreachable
> for longer than the TTL on the additional un-registered NS records.
>
> --
> Greg A. Woods
>
> +1 416 218-0098 VE3TCP <gwoods at acm.org> <robohack!woods>
> Planix, Inc. <woods at planix.com>; Secrets of the Weird <woods at weird.com>
More information about the NANOG
mailing list