I agree. What happens in the case where an RFC contradicts the policy of
a registry?
--Dean
On Tue, 1 Apr 2003, Ray Plzak wrote:
> The way to change policy in the ARIN region is to use the policy
> process. Please see
>
> http://www.arin.net/policy/index.html
>
> An RFC will not change a policy in the ARIN region.
>
> Ray
>
> > -----Original Message-----
> > From: Dean Anderson [mailto:[EMAIL PROTECTED]
> > Sent: Monday, March 31, 2003 4:48 PM
> > To: Ray Plzak
> > Cc: [EMAIL PROTECTED]
> > Subject: RE: I-D ACTION:draft-ietf-dnsop-inaddr-required-04.txt
> >
> >
> > The goal of this draft is to dictate a change in policy at
> > ARIN and other
> > registry's. The authors know about that in-addr is not
> > required. They are
> > trying to change that.
> >
> > --Dean
> >
> > On Mon, 31 Mar 2003, Ray Plzak wrote:
> >
> > >
> > > 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
> > >
> > >
> > #-------------------------------------------------------------
> > ---------
> > > # To unsubscribe, send a message to <[EMAIL PROTECTED]>.
> > >
> >
>
>
#----------------------------------------------------------------------
# To unsubscribe, send a message to <[EMAIL PROTECTED]>.
