<div dir="ltr"><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Nov 8, 2022 at 9:46 AM Matthias Wichtlhuber <<a href="mailto:matthias.wichtlhuber@de-cix.net">matthias.wichtlhuber@de-cix.net</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
I don't get the point of the /29 discussion anyways. It is based on the false assumption that we need to stretch the pool to eternity and beyond. We need to stretch the pool until we can test and establish IPv4 over IPv6 peering LANs. A /26 default is perfectly fine for that.<br clear="all"></blockquote></div><br><div>What's preventing "us" from testing and establishing this right now?</div><div><br></div><div>Is it a lack of impending doom?</div><div><br></div><div>Also, another argument I feel is missing is that 100% overprovisioning seems to be perhaps reasonable at very small sizes, but unreasonable at greater sizes.</div><div><br></div><div>Room for reasonable growth is not merely about percentages.</div><div><br></div><div>Over two thirds of current IXPs given the actual growth from 2019 to 2022, fit within a /27 with *some* overprovisioning.</div><div><br></div><div>Combined with the option to request a greater initial size, I'd argue that *if and only if* the point is to stretch this pool's lifespan, a /27 is both reasonably large as a minimum size, yet not too large.<br></div><div>-- </div><div dir="ltr" class="gmail_signature">Jan</div></div>