<div dir="ltr"><div><div><span id="result_box" class="" lang="en"><span>Yes</span> <span>It's</span> <span>easy to say</span> <span>when it suits</span> <span>you, my</span> <span>network</span><span>,</span> <span>my rules</span><span>.</span> <span>Do</span><span>n't</span> tell <span>me</span> <span>how to run</span> <span>my network.</span> <span>As long as there</span> <span>is about the</span> <span>relationship between you and</span> <span>your</span> <span>customer</span> <span>Afrinic</span> <span>has absolutely nothing to</span> <span>do there,</span> <span>but</span> <span>when</span> <span>you use</span> <span>resources that</span> <span>belong to a community</span> <span>for which</span> Afrinic <span>is the guarantor</span><span>,</span> <span>please, don't</span> <span>come</span><span> out with</span> <span>this argument.</span><br><br><span>The resources</span> <span>made available by</span> <span>Afrinic</span> <span>are</span> <span>resources allocated</span> <span>based on the</span> <span>needs and</span> <span>if</span> <span>those needs</span> <span>disappear</span> <span>resources should be</span> <span>restored to</span> <span>Afrinic</span><span>.</span> They are n<span>ot</span> <span>sold</span> <span>resources,</span> <span>but</span> <span>allocated</span> <span>(</span><span>made available</span><span>)</span><span>.</span> <span>So</span> <span>the argument</span> <span>don' t tell me</span> <span>how to run</span> <span>my network</span> <span>does not fit in</span> <span>this case</span><span>, you must</span> <span>comply with </span><span>Afrinic</span></span><span id="result_box" class="" lang="en"><span> </span><span>requirements</span> <span></span></span><span id="result_box" class="" lang="en"><span></span><span class="">, otherwise</span> <span>the service will be</span> <span>interrupted to you</span><span>.</span> <span>It's that simple.</span> <span>but</span> <span>you are</span> <span>turning</span> <span>around the bush.<br><br></span></span></div><span id="result_box" class="" lang="en"><span>Cheers<br><br></span></span></div><span id="result_box" class="" lang="en"><span>Arnaud.<br></span></span></div><div class="gmail_extra"><br><div class="gmail_quote">2016-06-18 11:59 GMT+00:00 Mark Tinka <span dir="ltr"><<a href="mailto:mark.tinka@seacom.mu" target="_blank">mark.tinka@seacom.mu</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class=""><br>
<br>
On 18/Jun/16 13:26, Danny wrote:<br>
<br>
> Hello Nishal,<br>
><br>
> I don't support either your comment/suggestions.<br>
><br>
> One question: How are we going to increase use of IPv6 in our region<br>
> if we do not strengthen our policies about ipv6 adoption?<br>
> "Don't tell me how to run my network " routhly said. I personally<br>
> don't support and don't like this answer.<br>
><br>
<br>
</span>AFRINIC cannot make operators do what they don't want to do.<br>
<br>
If an operator is unwilling to deploy IPv6, even though they've been<br>
issued an IPv6 allocation by AFRINIC, AFRINIC cannot do much about that.<br>
<br>
There has always been independence between the RIR operations and the<br>
LIR operations. This is unlikely to change.<br>
<br>
The AFRINIC membership could draft policies that "encourage" IPv6<br>
deployment, but ultimately, your network, your rules.<br>
<span class="HOEnZb"><font color="#888888"><br>
Mark.<br>
</font></span><div class="HOEnZb"><div class="h5"><br>
_______________________________________________<br>
RPD mailing list<br>
<a href="mailto:RPD@afrinic.net">RPD@afrinic.net</a><br>
<a href="https://lists.afrinic.net/mailman/listinfo/rpd" rel="noreferrer" target="_blank">https://lists.afrinic.net/mailman/listinfo/rpd</a><br>
</div></div></blockquote></div><br></div>