<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
<div class="moz-cite-prefix">Hi Duncan,<br>
<br>
SM is not Sunday :)<br>
<br>
I meant what you agreed with. I could have written .... "Circling
vultures would indicate a dead or dying animal". <br>
<br>
Sunday.<br>
<br>
On 21/07/2012 14:31, Duncan Martin wrote:<br>
</div>
<blockquote
cite="mid:E65B3ED7E6FCBA48BC3E2FA89972921603A2B869@rouwkoop.ac.za"
type="cite">
<meta http-equiv="Context-Type" content="text/html;
charset=iso-8859-1">
<title>RE: [AfriNIC-rpd] Definitions of LIR versus End User</title>
<meta name="GENERATOR" content="MSHTML 9.00.8112.16447">
<div dir="ltr" id="idOWAReplyText50272">
<div dir="ltr">Hi Sunday</div>
<div dir="ltr">By good numbering practices I mean broadly
practices that enable systematic aggregation of prefixes in
accordance with the CIDR scheme; discourage hoarding of
and exaggerated applications for number resources; and reduce
the need for systemic dependence upon NAT within
organisational networks.</div>
<div dir="ltr">What did you have in mind when you wrote about
the "total warp in the AfriNIN fee structure"?</div>
<div dir="ltr">Duncan</div>
</div>
<div dir="ltr"><br>
<hr tabindex="-1">
<b>From:</b> SM [<a class="moz-txt-link-freetext" href="mailto:sm@resistor.net">mailto:sm@resistor.net</a>]<br>
<b>Sent:</b> Sat 2012/07/21 01:27 PM<br>
<b>To:</b> Duncan Martin<br>
<b>Cc:</b> AfriNIC Resource Policy Discussion List<br>
<b>Subject:</b> RE: [AfriNIC-rpd] Definitions of LIR versus End
User<br>
<br>
</div>
<div>
<p>Hi Duncan,<br>
At 21:28 20-07-2012, Duncan Martin wrote:<br>
>The present huge differences between the fees charged to
End-Users<br>
>and those charged to LIRs show that AfriNIC's fees are not
based on<br>
>cost-recovery, as would befit a non-profit entity, but,
evidently,<br>
>on perceptions of the prices and implicit
cross-subsidisations that<br>
>different market segments will tolerate.<br>
>If definitions of End Users and LIRs and distinctions
between End<br>
>Users and LIRs are indeed required in AfriNIC's fee
structures,<br>
>should these not be justified in terms of AfriNIC's
obligations and<br>
>responsibility as a RIR to ensure/promote good Internet
numbering<br>
>practice in the Region?<br>
<br>
If you think of it there isn't any constraint in existing
policies<br>
about fees. The contractual agreement uses wording from
existing<br>
policies. In simple terms you can change the fees without
changing<br>
the policies. The difference between End-Users and LIRs is
more<br>
about legacy definitions. I generally ask the person
soliciting my<br>
vote what he or she will do for me. If the person says that
he or<br>
she will ensure good Internet numbering practices are
followed, I<br>
would not understand what that means.<br>
<br>
Cost recovery and cross-subsidization are two different
matters. How<br>
would cost recovery be determined assuming that it does not
allow for<br>
any cross-subsidization?<br>
<br>
Regards,<br>
-sm<br>
<br>
</p>
</div>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
<pre wrap="">_______________________________________________
rpd mailing list
<a class="moz-txt-link-abbreviated" href="mailto:rpd@afrinic.net">rpd@afrinic.net</a>
<a class="moz-txt-link-freetext" href="https://lists.afrinic.net/mailman/listinfo.cgi/rpd">https://lists.afrinic.net/mailman/listinfo.cgi/rpd</a>
</pre>
</blockquote>
<br>
<br>
<pre class="moz-signature" cols="72">--
--------------------------------------------------------
Sunday Adekunle Folayan
blog: <a class="moz-txt-link-freetext" href="http://www.sundayfolayan.name.ng">http://www.sundayfolayan.name.ng</a>
email: <a class="moz-txt-link-abbreviated" href="mailto:sfolayan@skannet.com.ng">sfolayan@skannet.com.ng</a>, <a class="moz-txt-link-abbreviated" href="mailto:sfolayan@gmail.com">sfolayan@gmail.com</a>
phone: +234-802-291-2202
skype: sfolayan
fcbk: <a class="moz-txt-link-abbreviated" href="http://www.facebook.com/sfolayan">www.facebook.com/sfolayan</a>
tweet: sfolayan
linkedin: sfolayan
---------------------------------------------------------</pre>
</body>
</html>