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: <briand at ca.afilias.info>, <jdunn at mitre.org>
- Subject: RE: what problem is solved by proscribing non-64 bit prefixes?
- From: <michael.dillon at bt.com>
- Date: Tue, 30 Sep 2008 17:24:49 +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-web-archive at core3.amsl.com
- Delivered-to: ipv6 at core3.amsl.com
- In-reply-to: <48E24F78.70004 at ca.afilias.info>
- 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: AckjFzocJvHVUygDS7KfH9J3gi6dDwAAT2uw
- Thread-topic: what problem is solved by proscribing non-64 bit prefixes?
> When managing such a scheme alongside an IPv6 prefix which
> needs to be assigned to the same set of servers, which are
> all dual-stack, the *number* of prefixes, their *relative*
> numbering, and the host *addresses* within the prefixes, it
> is quickly apparent that use of only /64 prefixes makes for a
> management nightmare, particularly if renumbering of prefixes
> and/or servers occurs, e.g. re-balancing the VLSM arrangement
> itself in IPv4-land.
Given that in IPv6, you can justify allocating a /48 to each
separate site, which gives you 16 bits to mirror the IPv4
subnet hierarchy, while maintaining 64 bit interface sddresses,
I don't see a technical issue here.
And I would really recommend that you upgrade all of your management
systems to fully support IPv6 instead of relying on tricks like
generating an IPv6 address by applying a transform to an existing
IPv4 address. Then you have no technical issue at all.
--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.