[190272] in North American Network Operators' Group
Re: NANOG67 - Tipping point of community and sponsor bashing?
daemon@ATHENA.MIT.EDU (David Conrad)
Mon Jun 20 23:37:15 2016
X-Original-To: nanog@nanog.org
From: David Conrad <drc@virtualized.org>
In-Reply-To: <9186D73F-04C9-4C00-B2E7-FD35245233AA@delong.com>
Date: Mon, 20 Jun 2016 22:37:05 -0500
To: Owen DeLong <owen@delong.com>
Cc: "nanog@nanog.org" <nanog@nanog.org>
Errors-To: nanog-bounces@nanog.org
--Apple-Mail=_B7A2849D-ABA0-4D2C-83BF-72B3F1FBF519
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
charset=utf-8
Owen
> On Jun 20, 2016, at 6:03 PM, Owen DeLong <owen@delong.com> wrote:
>>> If ARIN didn=E2=80=99t exist, how would you go about guaranteeing =
unique registered GUA blocks and ASNs? Who would operate whois and =
in-addr.arpa, ip6.arpa?
>> ICANN operates in-addr.arpa and ip6.arpa.
> ICANN takes the data supplied by the RIRs and compiles it into zone =
files which are then distributed to servers.
Among others, yes (hint: not all the IPv4 and IPv6 address space is =
managed by the RIRs).
> AIUI, most of the servers are hosted and maintained by the RIRs. Most =
if not all of the zone file information is supplied to ICANN by the =
RIRs.
Perhaps you should review how the DNS works. Hint: who operates the =
master for in-addr.arpa and ip6.arpa and what is the role of =
secondaries?
> I stand by my statement to the extent that it is close enough for the =
purposes for which it was made.
Your statement posited the nonexistence of ARIN. ARIN is a secondary =
for in-addr.arpa and ip6.arpa (like the other RIRs) and maintains a =
registry for the address blocks allocated to them by ICANN as the IANA =
Numbering Function operator. If ARIN did not exist, then the reverse =
delegations for which ARIN is authoritative could easily be managed by =
the other RIRs, the entities to which ARIN currently delegates, or the =
myriad of other DNS registries. This really isn't rocket science.
> Without the RIR, ICANN=E2=80=99s idea of what should go into ip6.arpa =
and in-addr.arp would get pretty stale pretty fast.
Or not, as long as the entities to which ARIN delegated were aware of =
the registry they should update. This really isn't rocket science.
> Of course, that wouldn=E2=80=99t matter because AIUI, without the =
servers being supplied, hosted, maintained by the RIRs, it would also be =
fairly invisible as well.
Again, perhaps you should review how the DNS works. Hint: where do =
referrals to the sub-trees of .ARPA come from?
> But keep those ICANN delusions of grandeur coming.
You asked a question. I answered that question accurately. I am unsure =
why that would cause you to assert delusions of grandeur.
Regards,
-drc
(speaking only for myself)
--Apple-Mail=_B7A2849D-ABA0-4D2C-83BF-72B3F1FBF519
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
filename=signature.asc
Content-Type: application/pgp-signature;
name=signature.asc
Content-Description: Message signed with OpenPGP using GPGMail
-----BEGIN PGP SIGNATURE-----
Comment: GPGTools - https://gpgtools.org
iQEcBAEBCgAGBQJXaLZhAAoJENV6ebf0/4rXSfMIAILG5z4P6Mo8s4bKEvWUR3mv
oI0P7j/eZe5V/C+3i3MHew4aaODEFMezKw8eiFIu6U96fZ8uJ+tUPL9v/s+SUAxC
RDVxb/iYPuulMT5gtkSNj3iNoDT1l2Kz1lZS+QO8yDeKzKwT8hqwS9m17KpBH51m
B4xxRJZQcaB0t/hCXkmjkANek3En6vNztGrvwmV8/jTFRYN2Q3lLCg5hJmK4DZIh
c0Tq/u85YgCzLIj+RU5WVd0PXW1YJs20aENHdLuYfe7gIDLCDFhPXjB87Jex3jnS
e43R3W7KdX3IVFMujhL+NS29xztxLHfzGVHXudMRNUduvf5ONabs3LbMJrGW4MI=
=f6y+
-----END PGP SIGNATURE-----
--Apple-Mail=_B7A2849D-ABA0-4D2C-83BF-72B3F1FBF519--
