On Thu, 29 Apr 2004 [EMAIL PROTECTED] wrote:

>       So... I guess what you are really saying is that -DNS-
>       is not required. 

No, I am saying that IN-ADDR is not required to have a fully working DNS.

> 
>       If this is the case, why do you maintain the fiction of 
>       the "av8.com" delegation when raw addresses work just fine?

You seem to be confusing forward DNS delegations with in-addr. They are 
not the same. (As I think you well know, so I take your misdirection here 
to be intentional.)

>       Or could it be that some applications would really prefer
>       to have a working DNS structure in play and they drive the
>       requirement?  Hum... could be!

The fiction is that in-addr is not required to have a "working DNS
structure".  One does not need in-addr to have "av8.com" work.

Indeed, speaking of fiction, the proponents of this draft are the very
same people who promote the fictional idea that "reverse DNS checking"  
somehow adds trustworthy-ness information.

Further fiction in this draft is the misquoting of other agencies
statements in order to mislead people.  Apparently, you have forgotten
this message:

---------- Forwarded message ----------
Date: Mon, 31 Mar 2003 08:34:35 -0500
From: Ray Plzak <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Subject: RE: I-D ACTION:draft-ietf-dnsop-inaddr-required-04.txt


In paragraph 2 the following is stated:

"ARIN's policy requires ISPs to maintain IN-ADDR for /16 or larger
allocations. For smaller allocations, ARIN can provide IN-ADDR for /24
and shorter prefixes."

The ARIN policy statement is:

"All ISPs receiving a /16 or larger block of space (>= 256 /24s) from
ARIN will be responsible for maintaining all IN-ADDR.ARPA domain records
for their respective customers. For blocks smaller than /16, ARIN can
maintain IN-ADDRs through the use of the SWIP template for reassignments
of /24 and shorter prefixes."


The policy does not require in-addr service.  What it means is that if
in-addr service is desired then the responsibility for allocations of
/16 or shorter prefixes is that of the ISP receiving the allocation.  If
the prefix is longer than a /16 and shorter than a /24, then ARIN will
provide the service if desired.

Ray




.
dnsop resources:_____________________________________________________
web user interface: http://darkwing.uoregon.edu/~llynch/dnsop.html
mhonarc archive: http://darkwing.uoregon.edu/~llynch/dnsop/index.html

Reply via email to