<html><head><meta http-equiv="Content-Type" content="text/html charset=utf-8"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class="">Hi,<div class=""><br class=""><div><blockquote type="cite" class=""><div class="">On 12 May 2015, at 14:18, Jan Ingvoldstad <<a href="mailto:frettled@gmail.com" class="">frettled@gmail.com</a>> wrote:</div><br class="Apple-interchange-newline"><div class=""><div dir="ltr" class=""><div class="gmail_extra"><div class="gmail_quote">On Tue, May 12, 2015 at 2:26 PM, Mathew Newton <span dir="ltr" class=""><<a href="mailto:Mathew.Newton643@official.mod.uk" target="_blank" class="">Mathew.Newton643@official.mod.uk</a>></span> wrote:<br class=""><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi Jan,<br class=""></blockquote><div class=""><br class=""></div><div class="">Hi again, Matthew, and thanks for answering.</div><div class=""> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<span class=""><br class="">
-----Original Message-----<br class="">
> From: address-policy-wg [mailto:<a href="mailto:address-policy-wg-bounces@ripe.net" class="">address-policy-wg-bounces@ripe.net</a>] On Behalf Of Jan Ingvoldstad<br class="">
> Sent: 12 May 2015 12:33<br class="">
<br class="">
> How do you manage your IPv4 space, then?<br class="">
<br class="">
</span>Not wishing to sound flippant, but the answer to that really is 'with some difficulty'. This is despite being in the fortunate position of holding a /8 IPv4 allocation (amongst other, smaller, ranges) in addition to widespread usage of (overlapping) RFC1918 address space.<br class="">
<span class=""><br class="">
> Do you actually have routing that needs more than 8 total IPv4 spaces?<br class="">
<br class="">
</span>I cannot answer that directly because it is, in my view, a false dichotomy as it is far more complicated a situation than that.</blockquote><div class=""><br class=""></div><div class="">What it does give you, is the opportunity to create 2048 times the amount of routes you could in your current IPv4 /8, without worrying about the things you could do in your internal networks with the remaining part of the /64.</div><div class=""><br class=""></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Besides which, migration to IPv6 would be a wasted opportunity if it was rolled out and configured in exactly the same way as IPv4 given all the existing problems and constraints that would continue to persist.<br class=""></blockquote><div class=""><br class=""></div><div class="">Oh, I agree with that. Over here, we actively abuse the system by randomly generating /80 addresses for internal use, and reusing those in ways that apparently never were intended by those who designed the IPv6 address specification.</div><div class=""><br class=""></div><div class="">What I do think is a problem, though, is that IPv6 address space is considered so plentiful that we're repeating the mistakes of when we thought the IPv4 address space was plentiful.</div><div class=""><br class=""></div><div class="">I don't see a big problem with RIPE NCC evaluating requests for allocations up to e.g. /24 in some very rare cases.</div><div class=""><br class=""></div><div class="">However, these things have a way of sliding down a slippery slope, and the IPv6 address space is most likely what we're going to be stuck with for our systems' lifetimes. The prospective system lifetimes are long, perhaps on the order of hundreds of years.</div><div class=""><br class=""></div><div class="">And that's actually something we need to keep in mind when setting policy today.</div></div></div></div></div></blockquote><br class=""></div></div><div>We’re to date only allocating from 1/8th of the overall IPv6 address space. There’s 7/8ths remaining in which policy can be changed, if required.</div><div><br class=""></div><div>And I would put a bet on IPv6 not being the mainstream global / interplanetary communication protocol in hundreds of years, but I won’t be around to collect, so….</div><div><br class=""></div><div>On the /64 boundary, I’d point you at RFC7421.</div><div><br class=""></div><div>Tim</div><div><br class=""></div></body></html>