
<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=""><br class=""><div><blockquote type="cite" class=""><div class="">On Jun 20, 2016, at 18:31 , Kris Seeburn <<a href="mailto:seeburn.k@gmail.com" class="">seeburn.k@gmail.com</a>> wrote:</div><br class="Apple-interchange-newline"><div class=""><meta http-equiv="Content-Type" content="text/html charset=utf-8" class=""><div style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class=""><div class="">So i just want to push another thought in this pool of ideas going around. I wanted us all to think :</div><div class=""><br class=""></div><div class=""><ul class="MailOutline"><li class="">One i agree that afrinic cannot and should not impose IPv6 as much as it concerns the major LIRs which to me is quite understandable at this stage and am again 50/50 on this. It is like ok giving some v6 resources away which is not being used majorly either since the concentration is still with the v4 space. Fair enough, Afrinic in the past had decided to give v6 resources for free to help in its growth. So nothing much is happening so far. So am i picking suggestions that we should not give v6 resources away for free? </li><ul class=""><li class="">The other thinking i am having is ok fine perhaps the minimal v6 allocation that comes with the v4 resources is too much anyways - perhaps a very least minimal give away should be /52 or /56 on a general approach for organisations to look at it and perhaps then come back and ask for bigger blocks that can be charged?</li></ul></ul></div></div></div></blockquote><div><br class=""></div><div><br class=""></div>Please NOOOOOOOOO NOOOO NOOO NOOO NOOO NOOO…</div><div><br class=""></div><div>Please do not encourage this IPv4-thinking with IPv6. Every end site should get a /48. More if there’s some reason for it which I find somewhat unimaginable, but my imagination is admittedly limited.</div><div><br class=""></div><div>Stop scarcity-thinking and trying to conserve the wrong things in IPv6. There are PLENTY of /48s in the first /3. If I’m wrong to the extent that we finish off even this first /3 in 50 years, then by all means, I will help you write more restrictive policies for the remaining 6+ /3s.</div><div><br class=""></div><div><blockquote type="cite" class=""><div class=""><div style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class=""><div class=""><ul class="MailOutline"><ul class=""><li class="">On a different scale as far as Academia/Research is concerned perhaps we should take a different approach with them. Since they are kind of key to research we can take it that v4 resources and v6 resources should be allocated differently and dual stacking be requested as part of allocation. People do not get me wrong here. This is the very start of teaching and research which may require further in depth thinking and these institutions as much as paying 50% in general terms should be able to nurture the future of v6 as well. I know in general Academia does not want to be touched and compared differently we need to also see the real essence of facts.</li></ul></ul></div></div></div></blockquote><div><br class=""></div>I admit I’m not sure I understand what exactly you are attempting to propose here.</div><div><br class=""><blockquote type="cite" class=""><div style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class=""><div class=""><div class="">Bottomline what is important is also survival of the businesses as much as survival of Afrinic as well. Great policies great but i feel personally that everything needs to be weighted as well to ensure sustained growth in all parts of the organisations in general. </div></div></div></blockquote><div><br class=""></div>That sounds great, but can you express it in concrete actions as I’m unsure how anyone goes about implementing it in policy or in actions on their own networks.</div><div><br class=""></div><div>Owen</div><div><br class=""></div><br class=""></body></html>