Re: [sig-policy] Need to understand logic behind assigning /64 IPv6 addr
- To: Owen DeLong <owen at delong dot com>
- Subject: Re: [sig-policy] Need to understand logic behind assigning /64 IPv6 addresses
- From: Mark Tinka <mtinka at globaltransit dot net>
- Date: Sun, 18 Sep 2011 02:02:38 +0800
- Cc: Skeeve Stevens <Skeeve at eintellego dot net>, sig-policy at lists dot apnic dot net
- Delivered-to: sig-policy at mailman dot apnic dot net
- In-reply-to: <12C918ED-5C34-4899-8BC0-F66EA405C224 at delong dot com>
- List-archive: <http://mailman.apnic.net/mailing-lists/sig-policy>
- List-help: <mailto:sig-policy-request@lists.apnic.net?subject=help>
- List-id: APNIC SIG on resource management policy <sig-policy.lists.apnic.net>
- List-post: <mailto:sig-policy@lists.apnic.net>
- List-subscribe: <http://mailman.apnic.net/mailman/listinfo/sig-policy>, <mailto:sig-policy-request@lists.apnic.net?subject=subscribe>
- List-unsubscribe: <http://mailman.apnic.net/mailman/listinfo/sig-policy>, <mailto:sig-policy-request@lists.apnic.net?subject=unsubscribe>
- Organization: Global Transit International
- References: <CA996BAA.4735C%skeeve@eintellego.net> <201109180116.03337.mtinka@globaltransit.net> <12C918ED-5C34-4899-8BC0-F66EA405C224@delong.com>
- Reply-to: mtinka@globaltransit.net
- User-agent: KMail/1.13.6 (Linux/2.6.37.6-0.7-desktop; KDE/4.6.0; i686; ; )
> Multiple prefix sizes, address fragmentation, etc. > Admittedly, it's a small complication, but, it is a > complication. > Further, it violates the principle of least surprise as > your organization scales and brings in new engineers. A good v6 address assignment policy for one's infrastructure is neither difficult to create nor maintain. No issues here since we started running v6 over 6 years ago. We know how v6 can make address management within an ISP's network brain-dead to maintain, but it's not reason enough to use /64's where we can comfortably use /112's and still not overly complicate our lives. > So did I. I was being a little tongue in cheek/snarky > with just presenting the math on the number of > addresses,... I know what you were getting at, with multiple v6 addresses on a single interface, e.t.c. > but the reality is that there may be some > cases where having multiple addresses for one end of a > point to point or the other (or both) may prove useful. > These are admittedly rare. Agree, but having run multiple networks with v6 over the last several years, we're yet to find with a reason that has required us to have multiple addresses on point-to-point links either between infrastructure, or between AS domains. Some things really are that simple :-). Obviously, I can't speak for anyone else's network, just ours. Mark.
Attachment:
signature.asc
Description: This is a digitally signed message part.