RE: what problem is solved by proscribing non-64 bit prefixes?
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
RE: what problem is solved by proscribing non-64 bit prefixes?
- To: <jdunn at mitre.org>, <briand at ca.afilias.info>
- Subject: RE: what problem is solved by proscribing non-64 bit prefixes?
- From: <michael.dillon at bt.com>
- Date: Wed, 1 Oct 2008 11:32:52 +0100
- Cc: alexandru.petrescu at gmail.com, ipv6 at ietf.org, rbonica at juniper.net, Steve_Eiserman at ao.uscourts.gov, Pasi.Eronen at nokia.com, ksherman at mitre.org, draft-ietf-v6ops-addcon at tools.ietf.org, ralph.liguori at disa.mil, night at nist.gov, dougm at nist.gov, v6ops-chairs at tools.ietf.org, cemartin at mitre.org
- Delivered-to: ietfarch-ipv6-archive at core3.amsl.com
- Delivered-to: ipv6 at core3.amsl.com
- In-reply-to: <0AC4B700F00DBB4C94F95727E0991414014B24D7 at IMCSRV7.MITRE.ORG>
- List-archive: <https://www.ietf.org/mailman/private/ipv6>
- List-help: <mailto:ipv6-request@ietf.org?subject=help>
- List-id: "IPv6 Maintenance Working Group \(6man\)" <ipv6.ietf.org>
- List-post: <mailto:ipv6@ietf.org>
- List-subscribe: <https://www.ietf.org/mailman/listinfo/ipv6>, <mailto:ipv6-request@ietf.org?subject=subscribe>
- List-unsubscribe: <https://www.ietf.org/mailman/listinfo/ipv6>, <mailto:ipv6-request@ietf.org?subject=unsubscribe>
- Sender: ipv6-bounces at ietf.org
- Thread-index: AckjFzocJvHVUygDS7KfH9J3gi6dDwAAT2uwAAAwUJAAJdOLEA==
- Thread-topic: what problem is solved by proscribing non-64 bit prefixes?
> Actually, you cannot just assign a /48 to each site. The RIR
> H-ratio requirements may make this infeasible. Further, each
> /48 (/56 for
> IANA) allocations must be registered with the RIR, which is
> an administrate headache. Finally, there is the issue of
> reverse lookup registration for sites. These are just the
> policy issues.
I don't believe that /48 assignments have to be registered with
the RIR unless it is a situation where an ISP is assigning the
/48 to another entity. Within an enterprise, /48 assignments to
a site do not need any RIR interaction. In addition, if you
are a large organization, then the RIRs will give you a /32 ISP
allocation which should be enough forever, except for a few of
the very largest companies. Those companies should actually plan
ahead and get a bigger than /32 allocation to begin with. The
H-ratio should only ever be an issue for ISPs since their networks
are expected to grow continuously and eventually outgrow any allocation.
However, RIR rules are set by the networking community collectively
and bad rules can be changed.
--Michael Dillon
--------------------------------------------------------------------
IETF IPv6 working group mailing list
ipv6 at ietf.org
Administrative Requests: https://www.ietf.org/mailman/listinfo/ipv6
--------------------------------------------------------------------
Note: Messages sent to this list are the opinions of the senders and do not imply endorsement by the IETF.