<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40"><head><meta http-equiv=Content-Type content="text/html; charset=utf-8"><meta name=Generator content="Microsoft Word 15 (filtered medium)"><!--[if !mso]><style>v\:* {behavior:url(#default#VML);}
o\:* {behavior:url(#default#VML);}
w\:* {behavior:url(#default#VML);}
.shape {behavior:url(#default#VML);}
</style><![endif]--><style><!--
/* Font Definitions */
@font-face
{font-family:"Cambria Math";
panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
{font-family:Calibri;
panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
{font-family:Consolas;
panose-1:2 11 6 9 2 2 4 3 2 4;}
@font-face
{font-family:Tahoma;
panose-1:2 11 6 4 3 5 4 4 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0in;
margin-bottom:.0001pt;
font-size:11.0pt;
font-family:"Calibri",sans-serif;}
a:link, span.MsoHyperlink
{mso-style-priority:99;
color:blue;
text-decoration:underline;}
pre
{mso-style-priority:99;
mso-style-link:"HTML Preformatted Char";
margin:0in;
margin-bottom:.0001pt;
font-size:11.0pt;
font-family:"Calibri",sans-serif;}
p.MsoListParagraph, li.MsoListParagraph, div.MsoListParagraph
{mso-style-priority:34;
margin-top:0in;
margin-right:0in;
margin-bottom:0in;
margin-left:.5in;
margin-bottom:.0001pt;
font-size:11.0pt;
font-family:"Calibri",sans-serif;}
span.HTMLPreformattedChar
{mso-style-name:"HTML Preformatted Char";
mso-style-priority:99;
mso-style-link:"HTML Preformatted";
font-family:Consolas;}
span.EmailStyle23
{mso-style-type:personal;
font-family:"Calibri",sans-serif;
color:windowtext;}
span.EmailStyle26
{mso-style-type:personal-reply;
font-family:"Calibri",sans-serif;
color:windowtext;
font-weight:normal;
font-style:normal;}
.MsoChpDefault
{mso-style-type:export-only;
font-size:10.0pt;}
@page WordSection1
{size:8.5in 11.0in;
margin:70.85pt 85.05pt 70.85pt 85.05pt;}
div.WordSection1
{page:WordSection1;}
/* List Definitions */
@list l0
{mso-list-id:432743367;
mso-list-type:hybrid;
mso-list-template-ids:1382593786 67764241 67764249 67764251 67764239 67764249 67764251 67764239 67764249 67764251;}
@list l0:level1
{mso-level-text:"%1\)";
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-.25in;}
@list l0:level2
{mso-level-number-format:alpha-lower;
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-.25in;}
@list l0:level3
{mso-level-number-format:roman-lower;
mso-level-tab-stop:none;
mso-level-number-position:right;
text-indent:-9.0pt;}
@list l0:level4
{mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-.25in;}
@list l0:level5
{mso-level-number-format:alpha-lower;
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-.25in;}
@list l0:level6
{mso-level-number-format:roman-lower;
mso-level-tab-stop:none;
mso-level-number-position:right;
text-indent:-9.0pt;}
@list l0:level7
{mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-.25in;}
@list l0:level8
{mso-level-number-format:alpha-lower;
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-.25in;}
@list l0:level9
{mso-level-number-format:roman-lower;
mso-level-tab-stop:none;
mso-level-number-position:right;
text-indent:-9.0pt;}
@list l1
{mso-list-id:576789750;
mso-list-type:hybrid;
mso-list-template-ids:783472604 67698703 67698713 67698715 67698703 67698713 67698715 67698703 67698713 67698715;}
@list l1:level1
{mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-.25in;}
@list l1:level2
{mso-level-number-format:alpha-lower;
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-.25in;}
@list l1:level3
{mso-level-number-format:roman-lower;
mso-level-tab-stop:none;
mso-level-number-position:right;
text-indent:-9.0pt;}
@list l1:level4
{mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-.25in;}
@list l1:level5
{mso-level-number-format:alpha-lower;
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-.25in;}
@list l1:level6
{mso-level-number-format:roman-lower;
mso-level-tab-stop:none;
mso-level-number-position:right;
text-indent:-9.0pt;}
@list l1:level7
{mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-.25in;}
@list l1:level8
{mso-level-number-format:alpha-lower;
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-.25in;}
@list l1:level9
{mso-level-number-format:roman-lower;
mso-level-tab-stop:none;
mso-level-number-position:right;
text-indent:-9.0pt;}
@list l2
{mso-list-id:782308538;
mso-list-type:hybrid;
mso-list-template-ids:1961625766 67764241 67764249 67764251 67764239 67764249 67764251 67764239 67764249 67764251;}
@list l2:level1
{mso-level-text:"%1\)";
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-.25in;}
@list l2:level2
{mso-level-number-format:alpha-lower;
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-.25in;}
@list l2:level3
{mso-level-number-format:roman-lower;
mso-level-tab-stop:none;
mso-level-number-position:right;
text-indent:-9.0pt;}
@list l2:level4
{mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-.25in;}
@list l2:level5
{mso-level-number-format:alpha-lower;
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-.25in;}
@list l2:level6
{mso-level-number-format:roman-lower;
mso-level-tab-stop:none;
mso-level-number-position:right;
text-indent:-9.0pt;}
@list l2:level7
{mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-.25in;}
@list l2:level8
{mso-level-number-format:alpha-lower;
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-.25in;}
@list l2:level9
{mso-level-number-format:roman-lower;
mso-level-tab-stop:none;
mso-level-number-position:right;
text-indent:-9.0pt;}
ol
{margin-bottom:0in;}
ul
{margin-bottom:0in;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]--></head><body lang=EN-US link=blue vlink=purple><div class=WordSection1><p class=MsoNormal>Hi Jordi,<o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>I don’t think we are saying the same thing, except we are saying the issue of legacy holders and fees is a long and DIFFERENT discussion.<o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>It’s possible that I did miss the text, but the most recent post from AFRINIC regarding reciprocity didn’t mention any ARIN problem with what we are discussing here, namely the retention of legacy status after an inter-regional transfer. Other issues regarding legacy space seem to have been adequately addressed by the most recent version of the proposal. <o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>Since ARIN allows this with RIPE, I doubt they have a problem with AFRINIC.<o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>Why can’t AFRINIC have the same policy as RIPE in this regard?<o:p></o:p></p><p class=MsoNormal>Can you re-state your objection to the retention of legacy status after a receipt of legacy addresses into AFRINIC from another region?<o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>I understand your objection to legacy space overall, but if you could phrase your objection without reference to that larger issue, it may help.<o:p></o:p></p><p class=MsoNormal>Because settling that larger issue is outside the scope of this proposal.<o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>Regards,<o:p></o:p></p><p class=MsoNormal>Mike<o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal><o:p> </o:p></p><div><div style='border:none;border-top:solid #E1E1E1 1.0pt;padding:3.0pt 0in 0in 0in'><p class=MsoNormal><b>From:</b> JORDI PALET MARTINEZ via RPD <rpd@afrinic.net> <br><b>Sent:</b> Friday, October 09, 2020 12:26 PM<br><b>To:</b> 'rpd List' <rpd@afrinic.net><br><b>Subject:</b> Re: [rpd] Transfer Policy Proposal v.3.docx<o:p></o:p></p></div></div><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal><span style='font-size:12.0pt'>We are saying the same, see 2 above.<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:12.0pt'><o:p> </o:p></span></p><p class=MsoNormal><span style='font-size:12.0pt'>However, that’s wrong, because if both parties are legacy holders, they aren’t bound to policies, so they should be allowed to change the registration data.<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:12.0pt'><o:p> </o:p></span></p><p class=MsoNormal><span style='font-size:12.0pt'>After all, legacy holders, in my opinion, should not exist. But that's a very long and different discussion.<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:12.0pt'><o:p> </o:p></span></p><p class=MsoNormal><span style='font-size:12.0pt'>Regarding to the reciprocity from other RIRs, I guess you missed reading all the text … it talks about that. Is not a problem for APNIC, but it is for ARIN. Anyway, it looks like it is partial feedback, I think we should wait for a final assessment.<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:12.0pt'><o:p> </o:p></span></p><div><p class=MsoNormal><span style='font-size:12.0pt;color:black'>Regards,<o:p></o:p></span></p><p class=MsoNormal style='margin-bottom:12.0pt'><span style='font-size:12.0pt;color:black'>Jordi<o:p></o:p></span></p><p class=MsoNormal style='margin-bottom:12.0pt'><span style='font-size:12.0pt;color:black'>@jordipalet<o:p></o:p></span></p><p class=MsoNormal style='margin-bottom:12.0pt'><span style='font-size:12.0pt;color:black'><o:p> </o:p></span></p></div><p class=MsoNormal><span style='font-size:12.0pt'><o:p> </o:p></span></p><p class=MsoNormal><span style='font-size:12.0pt'><o:p> </o:p></span></p><div><div><p class=MsoNormal style='margin-left:35.4pt'><span lang=ES>El 9/10/20 18:12, "Mike Burns" <</span><a href="mailto:mike@iptrading.com"><span lang=ES>mike@iptrading.com</span></a><span lang=ES>> escribió:<o:p></o:p></span></p></div></div><div><p class=MsoNormal style='margin-left:35.4pt'><span lang=ES><o:p> </o:p></span></p></div><p class=MsoNormal style='margin-left:35.4pt'><span lang=ES>Hi Jordi,<o:p></o:p></span></p><p class=MsoNormal style='margin-left:35.4pt'><span lang=ES> <o:p></o:p></span></p><p class=MsoNormal style='margin-left:35.4pt'><span lang=ES>Your position is simply wrong, and it’s not limited to ARIN.<o:p></o:p></span></p><p class=MsoNormal style='margin-left:35.4pt'><span lang=ES>Legacy holders cannot transfer addresses in any RIR but RIPE without adhering to RIR policy.<o:p></o:p></span></p><p class=MsoNormal style='margin-left:35.4pt'><span lang=ES> <o:p></o:p></span></p><p class=MsoNormal style='margin-left:35.4pt'><span lang=ES>I am defining a transfer as a change in registration.<o:p></o:p></span></p><p class=MsoNormal style='margin-left:35.4pt'><span lang=ES>Of course there are off-the-books transfers, this policy has nothing to say about them, nor are they recognized by any RIR.<o:p></o:p></span></p><p class=MsoNormal style='margin-left:35.4pt'><span lang=ES> <o:p></o:p></span></p><p class=MsoNormal style='margin-left:35.4pt'><span lang=ES>Now that your understanding about legacy transfers has been corrected, does it change your objection at all?<o:p></o:p></span></p><p class=MsoNormal style='margin-left:35.4pt'><span lang=ES>The recent reports from other RIRs don’t mention the legacy issue in terms of reviewing AFRNIC’s inter-regional proposal, I will note.<o:p></o:p></span></p><p class=MsoNormal style='margin-left:35.4pt'><span lang=ES> <o:p></o:p></span></p><p class=MsoNormal style='margin-left:35.4pt'><span lang=ES>Regards,<br>Mike<o:p></o:p></span></p><p class=MsoNormal style='margin-left:35.4pt'><span lang=ES> <o:p></o:p></span></p><p class=MsoNormal style='margin-left:35.4pt'><span lang=ES> <o:p></o:p></span></p><p class=MsoNormal style='margin-left:35.4pt'><span lang=ES> <o:p></o:p></span></p><div><div style='border:none;border-top:solid #E1E1E1 1.0pt;padding:3.0pt 0in 0in 0in'><p class=MsoNormal style='margin-left:35.4pt'><b><span lang=ES>From:</span></b><span lang=ES> JORDI PALET MARTINEZ via RPD <</span><a href="mailto:rpd@afrinic.net"><span lang=ES>rpd@afrinic.net</span></a><span lang=ES>> <br><b>Sent:</b> Friday, October 09, 2020 11:52 AM<br><b>To:</b> </span><a href="mailto:rpd@afrinic.net"><span lang=ES>rpd@afrinic.net</span></a><span lang=ES><br><b>Subject:</b> Re: [rpd] Transfer Policy Proposal v.3.docx<o:p></o:p></span></p></div></div><p class=MsoNormal style='margin-left:35.4pt'><span lang=ES> <o:p></o:p></span></p><p class=MsoNormal style='margin-left:35.4pt'><span lang=ES style='font-size:12.0pt'>Hi Mike,</span><span lang=ES><o:p></o:p></span></p><p class=MsoNormal style='margin-left:35.4pt'><span lang=ES style='font-size:12.0pt'> </span><span lang=ES><o:p></o:p></span></p><p class=MsoNormal style='margin-left:35.4pt'><span lang=ES style='font-size:12.0pt'>The ARIN case, is a bit different, I know, it is a very long history …</span><span lang=ES><o:p></o:p></span></p><p class=MsoNormal style='margin-left:35.4pt'><span lang=ES style='font-size:12.0pt'> </span><span lang=ES><o:p></o:p></span></p><p class=MsoNormal style='margin-left:35.4pt'><span lang=ES style='font-size:12.0pt'>I stand on my position: Legacy holders don’t need any policy to transfer resources if both of them haven’t signed any RIR RSA (or equivalent). The problem is:</span><span lang=ES><o:p></o:p></span></p><p class=MsoListParagraph style='margin-left:71.4pt;text-indent:-.25in;mso-list:l2 level1 lfo2'><![if !supportLists]><span lang=ES><span style='mso-list:Ignore'>1)<span style='font:7.0pt "Times New Roman"'> </span></span></span><![endif]><span lang=ES style='font-size:12.0pt'>Often the receiver of the transfer has signed in a RIR, so they “can’t receive the legacy resources because they will be against the policies”.</span><span lang=ES><o:p></o:p></span></p><p class=MsoListParagraph style='margin-left:71.4pt;text-indent:-.25in;mso-list:l2 level1 lfo2'><![if !supportLists]><span lang=ES><span style='mso-list:Ignore'>2)<span style='font:7.0pt "Times New Roman"'> </span></span></span><![endif]><span lang=ES style='font-size:12.0pt'>The RIR may not agree to change the registration data (if the transfer is among 2 legacy holders). </span><span lang=ES><o:p></o:p></span></p><p class=MsoNormal style='margin-left:35.4pt'><span lang=ES style='font-size:12.0pt'> </span><span lang=ES><o:p></o:p></span></p><div><p class=MsoNormal style='margin-left:35.4pt'><span lang=ES style='font-size:12.0pt;color:black'>1 above is acceptable, but 2 is not.</span><span lang=ES><o:p></o:p></span></p><p class=MsoNormal style='margin-left:35.4pt'><span lang=ES style='font-size:12.0pt;color:black'> </span><span lang=ES><o:p></o:p></span></p><p class=MsoNormal style='margin-left:35.4pt'><span lang=ES style='font-size:12.0pt;color:black'>Regards,</span><span lang=ES><o:p></o:p></span></p><p class=MsoNormal style='mso-margin-top-alt:0in;margin-right:0in;margin-bottom:12.0pt;margin-left:35.4pt'><span lang=ES style='font-size:12.0pt;color:black'>Jordi</span><span lang=ES><o:p></o:p></span></p><p class=MsoNormal style='mso-margin-top-alt:0in;margin-right:0in;margin-bottom:12.0pt;margin-left:35.4pt'><span lang=ES style='font-size:12.0pt;color:black'>@jordipalet</span><span lang=ES><o:p></o:p></span></p><p class=MsoNormal style='mso-margin-top-alt:0in;margin-right:0in;margin-bottom:12.0pt;margin-left:35.4pt'><span lang=ES style='font-size:12.0pt;color:black'> </span><span lang=ES><o:p></o:p></span></p></div><p class=MsoNormal style='margin-left:35.4pt'><span lang=ES style='font-size:12.0pt'> </span><span lang=ES><o:p></o:p></span></p><p class=MsoNormal style='margin-left:35.4pt'><span lang=ES style='font-size:12.0pt'> </span><span lang=ES><o:p></o:p></span></p><div><div><p class=MsoNormal style='margin-left:70.8pt'><span lang=ES>El 9/10/20 16:45, "Mike Burns" <</span><a href="mailto:mike@iptrading.com"><span lang=ES>mike@iptrading.com</span></a><span lang=ES>> escribió:<o:p></o:p></span></p></div></div><div><p class=MsoNormal style='margin-left:70.8pt'><span lang=ES> <o:p></o:p></span></p></div><p class=MsoNormal style='margin-left:70.8pt'><b><span lang=ES> </span></b><span lang=ES><o:p></o:p></span></p><p class=MsoNormal style='margin-left:70.8pt'><b><span lang=ES>Hi Jordi,</span></b><span lang=ES><o:p></o:p></span></p><p class=MsoNormal style='margin-left:70.8pt'><span lang=ES style='font-size:12.0pt'> </span><span lang=ES><o:p></o:p></span></p><p class=MsoNormal style='margin-left:70.8pt'><span lang=ES style='font-size:12.0pt'>[Jordi] I think the staff got it wrong. In my opinion, unless I’m missing right now other special documents in any RIR, none, of the RIRs can avoid legacy resources to be transferred, because they aren’t not part of the RIR system, we like it or not. Unless any of the parties (source or destination) has signed the RSA or an equivalent document binding them to the relevant region policies. I guess that if the transfer is among “2 legacy holders” even if in different RIRs, the RIRs must allow the update of the whois, etc. This is one of the issues. The RIRs need to do all kind of services for the legacy holders, *<b>for free</b>* and the cost is covered by the membership. Not fair.</span><span lang=ES><o:p></o:p></span></p><p class=MsoNormal style='margin-left:70.8pt'><span lang=ES> <o:p></o:p></span></p><p class=MsoNormal style='margin-left:70.8pt'><span lang=ES> <o:p></o:p></span></p><p class=MsoNormal style='margin-left:70.8pt'><span lang=ES>Jordi, you are not correct here. Believe me, I was attempting to transfer legacy resources at ARIN before there was any transfer policy and it was absolutely prohibited. Likewise after the ARIN transfer policy was implemented, I attempted a legacy transfer without a needs test and was refused. The world’s first official transfer was all legacy space from Nortel to Microsoft and ARIN would not allow it unless it followed policy. RIPE has had a legacy transfer ability all along, as far as I know. In APNIC you could not transfer legacy space, nor at LACNIC. In fact, only at RIPE was this allowed. Your feelings of unfairness are just your feelings, they are not facts. Legacy holders could claim to be progenitors of an Internet that has benefitted humanity greatly, and any grandfathered services are a small and fair repayment of their early activity. Point is, it’s an opinion and not a fact that should be dealt with in a transfer policy.<o:p></o:p></span></p><p class=MsoNormal style='margin-left:70.8pt'><span lang=ES> <o:p></o:p></span></p><p class=MsoNormal style='margin-left:70.8pt'><span lang=ES>You are holding up a policy based on fairness to prior transferrers yet you can’t identify any party who has suffered this unfairness?<o:p></o:p></span></p><p class=MsoNormal style='margin-left:70.8pt'><span lang=ES> <o:p></o:p></span></p><p class=MsoNormal style='margin-left:70.8pt'><span lang=ES>Fees avoided by legacy status are a very small issue here, not something that should delay this important policy.<o:p></o:p></span></p><p class=MsoNormal style='margin-left:70.8pt'><span lang=ES> <o:p></o:p></span></p><p class=MsoNormal style='margin-left:70.8pt'><span lang=ES>I have brokered many inter-regional ARIN legacy transfers to RIPE, retaining legacy status. So why do you think the AFRINIC policy would somehow not be compliant with other RIRs?<o:p></o:p></span></p><p class=MsoNormal style='margin-left:70.8pt'><span lang=ES> <o:p></o:p></span></p><p class=MsoNormal style='margin-left:70.8pt'><span lang=ES>You don’t seem to understand ARIN’s legacy policy at least. ARIN does not regard legacy holders as outside of policy compliance. In point of fact, ARIN has declared shared rights to Whois registration between ARIN and legacy holders, and ARIN will has never allowed a legacy transfer outside of policy. ARIN controls the registry according to its policies, and legacy holders must comply, although ARIN does continue to provide various legacy services for free. However, ARIN will not provide some services like RPKI unless legacy holders sign an RSA.<o:p></o:p></span></p><p class=MsoNormal style='margin-left:70.8pt'><span lang=ES> <o:p></o:p></span></p><p class=MsoNormal style='margin-left:70.8pt'><span lang=ES>Regards,<br>Mike<o:p></o:p></span></p><p class=MsoNormal style='margin-left:70.8pt'><span lang=ES> <o:p></o:p></span></p><p class=MsoNormal style='margin-left:70.8pt'><span lang=ES> <o:p></o:p></span></p><p class=MsoNormal style='margin-left:70.8pt'><span lang=ES> <o:p></o:p></span></p><p class=MsoNormal style='margin-left:70.8pt'><span lang=ES style='font-size:12.0pt'> </span><span lang=ES><o:p></o:p></span></p><p class=MsoNormal style='margin-left:106.2pt'><span lang=ES>Since then we have learned about malfeasance of AFRINIC staff that may have played a part in these old things.<o:p></o:p></span></p><p class=MsoNormal style='margin-left:106.2pt'><span lang=ES> <o:p></o:p></span></p><p class=MsoNormal style='margin-left:106.2pt'><span lang=ES>So exactly how many of these transfers happened where legacy space lost its status at AFRINIC, the fairness of which concerns you so?<o:p></o:p></span></p><p class=MsoNormal style='margin-left:70.8pt'><span lang=ES style='font-size:12.0pt'> </span><span lang=ES><o:p></o:p></span></p><p class=MsoNormal style='margin-left:70.8pt'><span lang=ES style='font-size:12.0pt'>[Jordi] Doesn’t matter in my opinion. In terms of being fair, even if it was just one case, if we remove that from the CPM, the policy should provide a way to resolve that, may be giving them the chance to recover the fees and even return the status to legacy.</span><span lang=ES><o:p></o:p></span></p><p class=MsoNormal style='margin-left:106.2pt'><span lang=ES> <o:p></o:p></span></p><p class=MsoNormal style='margin-left:106.2pt'><span lang=ES>Legacy holders have the same underlying relationship at each RIR, and as I pointed out there is no single manner in which legacy addresses are treated after a transfer at other RIRs, so what consistency are you trying to achieve regarding inter-regional transfer policy reciprocity?<o:p></o:p></span></p><p class=MsoNormal style='margin-left:70.8pt'><span lang=ES style='font-size:12.0pt'> </span><span lang=ES><o:p></o:p></span></p><p class=MsoNormal style='margin-left:70.8pt'><span lang=ES style='font-size:12.0pt'>[Jordi] They aren’t bound to the CPM, they don’t pay any fees.</span><span lang=ES><o:p></o:p></span></p><p class=MsoNormal style='margin-left:106.2pt'><span lang=ES> <o:p></o:p></span></p><p class=MsoNormal style='margin-left:106.2pt'><span lang=ES>Your declaration that legacy holders aren’t bound to the CPM and that is “not good” is a value judgement that shouldn’t be expressed in policy regarding transfers. If you want to change the status of the legacy relationship with AFRINIC, it should be external to the needed transfer policy.<o:p></o:p></span></p><p class=MsoNormal style='margin-left:106.2pt'><span lang=ES> <o:p></o:p></span></p><p class=MsoNormal style='margin-left:70.8pt'><span lang=ES style='font-size:12.0pt'>[Jordi] There are 2 different things. 1) Removing in the transfers a special case for legacy that has been there already, 2) Resolving, if we can get an agreement on that, how they pay for the cost of the services and even better if they need to sing the RSA and be bound to policies to keep getting the services. 1, is there already, we should not remove that. 2 is a new thing, we should agree on the way forward for that – not an easy task I guess.</span><span lang=ES><o:p></o:p></span></p><p class=MsoNormal style='margin-left:106.2pt'><span lang=ES> <o:p></o:p></span></p><p class=MsoNormal style='margin-left:70.8pt'><span lang=ES style='font-size:12.0pt'> </span><span lang=ES><o:p></o:p></span></p><p class=MsoNormal style='margin-left:106.2pt'><span lang=ES>I agree that AFRINIC should only have the ability to retain legacy status for addresses received into AFRINIC and not those sent out of AFRINIC to other RIRs, whose policy should apply to addresses received there.<o:p></o:p></span></p><p class=MsoNormal style='margin-left:106.2pt'><span lang=ES> <o:p></o:p></span></p><p class=MsoNormal style='margin-left:106.2pt'><span lang=ES>Regards,<br>Mike<o:p></o:p></span></p><p class=MsoNormal style='margin-left:106.2pt'><span lang=ES> <o:p></o:p></span></p><p class=MsoNormal style='margin-left:106.2pt'><span lang=ES> <o:p></o:p></span></p><div><div style='border:none;border-top:solid #E1E1E1 1.0pt;padding:3.0pt 0in 0in 0in'><p class=MsoNormal style='margin-left:106.2pt'><b><span lang=ES>From:</span></b><span lang=ES> JORDI PALET MARTINEZ via RPD <</span><a href="mailto:rpd@afrinic.net"><span lang=ES>rpd@afrinic.net</span></a><span lang=ES>> <br><b>Sent:</b> Friday, October 09, 2020 4:22 AM<br><b>To:</b> </span><a href="mailto:rpd@afrinic.net"><span lang=ES>rpd@afrinic.net</span></a><span lang=ES><br><b>Subject:</b> Re: [rpd] Transfer Policy Proposal v.3.docx<o:p></o:p></span></p></div></div><p class=MsoNormal style='margin-left:106.2pt'><span lang=ES> <o:p></o:p></span></p><p class=MsoNormal style='margin-left:106.2pt'><span lang=ES-TRAD style='font-size:12.0pt'>Hi Mike,</span><span lang=ES><o:p></o:p></span></p><p class=MsoNormal style='margin-left:106.2pt'><span lang=ES-TRAD style='font-size:12.0pt'> </span><span lang=ES><o:p></o:p></span></p><div><p class=MsoNormal style='mso-margin-top-alt:0in;margin-right:0in;margin-bottom:12.0pt;margin-left:106.2pt'><span lang=ES-TRAD style='font-size:12.0pt'>Below, in-line.</span><span lang=ES><o:p></o:p></span></p><p class=MsoNormal style='mso-margin-top-alt:0in;margin-right:0in;margin-bottom:12.0pt;margin-left:106.2pt'><span lang=ES-TRAD style='font-size:12.0pt;color:black'> </span><span lang=ES><o:p></o:p></span></p></div><p class=MsoNormal style='margin-left:106.2pt'><span lang=ES-TRAD style='font-size:12.0pt'> </span><span lang=ES><o:p></o:p></span></p><p class=MsoNormal style='margin-left:106.2pt'><span lang=ES-TRAD style='font-size:12.0pt'> </span><span lang=ES><o:p></o:p></span></p><div><div><p class=MsoNormal style='margin-left:141.6pt'><span lang=ES>El 7/10/20 17:22, "Mike Burns" <</span><a href="mailto:mike@iptrading.com"><span lang=ES>mike@iptrading.com</span></a><span lang=ES>> escribió:<o:p></o:p></span></p></div></div><div><p class=MsoNormal style='margin-left:141.6pt'><span lang=ES> <o:p></o:p></span></p></div><p class=MsoNormal style='margin-left:141.6pt'><span lang=ES>Hi Jordi,<o:p></o:p></span></p><p class=MsoNormal style='margin-left:141.6pt'><span lang=ES> <o:p></o:p></span></p><p class=MsoNormal style='margin-left:141.6pt'><span lang=ES>My distilled points remain:<o:p></o:p></span></p><p class=MsoNormal style='margin-left:141.6pt'><span lang=ES> <o:p></o:p></span></p><p class=MsoListParagraph style='margin-left:177.6pt;text-indent:-.25in;mso-list:l1 level1 lfo4'><![if !supportLists]><span lang=ES><span style='mso-list:Ignore'>1.<span style='font:7.0pt "Times New Roman"'> </span></span></span><![endif]><span lang=ES>The inter-regional transfer policy is way more important than the 12 month wait, because the pool will be drained soon with barely any refill likely.<o:p></o:p></span></p><p class=MsoNormal style='margin-left:106.2pt'><span lang=ES style='font-size:12.0pt'> </span><span lang=ES><o:p></o:p></span></p><p class=MsoNormal style='margin-left:106.2pt'><span lang=ES style='font-size:12.0pt'>[Jordi] Remember that the pool may drain, but there may be resources recovered or returned, either directly at AFRINIC or from IANA, so there must be caution about possible “replenishments”.</span><span lang=ES><o:p></o:p></span></p><p class=MsoNormal style='margin-left:106.2pt'><span lang=ES style='font-size:12.0pt'> </span><span lang=ES><o:p></o:p></span></p><p class=MsoListParagraph style='margin-left:177.6pt;text-indent:-.25in;mso-list:l1 level1 lfo4'><![if !supportLists]><span lang=ES><span style='mso-list:Ignore'>2.<span style='font:7.0pt "Times New Roman"'> </span></span></span><![endif]><span lang=ES>The 12 month wait for addresses received directly from AFRINIC makes sense and I support that.<o:p></o:p></span></p><p class=MsoListParagraph style='margin-left:177.6pt;text-indent:-.25in;mso-list:l1 level1 lfo4'><![if !supportLists]><span lang=ES><span style='mso-list:Ignore'>3.<span style='font:7.0pt "Times New Roman"'> </span></span></span><![endif]><span lang=ES>The legacy issue is immaterial.<o:p></o:p></span></p><p class=MsoNormal style='margin-left:106.2pt'><span lang=ES style='font-size:12.0pt'> </span><span lang=ES><o:p></o:p></span></p><p class=MsoNormal style='margin-left:106.2pt'><span lang=ES style='font-size:12.0pt'>[Jordi] The problem is that legacy holders aren’t bound to CPM which is not good. And because we have that now in the existing policy, removing it creates a very unfair situation with the previous transfers. So, if we want to remove that, we should, somehow, compensate to them as part of the policy, and that’s much more complex that keeping the non-legacy status for Intra-RIR and incoming Inter-RIR. This way we keep the reciprocity as well with other RIRs, because we only impose the “non-legacy after a transfer” if it happens in the region.</span><span lang=ES><o:p></o:p></span></p><p class=MsoNormal style='margin-left:141.6pt'><span lang=ES> <o:p></o:p></span></p><p class=MsoNormal style='margin-left:141.6pt'><span lang=ES>Regards,<o:p></o:p></span></p><p class=MsoNormal style='margin-left:141.6pt'><span lang=ES>Mike<o:p></o:p></span></p><p class=MsoNormal style='margin-left:141.6pt'><span lang=ES> <o:p></o:p></span></p><p class=MsoNormal style='margin-left:141.6pt'><span lang=ES> <o:p></o:p></span></p><p class=MsoNormal style='margin-left:141.6pt'><span lang=ES> <o:p></o:p></span></p><div><div style='border:none;border-top:solid #E1E1E1 1.0pt;padding:3.0pt 0in 0in 0in'><p class=MsoNormal style='margin-left:141.6pt'><b><span lang=ES>From:</span></b><span lang=ES> JORDI PALET MARTINEZ via RPD <</span><a href="mailto:rpd@afrinic.net"><span lang=ES>rpd@afrinic.net</span></a><span lang=ES>> <br><b>Sent:</b> Friday, October 02, 2020 4:16 AM<br><b>To:</b> </span><a href="mailto:rpd@afrinic.net"><span lang=ES>rpd@afrinic.net</span></a><span lang=ES><br><b>Subject:</b> Re: [rpd] Transfer Policy Proposal v.3.docx<o:p></o:p></span></p></div></div><p class=MsoNormal style='margin-left:141.6pt'><span lang=ES> <o:p></o:p></span></p><p class=MsoNormal style='margin-left:141.6pt'><span class=EmailStyle23><span lang=ES style='font-size:12.0pt'>Hi Mike,</span></span><span lang=ES><o:p></o:p></span></p><p class=MsoNormal style='margin-left:141.6pt'><span class=EmailStyle23><span lang=ES style='font-size:12.0pt'> </span></span><span lang=ES><o:p></o:p></span></p><p class=MsoNormal style='margin-left:141.6pt'><span lang=ES style='font-size:12.0pt'>Sorry the late response … a bit “too much” busy the last few weeks.</span><span lang=ES><o:p></o:p></span></p><p class=MsoNormal style='margin-left:141.6pt'><span lang=ES style='font-size:12.0pt'> </span><span lang=ES><o:p></o:p></span></p><p class=MsoNormal style='margin-left:141.6pt'><span lang=ES style='font-size:12.0pt'>Even if the possible pillaging is small, we shall remember that:</span><span lang=ES><o:p></o:p></span></p><p class=MsoListParagraph style='margin-left:177.6pt;text-indent:-.25in;mso-list:l0 level1 lfo6'><![if !supportLists]><span lang=ES><span style='mso-list:Ignore'>1)<span style='font:7.0pt "Times New Roman"'> </span></span></span><![endif]><span lang=ES style='font-size:12.0pt'>Even just /22-/24 are needed for new operators or businesses to come into the Internet and be able to support IPv6-only networks with IPv4aaS. They need a small pool of IPv4 addresses. I’m not so much worried about existing ISPs, that have already much more space than that, because they could turn some of their existing IPv4 addresses from customers CPEs, into IPv6-only and keep growing or even go to the market and transfer addresses – they have resources (a new business usually don’t have so much financial resources and anything they can save matters).</span><span lang=ES><o:p></o:p></span></p><p class=MsoListParagraph style='margin-left:177.6pt;text-indent:-.25in;mso-list:l0 level1 lfo6'><![if !supportLists]><span lang=ES><span style='mso-list:Ignore'>2)<span style='font:7.0pt "Times New Roman"'> </span></span></span><![endif]><span lang=ES style='font-size:12.0pt'>Even if the AFRINIC pool is emptied, new addresses are coming from recovery, either via IANA or AFRINIC itself.</span><span lang=ES><o:p></o:p></span></p><div><p class=MsoNormal style='margin-left:141.6pt'><span lang=ES style='font-size:12.0pt;color:black'> </span><span lang=ES><o:p></o:p></span></p><p class=MsoNormal style='margin-left:141.6pt'><span lang=ES style='font-size:12.0pt;color:black'>So, as much as we try to avoid bad practices, as much we lower costs for AFRINIC and the membership. Costs is not just about money and human rerouces, but also about time that the addresses can be reused instead of being reclaimed and quaranteened afterwards.</span><span lang=ES><o:p></o:p></span></p><p class=MsoNormal style='margin-left:141.6pt'><span lang=ES style='font-size:12.0pt;color:black'> </span><span lang=ES><o:p></o:p></span></p><p class=MsoNormal style='margin-left:141.6pt'><span lang=ES style='font-size:12.0pt;color:black'>I was not alone in LACNIC, in fact, I was not participating in that too much compared with IPv6 proposals at that time. In fact, you should also recognize that when I introduced the Inter-RIR proposals (I presented 2 of them: legacy-only and comprehensive), in the first version, the community reached consensus and recognized that a) it was the right time, b) my recommendation for a comprehensive proposal (versus a legacy only) reciprocal with all RIRs, what the right one.</span><span lang=ES><o:p></o:p></span></p><p class=MsoNormal style='margin-left:141.6pt'><span lang=ES style='font-size:12.0pt;color:black'> </span><span lang=ES><o:p></o:p></span></p><p class=MsoNormal style='margin-left:141.6pt'><span lang=ES style='font-size:12.0pt;color:black'>Note the timing: LACNIC finally exhaused the pool last August. One month before the Inter-RIR proposal (which reached consensus one year before) was implemented (as said, it takes 1 year to implement such policy). I didn’t had the crystal ball, however, clearly we did in the right timing. I insist in “we”. I was just the author, the “community instrument”, but all this is always a community thing.</span><span lang=ES><o:p></o:p></span></p><p class=MsoNormal style='margin-left:141.6pt'><span lang=ES style='font-size:12.0pt;color:black'> </span><span lang=ES><o:p></o:p></span></p><p class=MsoNormal style='margin-left:141.6pt'><span lang=ES style='font-size:12.0pt;color:black'>Regards,</span><span lang=ES><o:p></o:p></span></p><p class=MsoNormal style='mso-margin-top-alt:0in;margin-right:0in;margin-bottom:12.0pt;margin-left:141.6pt'><span lang=ES style='font-size:12.0pt;color:black'>Jordi</span><span lang=ES><o:p></o:p></span></p><p class=MsoNormal style='mso-margin-top-alt:0in;margin-right:0in;margin-bottom:12.0pt;margin-left:141.6pt'><span lang=ES style='font-size:12.0pt;color:black'>@jordipalet</span><span lang=ES><o:p></o:p></span></p><p class=MsoNormal style='mso-margin-top-alt:0in;margin-right:0in;margin-bottom:12.0pt;margin-left:141.6pt'><span lang=ES style='font-size:12.0pt;color:black'> </span><span lang=ES><o:p></o:p></span></p></div><p class=MsoNormal style='margin-left:141.6pt'><span lang=ES style='font-size:12.0pt'> </span><span lang=ES><o:p></o:p></span></p><p class=MsoNormal style='margin-left:141.6pt'><span lang=ES style='font-size:12.0pt'> </span><span lang=ES><o:p></o:p></span></p><div><div><p class=MsoNormal style='margin-left:177.0pt'><span lang=ES>El 28/9/20 20:04, "Mike Burns" <</span><a href="mailto:mike@iptrading.com"><span lang=ES>mike@iptrading.com</span></a><span lang=ES>> escribió:<o:p></o:p></span></p></div></div><div><p class=MsoNormal style='margin-left:177.0pt'><span lang=ES> <o:p></o:p></span></p></div><p class=MsoNormal style='margin-left:177.0pt'><span lang=ES>Hello list,<o:p></o:p></span></p><p class=MsoNormal style='margin-left:177.0pt'><span lang=ES> <o:p></o:p></span></p><p class=MsoNormal style='margin-left:177.0pt'><span lang=ES>I would like to provide some input from experience.<o:p></o:p></span></p><p class=MsoNormal style='margin-left:177.0pt'><span lang=ES>I brokered the world’s first inter-regional transfer back in 2012.<o:p></o:p></span></p><p class=MsoNormal style='margin-left:177.0pt'><span lang=ES>Since then we’ve brokered many hundreds of inter-regional transfers.<o:p></o:p></span></p><p class=MsoNormal style='margin-left:177.0pt'><span lang=ES>I also wrote the ARIN transfer policy which allowed for it to happen.<o:p></o:p></span></p><p class=MsoNormal style='margin-left:177.0pt'><span lang=ES> <o:p></o:p></span></p><p class=MsoNormal style='margin-left:177.0pt'><span lang=ES>A significant policy change I made was the addition of a 12 month waiting period before any address-seller could access the remaining ARIN free pool.<o:p></o:p></span></p><p class=MsoNormal style='margin-left:177.0pt'><span lang=ES> <o:p></o:p></span></p><p class=MsoNormal style='margin-left:177.0pt'><span lang=ES>Because at that point in time, although an inter-regional transfer policy was passed and ready to be implemented at ARIN, it was being blocked due to a particular concern. Which was that somebody in APNIC would demonstrate a need for addresses, which would be met by a willing ARIN seller. The APNIC buyer could immediately resell those addresses to somebody else in APNIC, and restore the buyer’s justified need. The ARIN seller, having sold his addresses, is now in need and could access the ARIN free pool to replenish. This action could be repeated by a pair of willing participants in APNIC and ARIN to effectively drain the remaining ARIN free pool. Yes it’s “fraud” but it was within policies at both RIRs.<o:p></o:p></span></p><p class=MsoNormal style='margin-left:177.0pt'><span lang=ES> <o:p></o:p></span></p><p class=MsoNormal style='margin-left:177.0pt'><span lang=ES>This was the purpose of the 12 month waiting period on sellers—to prevent them from pillaging the remaining free pool. The situation is not exactly the same here at AFRINIC, but I think if the intent of the waiting period is to prevent sellers from acquiring addresses from AFRINIC in order to sell them, I support that. The limit should be on addresses acquired directly from AFRINIC, though, and not those purchased on the market, which I believe should be re-sellable without limitations in order to meet the varying business needs of market participants.<o:p></o:p></span></p><p class=MsoNormal style='margin-left:177.0pt'><span lang=ES> <o:p></o:p></span></p><p class=MsoNormal style='margin-left:177.0pt'><span lang=ES>I doubt there will be anything left to pillage by the time this policy is implemented, but we should all be against the idea of a company acquiring addresses from AFRINIC by demonstrating need for them, only to turn around and sell them on the market. <o:p></o:p></span></p><p class=MsoNormal style='margin-left:177.0pt'><span lang=ES> <o:p></o:p></span></p><p class=MsoNormal style='margin-left:177.0pt'><span lang=ES>Legacy addresses still provide the bulk of transfer sources. We don’t find them to be more attractive for most buyers because the benefits attached to legacy addresses are few, and the problems growing. The benefits are no RIR fees and no resale limits for RIPE legacy addresses. The problems are difficulties implementing RPKI on legacy space. The legacy issue is a side-issue, but I believe retaining legacy status after an inter-regional transfer INTO AFRINIC will incentivize some transfers. We know that buyers who prefer legacy space register that space in RIPE, and possibly those buyers would also look into AFRINIC registration should it be possible to retain legacy status.<o:p></o:p></span></p><p class=MsoNormal style='margin-left:177.0pt'><span lang=ES> <o:p></o:p></span></p><p class=MsoNormal style='margin-left:177.0pt'><span lang=ES>I support the policy as written.<o:p></o:p></span></p><p class=MsoNormal style='margin-left:177.0pt'><span lang=ES>I would also support it with a 12-month wait because this will soon be moot.<o:p></o:p></span></p><p class=MsoNormal style='margin-left:177.0pt'><span lang=ES>I would also support it without the legacy status retention because this is a mild benefit at best.<o:p></o:p></span></p><p class=MsoNormal style='margin-left:177.0pt'><span lang=ES> <o:p></o:p></span></p><p class=MsoNormal style='margin-left:177.0pt'><span lang=ES>Just get it done. The delays at LACNIC stretched on for years, with Inter-regional policy proposals being shot down over and over, more than once with the help of Jordi! But Jordi has seen the value of inter-regional transfers and the importance of a global market, and it should be clear to everybody that AFRINIC is now the only region placed outside that market. <o:p></o:p></span></p><p class=MsoNormal style='margin-left:177.0pt'><span lang=ES> <o:p></o:p></span></p><p class=MsoNormal style='margin-left:177.0pt'><span lang=ES>Regards,<br>Mike Burns<o:p></o:p></span></p><p class=MsoNormal style='margin-left:177.0pt'><span lang=ES> <o:p></o:p></span></p><p class=MsoNormal style='margin-left:177.0pt'><span lang=ES> <o:p></o:p></span></p><div><div style='border:none;border-top:solid #E1E1E1 1.0pt;padding:3.0pt 0in 0in 0in'><p class=MsoNormal style='margin-left:2.0in'><b><span lang=ES>From:</span></b><span lang=ES> JORDI PALET MARTINEZ via RPD <</span><a href="mailto:rpd@afrinic.net"><span lang=ES>rpd@afrinic.net</span></a><span lang=ES>> <br><b>Sent:</b> Monday, September 28, 2020 4:38 AM<br><b>To:</b> </span><a href="mailto:rpd@afrinic.net"><span lang=ES>rpd@afrinic.net</span></a><span lang=ES><br><b>Subject:</b> Re: [rpd] Transfer Policy Proposal v.3.docx<o:p></o:p></span></p></div></div><p class=MsoNormal style='margin-left:2.0in'><span lang=ES> <o:p></o:p></span></p><p class=MsoNormal style='margin-left:2.0in'><span lang=ES style='font-size:12.0pt'>Responding to several emails at once …</span><span lang=ES><o:p></o:p></span></p><p class=MsoNormal style='margin-left:2.0in'><span lang=ES style='font-size:12.0pt'> </span><span lang=ES><o:p></o:p></span></p><div><p class=MsoNormal style='margin-left:2.0in'><span lang=ES style='font-size:12.0pt;color:black'>I don’t agree with Fernando in the rush, I think is urgent to do something, but if we fail in the last call, it is just fine *<b>if</b>* the board agree to either make their own policy (according to the bylaws), or even better, make sure to have a focussed meeting on December (if this fails they still can do a policy). Obviously it is clear that I prefer that the community resolve it, but we can’t just wait anymore.</span><span lang=ES><o:p></o:p></span></p><p class=MsoNormal style='margin-left:2.0in'><span lang=ES style='font-size:12.0pt;color:black'> </span><span lang=ES><o:p></o:p></span></p><p class=MsoNormal style='margin-left:2.0in'><span lang=ES style='font-size:12.0pt;color:black'>The economies are different, but basically they are different in the matter of the delay in what it happens, so yes, somehow LACNIC survived, and in part this was due to transfers under the table, which is a terrible thing to happen.</span><span lang=ES><o:p></o:p></span></p><p class=MsoNormal style='margin-left:2.0in'><span lang=ES style='font-size:12.0pt;color:black'> </span><span lang=ES><o:p></o:p></span></p><p class=MsoNormal style='margin-left:2.0in'><span lang=ES style='font-size:12.0pt;color:black'>The Intra-RIR transfers will not resolve the problem, why, because operators and business in AFRICA are growing, and very few are moving to IPv6-only with IPv4aaS, so it is objectibely impossible that exisitng operators don’t need anymore IPv4 addresses and transfer them to new ones!</span><span lang=ES><o:p></o:p></span></p><p class=MsoNormal style='margin-left:2.0in'><span lang=ES style='font-size:12.0pt;color:black'> </span><span lang=ES><o:p></o:p></span></p><p class=MsoNormal style='margin-left:2.0in'><span lang=ES style='font-size:12.0pt;color:black'>Now, regarding the point on “we can get this policy working” and then resolve the issues with another proposal … I will love to believe in that, but I’m every day more and more convinced that this will not happen. If we don’t get it right (or almost right on the first shot), we will not agree in 1 year to resolve it. I will love to be wrong!</span><span lang=ES><o:p></o:p></span></p><p class=MsoNormal style='margin-left:2.0in'><span lang=ES style='font-size:12.0pt;color:black'> </span><span lang=ES><o:p></o:p></span></p><p class=MsoNormal style='margin-left:2.0in'><span lang=ES style='font-size:12.0pt;color:black'>The problem I see with this proposal is that there are key points that make it impossible to really work. We can’t enforce a non-existing and new template to other RIRs, we can’t enforce the source to call to the destination RIR and follow those policies, we can enforce a procedure that is telling AFRINIC how to do the things BUT we can’t enforcie the other RIRs to do the same. There are already 4 other RIRs which have agreed on how to do this, they have adjusted their systems one after the other to follow the first one (because it was a good procedure and was working). Is all about internal coordination systems among RIRs, which the policy doesn’t need to stated. I will agree that this is needed in a policy if we want to ask AFRINIC do to some specific steps which are only binding AFRINIC, but not other RIRs (I’m speaking here in general, not just for this policy).</span><span lang=ES><o:p></o:p></span></p><p class=MsoNormal style='margin-left:2.0in'><span lang=ES style='font-size:12.0pt;color:black'> </span><span lang=ES><o:p></o:p></span></p><p class=MsoNormal style='margin-left:2.0in'><span lang=ES style='font-size:12.0pt;color:black'>Let’s say in another way. In any policy, if we let a RIR to decide about operational details and they fail, or it can be improved and they don’t do, then we, as a community, have the right to tell them “do this way”. Otherwise, is better that operational details are handled by the RIR.</span><span lang=ES><o:p></o:p></span></p><p class=MsoNormal style='margin-left:2.0in'><span lang=ES style='font-size:12.0pt;color:black'> </span><span lang=ES><o:p></o:p></span></p><p class=MsoNormal style='margin-left:2.0in'><span lang=ES style='font-size:12.0pt;color:black'>Please, read my points in:</span><span lang=ES><o:p></o:p></span></p><p class=MsoNormal style='margin-left:2.0in'><a href="https://lists.afrinic.net/pipermail/rpd/2020/011429.html"><span lang=ES style='font-size:12.0pt'>https://lists.afrinic.net/pipermail/rpd/2020/011429.html</span></a><span lang=ES><o:p></o:p></span></p><p class=MsoNormal style='margin-left:2.0in'><a href="https://lists.afrinic.net/pipermail/rpd/2020/011430.html"><span lang=ES style='font-size:12.0pt'>https://lists.afrinic.net/pipermail/rpd/2020/011430.html</span></a><span lang=ES><o:p></o:p></span></p><p class=MsoNormal style='margin-left:2.0in'><span lang=ES style='font-size:12.0pt;color:black'> </span><span lang=ES><o:p></o:p></span></p><p class=MsoNormal style='margin-left:2.0in'><span lang=ES style='font-size:12.0pt;color:black'>Those points aren’t issues that I think are wrong in terms of my “subjective view” on what should be an Inter-RIR policy (such as the hold-time and legacy when incoming). Those are objective aspects of the proposal that will avoid it to fly. It will require the other 4 RIRs to have *<b>new</b>* policies to comply with that. Do you really think this will happen, and in how much time? I don’t think adjusting those points change the authors and community intend, they are just required clarifications. The staff impact analysis already mention many of those.</span><span lang=ES><o:p></o:p></span></p><p class=MsoNormal style='margin-left:2.0in'><span lang=ES style='font-size:12.0pt;color:black'> </span><span lang=ES><o:p></o:p></span></p><p class=MsoNormal style='margin-left:2.0in'><span lang=ES style='font-size:12.0pt;color:black'>Will love if the authors confirm if they will agree with those points, or otherwise, state one by one, why not.</span><span lang=ES><o:p></o:p></span></p><p class=MsoNormal style='margin-left:2.0in'><span lang=ES style='font-size:12.0pt;color:black'> </span><span lang=ES><o:p></o:p></span></p><p class=MsoNormal style='margin-left:2.0in'><span lang=ES style='font-size:12.0pt;color:black'>And one more time, I think we all understand the problem statement. We should not base our debate on that. The 3 proposals are looking at the same and in that context, because the problem statement doesn’t go to the CPM is somehow irrelevant.</span><span lang=ES><o:p></o:p></span></p><p class=MsoNormal style='margin-left:2.0in'><span lang=ES style='font-size:12.0pt;color:black'> </span><span lang=ES><o:p></o:p></span></p><p class=MsoNormal style='margin-left:2.0in'><span lang=ES style='font-size:12.0pt;color:black'>Regards,</span><span lang=ES><o:p></o:p></span></p><p class=MsoNormal style='mso-margin-top-alt:0in;margin-right:0in;margin-bottom:12.0pt;margin-left:2.0in'><span lang=ES style='font-size:12.0pt;color:black'>Jordi</span><span lang=ES><o:p></o:p></span></p><p class=MsoNormal style='mso-margin-top-alt:0in;margin-right:0in;margin-bottom:12.0pt;margin-left:2.0in'><span lang=ES style='font-size:12.0pt;color:black'>@jordipalet</span><span lang=ES><o:p></o:p></span></p><p class=MsoNormal style='mso-margin-top-alt:0in;margin-right:0in;margin-bottom:12.0pt;margin-left:2.0in'><span lang=ES style='font-size:12.0pt;color:black'> </span><span lang=ES><o:p></o:p></span></p></div><p class=MsoNormal style='margin-left:2.0in'><span lang=ES style='font-size:12.0pt'> </span><span lang=ES><o:p></o:p></span></p><p class=MsoNormal style='margin-left:2.0in'><span lang=ES style='font-size:12.0pt'> </span><span lang=ES><o:p></o:p></span></p><div><div><p class=MsoNormal style='margin-left:179.4pt'><span lang=ES>El 28/9/20 4:15, "lucilla fornaro" <</span><a href="mailto:lucillafornarosawamoto@gmail.com"><span lang=ES>lucillafornarosawamoto@gmail.com</span></a><span lang=ES>> escribió:<o:p></o:p></span></p></div></div><div><p class=MsoNormal style='margin-left:179.4pt'><span lang=ES> <o:p></o:p></span></p></div><div><div><div><div><p class=MsoNormal style='margin-left:179.4pt'><span lang=ES style='color:black'>dear all,</span><span lang=ES><o:p></o:p></span></p></div><div><p class=MsoNormal style='margin-left:179.4pt'><span lang=ES style='color:black'> </span><span lang=ES><o:p></o:p></span></p></div><div><p class=MsoNormal style='margin-left:179.4pt'><span lang=ES style='color:black'> </span><span lang=ES><o:p></o:p></span></p></div><div><p class=MsoNormal style='margin-left:179.4pt'><span lang=ES style='color:black'>Without being catastrophic, I believe that the activities for which the African economy requires resources are mostly different from Latin America, and differently should be managed.</span><span lang=ES><o:p></o:p></span></p></div><div><p class=MsoNormal style='margin-left:179.4pt'><span lang=ES style='color:black'> </span><span lang=ES><o:p></o:p></span></p></div><div><p class=MsoNormal style='margin-left:179.4pt'><span lang=ES style='color:black'>We cannot predict when it will happen, and this should be the main reason to solve the problem now that we have time to manage it properly.</span><span lang=ES><o:p></o:p></span></p></div><div><p class=MsoNormal style='margin-left:179.4pt'><span lang=ES style='color:black'>The resource transfer policy proposed by Anthony and Taiwo aims to build a stable and effective resources management system for the Afrinic service region. If we start working for the resource problem now, no matter of issues that will potentially come up (like with any other policy), there will be space to improve them in the future.</span><span lang=ES><o:p></o:p></span></p></div><div><p class=MsoNormal style='margin-left:179.4pt'><span lang=ES style='color:black'> </span><span lang=ES><o:p></o:p></span></p></div><div><p class=MsoNormal style='margin-left:179.4pt'><span lang=ES style='color:black'>regards,</span><span lang=ES><o:p></o:p></span></p></div><div><p class=MsoNormal style='margin-left:179.4pt'><span lang=ES style='color:black'> </span><span lang=ES><o:p></o:p></span></p></div><div><p class=MsoNormal style='margin-left:179.4pt'><span lang=ES style='color:black'>Lucilla </span><span lang=ES><o:p></o:p></span></p></div></div></div></div><p class=MsoNormal style='margin-left:179.4pt'><span lang=ES> <o:p></o:p></span></p><div><div><p class=MsoNormal style='margin-left:179.4pt'><span lang=ES>Il giorno lun 28 set 2020 alle ore 10:02 Fernando Frediani <</span><a href="mailto:fhfrediani@gmail.com"><span lang=ES>fhfrediani@gmail.com</span></a><span lang=ES>> ha scritto:<o:p></o:p></span></p></div><blockquote style='border:none;border-left:solid #CCCCCC 1.0pt;padding:0in 0in 0in 6.0pt;margin-left:4.8pt;margin-top:5.0pt;margin-right:0in;margin-bottom:5.0pt'><div><p style='margin-left:179.4pt'><span lang=ES>There is no "information" between quotes. If you don't believe in it check on LACNIC website on your own.<o:p></o:p></span></p><p style='margin-left:179.4pt'><span lang=ES>What a terrible scenario is painted here where it could be "terrible" not having a Inter-RIR transfer policy as soon as possible.<br>There is still IP space at a lower pace and there are internal transfers. Clearly a Inter-RIR transfer can wait a few more months in order to get it right rather than rush and get a bad policy. Co-Chairs deciding "the region needs a transfer policy" shows there is some rush in it that can be delayed if they re-think and bring it back to discussion to try to really find a rough consensus which is far form existing right now.<o:p></o:p></span></p><p style='margin-left:179.4pt'><span lang=ES>It is not correct this proposal "works very well". There are serious doubts, lacks confirmation from staff and other RIRs and there has been a very serious change in the very last minute not giving anyone else chance to discuss. So clearly this proposal is far from ready to reach consensus.<o:p></o:p></span></p><p style='margin-left:179.4pt'><span lang=ES>Fernando<o:p></o:p></span></p><div><p class=MsoNormal style='margin-left:179.4pt'><span lang=ES>On 26/09/2020 01:53, Ibeanusi Elvis wrote:<o:p></o:p></span></p></div><blockquote style='margin-top:5.0pt;margin-bottom:5.0pt'><p class=MsoNormal style='margin-left:179.4pt'><span lang=ES>@Fernando, <o:p></o:p></span></p><div><p class=MsoNormal style='margin-left:179.4pt'><span lang=ES> <o:p></o:p></span></p></div><div><p class=MsoNormal style='margin-left:179.4pt'><span lang=ES>If you are said you never mentioned not to do anything, what then are you implying by saying that “It took LACNIC 3years and 6months before they ran out completely”. So we should wait for ours to almost run out and drag the process along before we do something about it? This scenario is not as terrible? Rethink and review the scenario again, judging by the “information” you gave to us using LACNIC, it might not have been bad or terrible for them, but it might be for us. They might have survived but we might not. Put that into consideration as well. <o:p></o:p></span></p></div><div><p class=MsoNormal style='margin-left:179.4pt'><span lang=ES> <o:p></o:p></span></p></div><div><p class=MsoNormal style='margin-left:179.4pt'><span lang=ES>Also, the Resource Transfer Policy proposed by Anthony and Taiwo works very well and there is no rush into anything. <o:p></o:p></span></p></div><div><p class=MsoNormal style='margin-left:179.4pt'><span lang=ES> <o:p></o:p></span></p></div><div><p class=MsoNormal style='margin-left:179.4pt'><span lang=ES>The outcome might not be the same for everyone. <o:p></o:p></span></p></div><div><p class=MsoNormal style='margin-left:179.4pt'><span lang=ES> <o:p></o:p></span></p></div><div><p class=MsoNormal style='mso-margin-top-alt:0in;margin-right:0in;margin-bottom:12.0pt;margin-left:179.4pt'><span lang=ES>Elvis<o:p></o:p></span></p><div><p class=MsoNormal style='margin-left:179.4pt'><span lang=ES>Sent from my iPhone<o:p></o:p></span></p></div><div><p class=MsoNormal style='mso-margin-top-alt:0in;margin-right:0in;margin-bottom:12.0pt;margin-left:179.4pt'><span lang=ES> <o:p></o:p></span></p><blockquote style='margin-top:5.0pt;margin-bottom:5.0pt'><p class=MsoNormal style='mso-margin-top-alt:0in;margin-right:0in;margin-bottom:12.0pt;margin-left:179.4pt'><span lang=ES>On Sep 26, 2020, at 13:03, Fernando Frediani </span><a href="mailto:fhfrediani@gmail.com" target="_blank"><span lang=ES><fhfrediani@gmail.com></span></a><span lang=ES> wrote:<o:p></o:p></span></p></blockquote></div><blockquote style='margin-top:5.0pt;margin-bottom:5.0pt'><div><p class=MsoNormal style='margin-left:179.4pt'><span lang=ES> <o:p></o:p></span></p><p style='margin-left:179.4pt'><span lang=ES>I never mentioned "not do to anything", just to get the things right rather than rush,even if it takes a couple of more months.<br>It is much worst to get a bad policy than have none. The examples I put was to show that this scenario is not as terrible as some people are putting as almost if the internet was going to stop work if this policy doesn't advance.<o:p></o:p></span></p><p style='margin-left:179.4pt'><span lang=ES>Even if it takes a couple more of months to get that things right and out of this mess it will not be a big deal at all for the region.<br>It's not true this proposal works. It still lacks confirmations specially from other RIRs.<br>"Many more years" is of course an exaggeration on your side and we are talking about months rather than years which surely will not hurt.<o:p></o:p></span></p><p style='margin-left:179.4pt'><span lang=ES>The legacy stuff is currently like this: it loses its status, it is like this in other places as well which shows this is the obvious thing to keep. This was never mentioned in the discussion of this proposal for months and changed at the very last minute which gives no chance to others to equally oppose. If there is something to be discussed in another proposal is if the current status should change or not, not what is being trying to be done at rush.<o:p></o:p></span></p><p style='margin-left:179.4pt'><span lang=ES>There is no "forcing them to lose their legacy status". Whoever sell them don't care other than the money they receive. Whoever receives is only interested in the usage of the resources. What is being said about this is not correct how things really are in practical.<o:p></o:p></span></p><p style='margin-left:179.4pt'><span lang=ES>Fernando<o:p></o:p></span></p><div><p class=MsoNormal style='margin-left:179.4pt'><span lang=ES>On 26/09/2020 00:47, Ibeanusi Elvis wrote:<o:p></o:p></span></p></div><blockquote style='margin-top:5.0pt;margin-bottom:5.0pt'><p class=MsoNormal style='margin-left:179.4pt'><span lang=ES>Dear Fernando, <o:p></o:p></span></p><div><p class=MsoNormal style='margin-left:179.4pt'><span lang=ES> <o:p></o:p></span></p></div><div><p class=MsoNormal style='margin-left:179.4pt'><span lang=ES>"When LACNIC transitioned from Phase 2 to Phase 3 of the exhaustion phases which is very similar to what just happened to AfriNic Phase 2, it took exactly <b>3 years and 6 months</b> for it to be completely empty”. <o:p></o:p></span></p></div><div><p class=MsoNormal style='margin-left:179.4pt'><span lang=ES> <o:p></o:p></span></p></div><div><p class=MsoNormal style='margin-left:179.4pt'><span lang=ES>According to what you are insinuating, it is preferable not to do anything about the resources which are still going to exhaust. Thats makes no sense, it will be better if preparations are made prior to the entire exhaustion of the resources. LACNIC might have lasted 3 years and 6months before it completely emptied that does not mean we should take the same route as them, you learn from others not entirely copy their system or mode of handling things.<o:p></o:p></span></p></div><div><p class=MsoNormal style='margin-left:179.4pt'><span lang=ES> <o:p></o:p></span></p></div><div><p class=MsoNormal style='margin-left:179.4pt'><span lang=ES>Additionally, “good or not organisation survived, found their way to work with this new scenario now there is a proper and well discussed proposal that works well for everybody and allow in and out transfer from ALL other RIRs”<o:p></o:p></span></p></div><div><p class=MsoNormal style='margin-left:179.4pt'><span lang=ES> <o:p></o:p></span></p></div><div><p class=MsoNormal style='margin-left:179.4pt'><span lang=ES>The fact that the organisation survived does not 100% imply that if the same system of waiting till everything ends entirely is applied, AFRINIC will survive. It is best to take early necessary precautions and not wait till when we are in a desperate and maybe unsurvivable state before we do something. Also, this proposal is well detailed and works. Waiting for many more years and years of discussion is just compounding the staffs of the AFRINIC organisation and the community with excessive work as well. <o:p></o:p></span></p></div><div><p class=MsoNormal style='margin-left:179.4pt'><span lang=ES> <o:p></o:p></span></p></div><div><p class=MsoNormal style='margin-left:179.4pt'><span lang=ES>Regarding the legacy resource holders, it is better to have a dedicated legacy proposal for them and work with them not forcing them to lose their legacy status. <o:p></o:p></span></p></div><div><p class=MsoNormal style='margin-left:179.4pt'><span lang=ES> <o:p></o:p></span></p></div><div><p class=MsoNormal style='margin-left:179.4pt'><span lang=ES>Elvis<o:p></o:p></span></p></div><div><p class=MsoNormal style='margin-left:179.4pt'><span lang=ES> <o:p></o:p></span></p></div><div><p class=MsoNormal style='margin-left:179.4pt'><span lang=ES> <o:p></o:p></span></p><div><div><blockquote style='margin-top:5.0pt;margin-bottom:5.0pt'><div><p class=MsoNormal style='margin-left:179.4pt'><span lang=ES>Consider that LACNIC has a much higher demand than AfriNic and during most of these 3 years it survived without a Inter-RIR policy that was discussed for quiet a while before it reached consensus, plus the time it took for it to be implemented by staff which happened just recently in middle of this year.On Sep 26, 2020, at 11:39, Fernando Frediani <</span><a href="mailto:fhfrediani@gmail.com" target="_blank"><span lang=ES>fhfrediani@gmail.com</span></a><span lang=ES>> wrote:<o:p></o:p></span></p></div><p class=MsoNormal style='margin-left:179.4pt'><span lang=ES> <o:p></o:p></span></p><div><div><p style='margin-left:179.4pt'><span lang=ES>A couple of information for those who are scary about "the pool be empty shortly".<o:p></o:p></span></p><p style='margin-left:179.4pt'><span lang=ES>When LACNIC transitioned from Phase 2 to Phase 3 of the exhaustion phases which is very similar to what just happened to AfriNic Phase 2, it took exactly <b>3 years and 6 months</b> for it to be completely empty. <br>Consider that LACNIC has a much higher demand than AfriNic and during most of these 3 years it survived without a Inter-RIR policy that was discussed for quiet a while before it reached consensus, plus the time it took for it to be implemented by staff which happened just recently in middle of this year.<o:p></o:p></span></p><p style='margin-left:179.4pt'><span lang=ES>Good or not organizations survived, found their way to work with this new scenario e now there is a proper and well discussed proposal that work well for everybody and allow in and out transfer from ALL other RIRs. And by the way legacy resources lose its status like is expected. <br>And by the way, there is absolutely no "fight" with legacy resource holders, not at all. They don't care what will happen when they sell their resources on sold. Whoever is buying are not really much interested in this status, but in acquiring them for their usage and that's it.<o:p></o:p></span></p><p style='margin-left:179.4pt'><span lang=ES>AfriNic can take some more time, specially in the current uncertainty scenario to get a proper and better discussed proposal that will in fact be reciprocal to all other RIRs and benefit the region to keep going after the pool is completely empty which still takes some time.<o:p></o:p></span></p><p style='margin-left:179.4pt'><span lang=ES>Fernando<o:p></o:p></span></p><div><p class=MsoNormal style='margin-left:179.4pt'><span lang=ES>On 25/09/2020 22:08, lucilla fornaro wrote:<o:p></o:p></span></p></div><blockquote style='margin-top:5.0pt;margin-bottom:5.0pt'><div><div><div><p class=MsoNormal style='margin-left:179.4pt'><span lang=ES>Dear all,<o:p></o:p></span></p></div><div><p class=MsoNormal style='margin-left:179.4pt'><span lang=ES> <o:p></o:p></span></p></div><div><p class=MsoNormal style='margin-left:179.4pt'><span lang=ES>Accepting this policy implies that AFRINIC will develop a way to get even more resources to satisfy and push the demand of the developing market. <o:p></o:p></span></p></div><div><p class=MsoNormal style='margin-left:179.4pt'><span lang=ES>We often talked about smoother business (why the community is so scared about this word?) operations, the policy does not facilitate any fraud. All resources are allocated and transferred in the base of a proven need. It is an expensive process, and it is reasonable to think that no one would operate a fraud that causes loss instead of benefits.<o:p></o:p></span></p></div><div><p class=MsoNormal style='margin-left:179.4pt'><span lang=ES> <o:p></o:p></span></p></div><div><p class=MsoNormal style='margin-left:179.4pt'><span lang=ES>Yes, shortly the pool will be empty, but the policy proposes a way to fight it and promote access to further resources before it's too late.<o:p></o:p></span></p></div><div><p class=MsoNormal style='margin-left:179.4pt'><span lang=ES> <o:p></o:p></span></p></div><div><p class=MsoNormal style='margin-left:179.4pt'><span lang=ES>regards,<o:p></o:p></span></p></div><div><p class=MsoNormal style='margin-left:179.4pt'><span lang=ES> <o:p></o:p></span></p></div><div><p class=MsoNormal style='margin-left:179.4pt'><span lang=ES>Lucilla<o:p></o:p></span></p></div></div></div><p class=MsoNormal style='margin-left:179.4pt'><span lang=ES> <o:p></o:p></span></p><div><div><p class=MsoNormal style='margin-left:179.4pt'><span lang=ES>Il giorno sab 26 set 2020 alle ore 09:49 Ibeanusi Elvis <</span><a href="mailto:ibeanusielvis@gmail.com" target="_blank"><span lang=ES>ibeanusielvis@gmail.com</span></a><span lang=ES>> ha scritto:<o:p></o:p></span></p></div><blockquote style='border:none;border-left:solid #CCCCCC 1.0pt;padding:0in 0in 0in 6.0pt;margin-left:4.8pt;margin-top:5.0pt;margin-right:0in;margin-bottom:5.0pt'><div><p class=MsoNormal style='margin-left:179.4pt'><span lang=ES>Dear Marcus, Dear Community, <o:p></o:p></span></p><div><p class=MsoNormal style='margin-left:179.4pt'><span lang=ES> <o:p></o:p></span></p></div><div><p class=MsoNormal style='margin-left:179.4pt'><span lang=ES>I do not concur with your analogy and accusations on the proposal or policy written by Anthony Ikechukwu Ubah and Taiwo Oyewande called “Resource Transfer Policy” as being a hindrance to the smooth operation of business, is entirely false. The major intention of this policy is to support and boost businesses i Africa not to hinder the operation of business.<o:p></o:p></span></p></div><div><p class=MsoNormal style='margin-left:179.4pt'><span lang=ES> <o:p></o:p></span></p></div><div><p class=MsoNormal style='margin-left:179.4pt'><span lang=ES>Likewise, the policy is not based on a fake problem of the African region. This is baseless accusation and a wrong self-interpretation of what factual intentions of the Resource Transfer Policy, Anthony and Taiwo should be appreciated for pointing out this issue. <o:p></o:p></span></p></div><div><p class=MsoNormal style='margin-left:179.4pt'><span lang=ES> <o:p></o:p></span></p></div><div><p class=MsoNormal style='margin-left:179.4pt'><span lang=ES>On the other hand, "</span><i><span lang=ES style='font-family:"Tahoma",sans-serif'>Basically, the Resource Transfer Policy is intended to take Internet Resources on one region to the other. We all know that Africa is at its developing stage and needs more internet resources to support its developmental process. Accepting this policy means that the little resources left in our region will be taken away, especially when we don’t have the mechanism in place to enforce the auditing of the use of the allocated resources.”</span></i><span lang=ES><o:p></o:p></span></p></div><div><p class=MsoNormal style='margin-left:179.4pt'><span lang=ES> <o:p></o:p></span></p></div><div><p class=MsoNormal style='margin-left:179.4pt'><i><span lang=ES style='font-family:"Tahoma",sans-serif'>The purpose of this policy is to support a “TWO-WAY INTER-RIR POLICY” which implies that AFRINIC can receive and transfer resources. With the exhaustion of the IPv4, the adoption of this policy will do a greater good to the African continent as it supports the circulation of resources into and out of all the RIRs </span></i><span lang=ES><o:p></o:p></span></p></div><div><p class=MsoNormal style='margin-left:179.4pt'><span lang=ES> <o:p></o:p></span></p></div><div><p class=MsoNormal style='margin-left:179.4pt'><i><span lang=ES style='font-family:"Tahoma",sans-serif'>Best, </span></i><span lang=ES><o:p></o:p></span></p></div><div><p class=MsoNormal style='margin-left:179.4pt'><i><span lang=ES style='font-family:"Tahoma",sans-serif'>Elvis</span></i><span lang=ES><o:p></o:p></span></p></div><div><div><div><p class=MsoNormal style='margin-left:179.4pt'><span lang=ES> <o:p></o:p></span></p><div><blockquote style='margin-top:5.0pt;margin-bottom:5.0pt'><div><p class=MsoNormal style='margin-left:179.4pt'><span lang=ES>On Sep 26, 2020, at 02:24, Taiwo Oyewande <</span><a href="mailto:taiwo.oyewande88@gmail.com" target="_blank"><span lang=ES>taiwo.oyewande88@gmail.com</span></a><span lang=ES>> wrote:<o:p></o:p></span></p></div><p class=MsoNormal style='margin-left:179.4pt'><span lang=ES> <o:p></o:p></span></p><div><div><div><p class=MsoNormal style='margin-left:179.4pt'><span lang=ES>Hi all, <o:p></o:p></span></p><div><p class=MsoNormal style='margin-left:179.4pt'><span lang=ES> <o:p></o:p></span></p></div><div><p class=MsoNormal style='margin-left:179.4pt'><span lang=ES>Discussing a problem statement that will not be implemented in the CPM is not really taking us forward. <o:p></o:p></span></p></div><div><p class=MsoNormal style='margin-left:179.4pt'><span lang=ES> <o:p></o:p></span></p></div><div><p class=MsoNormal style='margin-left:179.4pt'><span lang=ES>There is an obvious war against the co chairs for doing a job that the community mandated them to do by the status of their election. The co-chairs discussed each points raised with the various authors and tried to see if all the points were duly addressed before making their decisions. <o:p></o:p></span></p></div><div><p class=MsoNormal style='margin-left:179.4pt'><span lang=ES> <o:p></o:p></span></p></div><div><p class=MsoNormal style='margin-left:179.4pt'><span lang=ES>I saw a false and misleading statement about the cochairs trying to get the authors of 2 of the 3 related policies against the authors of the 3rd policy. Is this what members of this working group has turned to?<o:p></o:p></span></p></div><div><p class=MsoNormal style='margin-left:179.4pt'><span lang=ES>Trying to create a bad name for another member using scenarios that never occurred. I think that is the height of desperation and such defamation of character should not be encouraged on this list<o:p></o:p></span></p></div><div><p class=MsoNormal style='margin-left:179.4pt'><span lang=ES> <o:p></o:p></span></p><div><p class=MsoNormal style='margin-left:179.4pt'><span lang=ES>Taiwo<o:p></o:p></span></p></div><div><p class=MsoNormal style='mso-margin-top-alt:0in;margin-right:0in;margin-bottom:12.0pt;margin-left:179.4pt'><span lang=ES> <o:p></o:p></span></p><blockquote style='margin-top:5.0pt;margin-bottom:5.0pt'><p class=MsoNormal style='mso-margin-top-alt:0in;margin-right:0in;margin-bottom:12.0pt;margin-left:179.4pt'><span lang=ES>On 25 Sep 2020, at 14:17, Marcus K. G. Adomey <</span><a href="mailto:madomey@hotmail.com" target="_blank"><span lang=ES>madomey@hotmail.com</span></a><span lang=ES>> wrote:<o:p></o:p></span></p></blockquote></div><blockquote style='margin-top:5.0pt;margin-bottom:5.0pt'><div><p class=MsoNormal style='margin-left:179.4pt'><span lang=ES> <o:p></o:p></span></p><div><p class=MsoNormal style='margin-left:179.4pt'><span lang=ES style='font-size:12.0pt'>Dear all, </span><span lang=ES><o:p></o:p></span></p><div><p class=MsoNormal style='margin-left:179.4pt'><span lang=ES style='font-size:12.0pt'> </span><span lang=ES><o:p></o:p></span></p></div><div><p class=MsoNormal style='margin-left:179.4pt'><span lang=ES style='font-size:12.0pt'>The Policy “Resource Transfer Policy” (AFPUB-2019-V4-003-DRAFT01) proposed by Anthony Ikechukwu Ubah and Taiwo Oyewande is based on a fake problem for our region.</span><span lang=ES><o:p></o:p></span></p></div><div><p class=MsoNormal style='margin-left:179.4pt'><span lang=ES style='font-size:12.0pt'> </span><span lang=ES><o:p></o:p></span></p></div><div><p class=MsoNormal style='margin-left:179.4pt'><span lang=ES style='font-size:12.0pt'> </span><span lang=ES><o:p></o:p></span></p></div><div><p class=MsoNormal style='margin-left:179.4pt'><span lang=ES style='font-size:12.0pt'>(1) “The current policy fails to support a two-way Inter-RIR policy” – And so what? This was an intra-RIR transfer policy, not meant to be Inter-RIR</span><span lang=ES><o:p></o:p></span></p></div><div><p class=MsoNormal style='margin-left:179.4pt'><span lang=ES style='font-size:12.0pt'> </span><span lang=ES><o:p></o:p></span></p></div><div><p class=MsoNormal style='margin-left:179.4pt'><span lang=ES style='font-size:12.0pt'>(2) “there by hindering smooth business operation”</span><span lang=ES><o:p></o:p></span></p></div><div><p class=MsoNormal style='margin-left:179.4pt'><span lang=ES style='font-size:12.0pt'> </span><span lang=ES><o:p></o:p></span></p></div><div><p class=MsoNormal style='margin-left:179.4pt'><span lang=ES style='font-size:12.0pt'>Can the authors of the policy show how the current situation is “hindering smooth business operation?”</span><span lang=ES><o:p></o:p></span></p></div><div><p class=MsoNormal style='margin-left:179.4pt'><span lang=ES style='font-size:12.0pt'> </span><span lang=ES><o:p></o:p></span></p></div><div><p class=MsoNormal style='margin-left:179.4pt'><span lang=ES style='font-size:12.0pt'>Further, they should tell us what they mean by “smooth business operation”.</span><span lang=ES><o:p></o:p></span></p></div><div><p class=MsoNormal style='margin-left:179.4pt'><span lang=ES style='font-size:12.0pt'> </span><span lang=ES><o:p></o:p></span></p></div><div><p class=MsoNormal style='margin-left:179.4pt'><span lang=ES style='font-size:12.0pt'>(3) “development and growth in the region”</span><span lang=ES><o:p></o:p></span></p></div><div><p class=MsoNormal style='margin-left:179.4pt'><span lang=ES style='font-size:12.0pt'> </span><span lang=ES><o:p></o:p></span></p></div><div><p class=MsoNormal style='margin-left:179.4pt'><span lang=ES style='font-size:12.0pt'>Can the authors of the policy prove that the current status is hindering “development and growth in the region”?</span><span lang=ES><o:p></o:p></span></p></div><div><p class=MsoNormal style='margin-left:179.4pt'><span lang=ES style='font-size:12.0pt'> </span><span lang=ES><o:p></o:p></span></p></div><div><p class=MsoNormal style='margin-left:179.4pt'><span lang=ES style='font-size:12.0pt'>It is clear that the authors of the policy have used unsubstantiated claims to buttress the need for this policy.</span><span lang=ES><o:p></o:p></span></p></div><div><p class=MsoNormal style='margin-left:179.4pt'><span lang=ES style='font-size:12.0pt'> </span><span lang=ES><o:p></o:p></span></p></div><div><p class=MsoNormal style='margin-left:179.4pt'><span lang=ES style='font-size:12.0pt'>Basically, the Resource Transfer Policy is intended to take Internet Resources on one region to the other. We all know that Africa is at its developing stage and needs more internet resources to support its developmental process. Accepting this policy means that the little resources left in our region will be taken away, especially when we don’t have the mechanism in place to enforce the auditing of the use of the allocated resources.</span><span lang=ES><o:p></o:p></span></p></div><div><p class=MsoNormal style='margin-left:179.4pt'><span lang=ES style='font-size:12.0pt'> </span><span lang=ES><o:p></o:p></span></p></div><div><p class=MsoNormal style='margin-left:179.4pt'><span lang=ES style='font-size:12.0pt'>Moreover, any unmanaged inter-RIR transfer policy will weaken the development of the Internet in the region as we have no control over this global market which never played in our favor. It may also affect AFRINIC operations.</span><span lang=ES><o:p></o:p></span></p></div><div><p class=MsoNormal style='margin-left:179.4pt'><span lang=ES style='font-size:12.0pt'> </span><span lang=ES><o:p></o:p></span></p></div><div><p class=MsoNormal style='margin-left:179.4pt'><span lang=ES style='font-size:12.0pt'>Recent findings discussed on this list show how transferred resources are being used. The global community is yet to discuss the impact on transfer. I am more concerned for our region.</span><span lang=ES><o:p></o:p></span></p></div><div><p class=MsoNormal style='margin-left:179.4pt'><span lang=ES style='font-size:12.0pt'> </span><span lang=ES><o:p></o:p></span></p></div><div><p class=MsoNormal style='margin-left:179.4pt'><span lang=ES style='font-size:12.0pt'>Reconsider your decision and let us discuss the best approach to engage the Region into the global resources transfer world.</span><span lang=ES><o:p></o:p></span></p></div><div><p class=MsoNormal style='margin-left:179.4pt'><span lang=ES style='font-size:12.0pt'> </span><span lang=ES><o:p></o:p></span></p></div><div><p class=MsoNormal style='margin-left:179.4pt'><span lang=ES style='font-size:12.0pt'> </span><span lang=ES><o:p></o:p></span></p></div><div><p class=MsoNormal style='margin-left:179.4pt'><span lang=ES style='font-size:12.0pt'> </span><span lang=ES><o:p></o:p></span></p></div><div><p class=MsoNormal style='margin-left:179.4pt'><span lang=ES style='font-size:12.0pt'>Marcus</span><span lang=ES><o:p></o:p></span></p></div><p class=MsoNormal style='mso-margin-top-alt:0in;margin-right:0in;margin-bottom:12.0pt;margin-left:179.4pt'><span lang=ES style='font-size:12.0pt'> </span><span lang=ES><o:p></o:p></span></p></div><div><p class=MsoNormal style='margin-left:179.4pt'><span lang=ES style='font-size:12.0pt'> </span><span lang=ES><o:p></o:p></span></p></div><div><p class=MsoNormal style='margin-left:179.4pt'><span lang=ES style='font-size:12.0pt'> </span><span lang=ES><o:p></o:p></span></p></div><div><p class=MsoNormal style='margin-left:179.4pt'><span lang=ES style='font-size:12.0pt'> </span><span lang=ES><o:p></o:p></span></p></div><div style='margin-left:35.4pt'><div style='margin-left:35.4pt'><div style='margin-left:35.4pt'><div style='margin-left:35.4pt'><div style='margin-left:35.4pt'><div style='margin-left:35.4pt'><div class=MsoNormal align=center style='text-align:center'><span lang=ES><hr size=1 width="1%" align=center></span></div></div></div></div></div></div></div><div id="gmail-m_40752282362891982gmail-m_1467110844684016632divRplyFwdMsg"><p class=MsoNormal style='margin-left:2.0in'><b><span lang=ES>From:</span></b><span lang=ES> Murungi Daniel <</span><a href="mailto:dmurungi@wia.co.tz" target="_blank"><span lang=ES>dmurungi@wia.co.tz</span></a><span lang=ES>><br><b>Sent:</b> Wednesday, September 23, 2020 8:59 PM<br><b>To:</b> rpd >> AfriNIC Resource Policy <</span><a href="mailto:rpd@afrinic.net" target="_blank"><span lang=ES>rpd@afrinic.net</span></a><span lang=ES>><br><b>Subject:</b> Re: [rpd] Transfer Policy Proposal v.3.docx <o:p></o:p></span></p><div><p class=MsoNormal style='margin-left:2.0in'><span lang=ES> <o:p></o:p></span></p></div></div><div><div><p class=MsoNormal style='margin-left:2.0in'><span lang=ES style='font-size:10.0pt'>Hello,</span><span lang=ES><o:p></o:p></span></p></div><div><p class=MsoNormal style='margin-left:2.0in'><span lang=ES> <o:p></o:p></span></p></div><div><p class=MsoNormal style='mso-margin-top-alt:0in;margin-right:0in;margin-bottom:12.0pt;margin-left:2.0in'><span lang=ES style='font-size:10.0pt'>Can the authors of the resource transfer policy in the last call explain, which problem is being addressed?<br><br>The problem statement is awkward to say the least. The issue with the problem statement was raised in Luanda and during the virtual AIS. How can we can adopt a proposal when the problem statement is out of scope of the PDP?<br><br>——-<br>1. Summary of the problem being addressed by this proposal<br>The current policy fails to support a two-way Inter-RIR policy, thereby hindering smooth business operation, development, and growth in the region. This proposal aims to establish an efficient and business-friendly mechanism to allow a number of resources to be transferred from/to other regions. This proposal outlines a model in which AFRINIC can freely transfer number resources to/from other regions, i.e. RIPE NCC, APNIC, ARIN and LACNIC. This includes both IPv4 addresses and AS numbers.<br>——-</span><span lang=ES><o:p></o:p></span></p></div><div><p class=MsoNormal style='margin-left:2.0in'><span lang=ES style='font-size:10.0pt'>Regards,</span><span lang=ES><o:p></o:p></span></p></div><div><p class=MsoNormal style='margin-left:2.0in'><span lang=ES style='font-size:10.0pt'><br>Murungi Daniel</span><span lang=ES><o:p></o:p></span></p></div><div><p class=MsoNormal style='margin-left:2.0in'><span lang=ES> <o:p></o:p></span></p></div><p class=MsoNormal style='margin-left:2.0in'><span lang=ES> <o:p></o:p></span></p><div><p class=MsoNormal style='mso-margin-top-alt:0in;margin-right:0in;margin-bottom:12.0pt;margin-left:2.0in'><span lang=ES> <o:p></o:p></span></p><blockquote style='margin-top:5.0pt;margin-bottom:5.0pt'><div><p class=MsoNormal style='margin-left:2.0in'><span lang=ES>On Sep 23, 2020, at 10:39 PM, Fernando Frediani <</span><a href="mailto:fhfrediani@gmail.com" target="_blank"><span lang=ES>fhfrediani@gmail.com</span></a><span lang=ES>> wrote:<o:p></o:p></span></p></div><p class=MsoNormal style='margin-left:2.0in'><span lang=ES> <o:p></o:p></span></p><div><div><p style='margin-left:2.0in'><span lang=ES>Hello<o:p></o:p></span></p><p style='margin-left:2.0in'><span lang=ES>There is no much I can do other than state my <b>opposition to this proposal</b> to advance and reach any consensus mainly because 5.7.4.3 has been inverted from what was originally in the proposal and only changed at last minute due to some comments in the PPM going straight to last call which didn't give opportunity to the community re-evaluate this major change and if it's suitable to the region or not.<o:p></o:p></span></p><p style='margin-left:2.0in'><span lang=ES>Co-Chairs cannot advance this proposal to rough consensus the way it is and I urge and ask them again to bring it back to discussion to find out a resolution to these opened issues. Multiple people raised substantial concerns about it already. There is no way it can be considered 'rough consensus'.<o:p></o:p></span></p><p style='margin-left:2.0in'><span lang=ES>I also understand there may be a hurry to get a Inter-RIR transfer policy as soon as possible, but we must care about what is most important than that which is get policies to reflect what is really good for the region and not just to a few actors, even if it takes a bit longer. I support Jordi's suggestion to have another PPM in a few months so perhaps this proposal can advance from that point in time. LACNIC remained about 2 years without a Inter-RIR transfer policy after it run out of addresses for new organizations and survived. AfriNic will survive if it has to wait a few more months in order to get things really right.<o:p></o:p></span></p><p style='margin-left:2.0in'><span lang=ES>Now going to the merit of the proposal specially the main point I oppose (5.7.4.3):<br>There is no sense at all to keep considering transferred legacy resources as legacy. This doesn't work that way and has a proper reason to be like that which is fix a historical internet problem and reduce legacy resources with time as they get transferred to 'normal' organizations who purchased them in the market for example.<br>In this way organizations receiving these resources are bind to the same rules everybody else making it much fair to everybody and making no distinction between members.<br>Allowing resources to remain considered legacy only contributed to abuses and unfairness allowing those who can pay more do whatever they like which is bad for the rest of the Internet community which are subject to the same rules that apply equally to them.<br>If transferred legacy resources are not considered legacy anymore more and more they will apply equally for everybody as they become as a normal resource within any RIR. There has been a strong reason for this be like that until now and to continue like that.<o:p></o:p></span></p><p style='margin-left:2.0in'><span lang=ES>Regards<br>Fernando<o:p></o:p></span></p><div><p class=MsoNormal style='margin-left:2.0in'><span lang=ES>On 23/09/2020 09:49, JORDI PALET MARTINEZ via RPD wrote:<o:p></o:p></span></p></div><blockquote style='margin-top:5.0pt;margin-bottom:5.0pt'><pre style='margin-left:2.0in'><span lang=ES style='font-size:10.0pt;font-family:"Courier New"'>Hi Taiwo, all,</span><span lang=ES><o:p></o:p></span></pre><pre style='margin-left:2.0in'><span lang=ES style='font-size:10.0pt;font-family:"Courier New"'> </span><span lang=ES><o:p></o:p></span></pre><pre style='margin-left:2.0in'><span lang=ES style='font-size:10.0pt;font-family:"Courier New"'>I've looked into the doc.</span><span lang=ES><o:p></o:p></span></pre><pre style='margin-left:2.0in'><span lang=ES style='font-size:10.0pt;font-family:"Courier New"'> </span><span lang=ES><o:p></o:p></span></pre><pre style='margin-left:2.0in'><span lang=ES style='font-size:10.0pt;font-family:"Courier New"'>Let me say something before going into a more detailed analysis: I *fully support* this proposal, and I will be happy to withdraw it once:</span><span lang=ES><o:p></o:p></span></pre><pre style='margin-left:2.0in'><span lang=ES style='font-size:10.0pt;font-family:"Courier New"'>1) The staff confirms that all the points on the staff analysis have been cleared and thus, the policy could be implemented and will be functional in the intended purpose.</span><span lang=ES><o:p></o:p></span></pre><pre style='margin-left:2.0in'><span lang=ES style='font-size:10.0pt;font-family:"Courier New"'>2) The board ratifies the policy (which means also it passes the last call).</span><span lang=ES><o:p></o:p></span></pre><pre style='margin-left:2.0in'><span lang=ES style='font-size:10.0pt;font-family:"Courier New"'> </span><span lang=ES><o:p></o:p></span></pre><pre style='margin-left:2.0in'><span lang=ES style='font-size:10.0pt;font-family:"Courier New"'>Why? If anything in the process fails, I still believe my proposal is clearer and never mind is my proposal or this one I'm happy to work with the authors to make sure to resolve the issues that may happen as indicated in 1 and 2 above (hopefully there are no issues).</span><span lang=ES><o:p></o:p></span></pre><pre style='margin-left:2.0in'><span lang=ES style='font-size:10.0pt;font-family:"Courier New"'> </span><span lang=ES><o:p></o:p></span></pre><pre style='margin-left:2.0in'><span lang=ES style='font-size:10.0pt;font-family:"Courier New"'>I've now a more detailed analysis, please really, needs to be taken seriously with the staff or we may ruin the policy and not allow to be functional.</span><span lang=ES><o:p></o:p></span></pre><pre style='margin-left:2.0in'><span lang=ES style='font-size:10.0pt;font-family:"Courier New"'> </span><span lang=ES><o:p></o:p></span></pre><pre style='margin-left:2.0in'><span lang=ES style='font-size:10.0pt;font-family:"Courier New"'>There is something which doesn't make sense: The text in point 5.7. The CPM should be read always as "actual" so "soon will exhaust ..." is not logic, neither needed for the purpose of this policy. In addition, there are typos there ...</span><span lang=ES><o:p></o:p></span></pre><pre style='margin-left:2.0in'><span lang=ES style='font-size:10.0pt;font-family:"Courier New"'> </span><span lang=ES><o:p></o:p></span></pre><pre style='margin-left:2.0in'><span lang=ES style='font-size:10.0pt;font-family:"Courier New"'>This is an editorial change that according to the PDP should be possible as part of the last call. I will suggest to keep it simple:</span><span lang=ES><o:p></o:p></span></pre><pre style='margin-left:2.0in'><span lang=ES style='font-size:10.0pt;font-family:"Courier New"'>5.7 IPv4 Resources transfer</span><span lang=ES><o:p></o:p></span></pre><pre style='margin-left:2.0in'><span lang=ES style='font-size:10.0pt;font-family:"Courier New"'>This policy applies to an organization with a justified need for IPv4 resources (recipients) and organizations with IPv4 resources which no longer need (sources).</span><span lang=ES><o:p></o:p></span></pre><pre style='margin-left:2.0in'><span lang=ES style='font-size:10.0pt;font-family:"Courier New"'> </span><span lang=ES><o:p></o:p></span></pre><pre style='margin-left:2.0in'><span lang=ES style='font-size:10.0pt;font-family:"Courier New"'>I see that the "disputes" issue has been resolved! Tks! Anyway, I think there is another editorial problem there.</span><span lang=ES><o:p></o:p></span></pre><pre style='margin-left:2.0in'><span lang=ES style='font-size:10.0pt;font-family:"Courier New"'>Actual text:</span><span lang=ES><o:p></o:p></span></pre><pre style='margin-left:2.0in'><span lang=ES style='font-size:10.0pt;font-family:"Courier New"'>5.7.3.1 The source must be the current rightful holder of the IPv4 address resources registered with any RIR, and shall be in compliance with the policies of the receiving RIR, and shall not be involved in any dispute as to the status of those resources.</span><span lang=ES><o:p></o:p></span></pre><pre style='margin-left:2.0in'><span lang=ES style='font-size:10.0pt;font-family:"Courier New"'> </span><span lang=ES><o:p></o:p></span></pre><pre style='margin-left:2.0in'><span lang=ES style='font-size:10.0pt;font-family:"Courier New"'>I suggest:</span><span lang=ES><o:p></o:p></span></pre><pre style='margin-left:2.0in'><span lang=ES style='font-size:10.0pt;font-family:"Courier New"'>5.7.3.1 The source must be the current rightful holder of the IPv4 address resources registered with any RIR, in compliance with the relevant policies, and shall not be involved in any dispute as to the status of those resources.</span><span lang=ES><o:p></o:p></span></pre><pre style='margin-left:2.0in'><span lang=ES style='font-size:10.0pt;font-family:"Courier New"'> </span><span lang=ES><o:p></o:p></span></pre><pre style='margin-left:2.0in'><span lang=ES style='font-size:10.0pt;font-family:"Courier New"'>Keeping the "policies of the receiving RIR" is contradictory ... changing it with "relevant policies" allows both RIRs to ensure that everything is correct.</span><span lang=ES><o:p></o:p></span></pre><pre style='margin-left:2.0in'><span lang=ES style='font-size:10.0pt;font-family:"Courier New"'> </span><span lang=ES><o:p></o:p></span></pre><pre style='margin-left:2.0in'><span lang=ES style='font-size:10.0pt;font-family:"Courier New"'>Grammar maybe, I'm not English native speaker:</span><span lang=ES><o:p></o:p></span></pre><pre style='margin-left:2.0in'><span lang=ES style='font-size:10.0pt;font-family:"Courier New"'>"for 12 months period" or "for a 12 months period"</span><span lang=ES><o:p></o:p></span></pre><pre style='margin-left:2.0in'><span lang=ES style='font-size:10.0pt;font-family:"Courier New"'> </span><span lang=ES><o:p></o:p></span></pre><pre style='margin-left:2.0in'><span lang=ES style='font-size:10.0pt;font-family:"Courier New"'>I think 5.7.3.3. doesn't add any value, it could be removed and doesn't change anything: if there is no limite, no need to mention it. If there is not agreement, clearly the transfer will not happen because the parties don't authorize it, and then the RIR(s) don't authorize it!</span><span lang=ES><o:p></o:p></span></pre><pre style='margin-left:2.0in'><span lang=ES style='font-size:10.0pt;font-family:"Courier New"'> </span><span lang=ES><o:p></o:p></span></pre><pre style='margin-left:2.0in'><span lang=ES style='font-size:10.0pt;font-family:"Courier New"'>Similarly 5.7.4.2. could be removed as well. We already said that the recipient should comply with policies (5.7.3.1), so what is this adding? Just superfluous text.</span><span lang=ES><o:p></o:p></span></pre><pre style='margin-left:2.0in'><span lang=ES style='font-size:10.0pt;font-family:"Courier New"'> </span><span lang=ES><o:p></o:p></span></pre><pre style='margin-left:2.0in'><span lang=ES style='font-size:10.0pt;font-family:"Courier New"'>Note also my imputs in the previous email, regarding the hold period and the legacy status. I think 5.7.4.3, should be "IPv4 legacy resources "Transferred incoming or within AFRINIC IPv4 legacy resources will no longer be regarded as legacy resources".</span><span lang=ES><o:p></o:p></span></pre><pre style='margin-left:2.0in'><span lang=ES style='font-size:10.0pt;font-family:"Courier New"'> </span><span lang=ES><o:p></o:p></span></pre><pre style='margin-left:2.0in'><span lang=ES style='font-size:10.0pt;font-family:"Courier New"'>5.7.5.1 is already indicated by the staff as something problematic with the actual wording. The transferring party (the source) may not have any relation (not a member) with the receiving RIR. With this text we are enforcing *all the RIRs* to offer a standard template and process on our mandate. WE CAN'T DO THAT. Our policies only have a mandate in AFRINIC, not in the other RIRs.</span><span lang=ES><o:p></o:p></span></pre><pre style='margin-left:2.0in'><span lang=ES style='font-size:10.0pt;font-family:"Courier New"'> </span><span lang=ES><o:p></o:p></span></pre><pre style='margin-left:2.0in'><span lang=ES style='font-size:10.0pt;font-family:"Courier New"'>If we just remove section 5.7.5, and leave it to the staff as part of the operational procedure, the the problem is resolved because the existing process among the all other 4 RIRs for transfers will be "joined" by AFRINIC. It is just a matter of interconection among systems and processes!</span><span lang=ES><o:p></o:p></span></pre><pre style='margin-left:2.0in'><span lang=ES style='font-size:10.0pt;font-family:"Courier New"'> </span><span lang=ES><o:p></o:p></span></pre><pre style='margin-left:2.0in'><span lang=ES style='font-size:10.0pt;font-family:"Courier New"'>I think all this should be carefully studied among the authors and the staff and the chairs should make sure that the verstion coming to last call has corrected all those issues.</span><span lang=ES><o:p></o:p></span></pre><pre style='margin-left:2.0in'><span lang=ES style='font-size:10.0pt;font-family:"Courier New"'> </span><span lang=ES><o:p></o:p></span></pre><pre style='margin-left:2.0in'><span lang=ES style='font-size:10.0pt;font-family:"Courier New"'>I hope all this is useful.</span><span lang=ES><o:p></o:p></span></pre><pre style='margin-left:2.0in'><span lang=ES style='font-size:10.0pt;font-family:"Courier New"'> </span><span lang=ES><o:p></o:p></span></pre><pre style='margin-left:2.0in'><span lang=ES style='font-size:10.0pt;font-family:"Courier New"'>Regards,</span><span lang=ES><o:p></o:p></span></pre><pre style='margin-left:2.0in'><span lang=ES style='font-size:10.0pt;font-family:"Courier New"'>Jordi</span><span lang=ES><o:p></o:p></span></pre><pre style='margin-left:2.0in'><span lang=ES style='font-size:10.0pt;font-family:"Courier New"'>@jordipalet</span><span lang=ES><o:p></o:p></span></pre><pre style='margin-left:2.0in'><span lang=ES style='font-size:10.0pt;font-family:"Courier New"'> </span><span lang=ES><o:p></o:p></span></pre><pre style='margin-left:2.0in'><span lang=ES style='font-size:10.0pt;font-family:"Courier New"'> </span><span lang=ES><o:p></o:p></span></pre><pre style='margin-left:2.0in'><span lang=ES style='font-size:10.0pt;font-family:"Courier New"'> </span><span lang=ES><o:p></o:p></span></pre><pre style='margin-left:2.0in'><span lang=ES style='font-size:10.0pt;font-family:"Tahoma",sans-serif'></span><span lang=ES style='font-size:10.0pt;font-family:"Courier New"'>El 23/9/20 9:38, "Taiwo Oyewande" </span><a href="mailto:taiwo.oyewande88@gmail.com" target="_blank"><span lang=ES style='font-size:10.0pt;font-family:"Courier New"'><taiwo.oyewande88@gmail.com></span></a><span lang=ES style='font-size:10.0pt;font-family:"Courier New"'> escribió:</span><span lang=ES><o:p></o:p></span></pre><pre style='margin-left:2.0in'><span lang=ES style='font-size:10.0pt;font-family:"Courier New"'> </span><span lang=ES><o:p></o:p></span></pre><pre style='margin-left:2.0in'><span lang=ES style='font-size:10.0pt;font-family:"Courier New"'> Hello PDWG,</span><span lang=ES><o:p></o:p></span></pre><pre style='margin-left:2.0in'><span lang=ES style='font-size:10.0pt;font-family:"Courier New"'> </span><span lang=ES><o:p></o:p></span></pre><pre style='margin-left:2.0in'><span lang=ES style='font-size:10.0pt;font-family:"Courier New"'> Attached is the updated version of the Resource Transfer Policy proposal. As recommended, changes have been effected on sub-section 5.7.3.2, and 5.7.4.3 according to the co-chair summary. </span><span lang=ES><o:p></o:p></span></pre><pre style='margin-left:2.0in'><span lang=ES style='font-size:10.0pt;font-family:"Courier New"'> </span><span lang=ES><o:p></o:p></span></pre><pre style='margin-left:2.0in'><span lang=ES style='font-size:10.0pt;font-family:"Courier New"'> </span><span lang=ES><o:p></o:p></span></pre><pre style='margin-left:2.0in'><span lang=ES style='font-size:10.0pt;font-family:"Courier New"'> _______________________________________________</span><span lang=ES><o:p></o:p></span></pre><pre style='margin-left:2.0in'><span lang=ES style='font-size:10.0pt;font-family:"Courier New"'> RPD mailing list</span><span lang=ES><o:p></o:p></span></pre><pre style='margin-left:2.0in'><span lang=ES style='font-size:10.0pt;font-family:"Courier New"'> </span><a href="mailto:RPD@afrinic.net" target="_blank"><span lang=ES style='font-size:10.0pt;font-family:"Courier New"'>RPD@afrinic.net</span></a><span lang=ES><o:p></o:p></span></pre><pre style='margin-left:2.0in'><span lang=ES style='font-size:10.0pt;font-family:"Courier New"'> </span><a href="https://lists.afrinic.net/mailman/listinfo/rpd" target="_blank"><span lang=ES style='font-size:10.0pt;font-family:"Courier New"'>https://lists.afrinic.net/mailman/listinfo/rpd</span></a><span lang=ES><o:p></o:p></span></pre><pre style='margin-left:2.0in'><span lang=ES style='font-size:10.0pt;font-family:"Courier New"'> </span><span lang=ES><o:p></o:p></span></pre><pre style='margin-left:2.0in'><span lang=ES style='font-size:10.0pt;font-family:"Courier New"'> </span><span lang=ES><o:p></o:p></span></pre><pre style='margin-left:2.0in'><span lang=ES style='font-size:10.0pt;font-family:"Courier New"'> </span><span lang=ES><o:p></o:p></span></pre><pre style='margin-left:2.0in'><span lang=ES style='font-size:10.0pt;font-family:"Courier New"'>**********************************************</span><span lang=ES><o:p></o:p></span></pre><pre style='margin-left:2.0in'><span lang=ES style='font-size:10.0pt;font-family:"Courier New"'>IPv4 is over</span><span lang=ES><o:p></o:p></span></pre><pre style='margin-left:2.0in'><span lang=ES style='font-size:10.0pt;font-family:"Courier New"'>Are you ready for the new Internet ?</span><span lang=ES><o:p></o:p></span></pre><pre style='margin-left:2.0in'><a href="http://www.theipv6company.com/" target="_blank"><span lang=ES style='font-size:10.0pt;font-family:"Courier New"'>http://www.theipv6company.com</span></a><span lang=ES><o:p></o:p></span></pre><pre style='margin-left:2.0in'><span lang=ES style='font-size:10.0pt;font-family:"Courier New"'>The IPv6 Company</span><span lang=ES><o:p></o:p></span></pre><pre style='margin-left:2.0in'><span lang=ES style='font-size:10.0pt;font-family:"Courier New"'> </span><span lang=ES><o:p></o:p></span></pre><pre style='margin-left:2.0in'><span lang=ES style='font-size:10.0pt;font-family:"Courier New"'>This electronic message contains information which may be privileged or confidential. The information is intended to be for the exclusive use of the individual(s) named above and further non-explicilty authorized disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited and will be considered a criminal offense. If you are not the intended recipient be aware that any disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited, will be considered a criminal offense, so you must reply to the original sender to inform about this communication and delete it.</span><span lang=ES><o:p></o:p></span></pre><pre style='margin-left:2.0in'><span lang=ES style='font-size:10.0pt;font-family:"Courier New"'> </span><span lang=ES><o:p></o:p></span></pre><pre style='margin-left:2.0in'><span lang=ES style='font-size:10.0pt;font-family:"Courier New"'> </span><span lang=ES><o:p></o:p></span></pre><pre style='margin-left:2.0in'><span lang=ES style='font-size:10.0pt;font-family:"Courier New"'> </span><span lang=ES><o:p></o:p></span></pre><pre style='margin-left:2.0in'><span lang=ES style='font-size:10.0pt;font-family:"Courier New"'> </span><span lang=ES><o:p></o:p></span></pre><pre style='margin-left:2.0in'><span lang=ES style='font-size:10.0pt;font-family:"Courier New"'>_______________________________________________</span><span lang=ES><o:p></o:p></span></pre><pre style='margin-left:2.0in'><span lang=ES style='font-size:10.0pt;font-family:"Courier New"'>RPD mailing list</span><span lang=ES><o:p></o:p></span></pre><pre style='margin-left:2.0in'><a href="mailto:RPD@afrinic.net" target="_blank"><span lang=ES style='font-size:10.0pt;font-family:"Courier New"'>RPD@afrinic.net</span></a><span lang=ES><o:p></o:p></span></pre><pre style='margin-left:2.0in'><a href="https://lists.afrinic.net/mailman/listinfo/rpd" target="_blank"><span lang=ES style='font-size:10.0pt;font-family:"Courier New"'>https://lists.afrinic.net/mailman/listinfo/rpd</span></a><span lang=ES><o:p></o:p></span></pre></blockquote></div><p class=MsoNormal style='margin-left:2.0in'><span lang=ES>_______________________________________________<br>RPD mailing list<br></span><a href="mailto:RPD@afrinic.net" target="_blank"><span lang=ES>RPD@afrinic.net</span></a><span lang=ES><br></span><a href="https://lists.afrinic.net/mailman/listinfo/rpd" target="_blank"><span lang=ES>https://lists.afrinic.net/mailman/listinfo/rpd</span></a><span lang=ES><o:p></o:p></span></p></div></blockquote></div><p class=MsoNormal style='mso-margin-top-alt:0in;margin-right:0in;margin-bottom:12.0pt;margin-left:2.0in'><span lang=ES> <o:p></o:p></span></p></div><p class=MsoNormal style='margin-left:2.0in'><span lang=ES>_______________________________________________<br>RPD mailing list<br></span><a href="mailto:RPD@afrinic.net" target="_blank"><span lang=ES>RPD@afrinic.net</span></a><span lang=ES><br></span><a href="https://lists.afrinic.net/mailman/listinfo/rpd" target="_blank"><span lang=ES>https://lists.afrinic.net/mailman/listinfo/rpd</span></a><span lang=ES><o:p></o:p></span></p></div></blockquote></div></div></div><p class=MsoNormal style='margin-left:2.0in'><span lang=ES>_______________________________________________<br>RPD mailing list<br></span><a href="mailto:RPD@afrinic.net" target="_blank"><span lang=ES>RPD@afrinic.net</span></a><span lang=ES><br></span><a href="https://lists.afrinic.net/mailman/listinfo/rpd" target="_blank"><span lang=ES>https://lists.afrinic.net/mailman/listinfo/rpd</span></a><span lang=ES><o:p></o:p></span></p></div></blockquote></div><p class=MsoNormal style='margin-left:2.0in'><span lang=ES> <o:p></o:p></span></p></div></div></div></div><p class=MsoNormal style='margin-left:2.0in'><span lang=ES>_______________________________________________<br>RPD mailing list<br></span><a href="mailto:RPD@afrinic.net" target="_blank"><span lang=ES>RPD@afrinic.net</span></a><span lang=ES><br></span><a href="https://lists.afrinic.net/mailman/listinfo/rpd" target="_blank"><span lang=ES>https://lists.afrinic.net/mailman/listinfo/rpd</span></a><span lang=ES><o:p></o:p></span></p></blockquote></div><p class=MsoNormal style='mso-margin-top-alt:0in;margin-right:0in;margin-bottom:12.0pt;margin-left:2.0in'><span lang=ES> <o:p></o:p></span></p><pre style='margin-left:2.0in'><span lang=ES style='font-size:10.0pt;font-family:"Courier New"'>_______________________________________________</span><span lang=ES><o:p></o:p></span></pre><pre style='margin-left:2.0in'><span lang=ES style='font-size:10.0pt;font-family:"Courier New"'>RPD mailing list</span><span lang=ES><o:p></o:p></span></pre><pre style='margin-left:2.0in'><a href="mailto:RPD@afrinic.net" target="_blank"><span lang=ES style='font-size:10.0pt;font-family:"Courier New"'>RPD@afrinic.net</span></a><span lang=ES><o:p></o:p></span></pre><pre style='margin-left:2.0in'><a href="https://lists.afrinic.net/mailman/listinfo/rpd" target="_blank"><span lang=ES style='font-size:10.0pt;font-family:"Courier New"'>https://lists.afrinic.net/mailman/listinfo/rpd</span></a><span lang=ES><o:p></o:p></span></pre></blockquote></div><p class=MsoNormal style='margin-left:2.0in'><span lang=ES>_______________________________________________<br>RPD mailing list<br></span><a href="mailto:RPD@afrinic.net" target="_blank"><span lang=ES>RPD@afrinic.net</span></a><span lang=ES><br></span><a href="https://lists.afrinic.net/mailman/listinfo/rpd" target="_blank"><span lang=ES>https://lists.afrinic.net/mailman/listinfo/rpd</span></a><span lang=ES><o:p></o:p></span></p></div></blockquote></div><p class=MsoNormal style='margin-left:2.0in'><span lang=ES> <o:p></o:p></span></p></div></div></blockquote></div></blockquote></div></blockquote></div><p class=MsoNormal style='margin-left:2.0in'><span lang=ES>_______________________________________________<br>RPD mailing list<br></span><a href="mailto:RPD@afrinic.net" target="_blank"><span lang=ES>RPD@afrinic.net</span></a><span lang=ES><br></span><a href="https://lists.afrinic.net/mailman/listinfo/rpd" target="_blank"><span lang=ES>https://lists.afrinic.net/mailman/listinfo/rpd</span></a><span lang=ES><o:p></o:p></span></p></blockquote></div><p class=MsoNormal style='margin-left:2.0in'><span lang=ES>_______________________________________________ RPD mailing list </span><a href="mailto:RPD@afrinic.net"><span lang=ES>RPD@afrinic.net</span></a> <a href="https://lists.afrinic.net/mailman/listinfo/rpd"><span lang=ES>https://lists.afrinic.net/mailman/listinfo/rpd</span></a> <span lang=ES><o:p></o:p></span></p><p class=MsoNormal style='mso-margin-top-alt:0in;margin-right:0in;margin-bottom:12.0pt;margin-left:2.0in'><span lang=ES><br>**********************************************<br>IPv4 is over<br>Are you ready for the new Internet ?<br></span><a href="http://www.theipv6company.com"><span lang=ES>http://www.theipv6company.com</span></a><span lang=ES><br>The IPv6 Company<br><br>This electronic message contains information which may be privileged or confidential. The information is intended to be for the exclusive use of the individual(s) named above and further non-explicilty authorized disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited and will be considered a criminal offense. If you are not the intended recipient be aware that any disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited, will be considered a criminal offense, so you must reply to the original sender to inform about this communication and delete it.<o:p></o:p></span></p><p class=MsoNormal style='mso-margin-top-alt:0in;margin-right:0in;margin-bottom:12.0pt;margin-left:141.6pt'><span lang=ES><br>**********************************************<br>IPv4 is over<br>Are you ready for the new Internet ?<br></span><a href="http://www.theipv6company.com"><span lang=ES>http://www.theipv6company.com</span></a><span lang=ES><br>The IPv6 Company<br><br>This electronic message contains information which may be privileged or confidential. The information is intended to be for the exclusive use of the individual(s) named above and further non-explicilty authorized disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited and will be considered a criminal offense. If you are not the intended recipient be aware that any disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited, will be considered a criminal offense, so you must reply to the original sender to inform about this communication and delete it.<o:p></o:p></span></p><p class=MsoNormal style='mso-margin-top-alt:0in;margin-right:0in;margin-bottom:12.0pt;margin-left:106.2pt'><span lang=ES><br>**********************************************<br>IPv4 is over<br>Are you ready for the new Internet ?<br></span><a href="http://www.theipv6company.com"><span lang=ES>http://www.theipv6company.com</span></a><span lang=ES><br>The IPv6 Company<br><br>This electronic message contains information which may be privileged or confidential. The information is intended to be for the exclusive use of the individual(s) named above and further non-explicilty authorized disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited and will be considered a criminal offense. If you are not the intended recipient be aware that any disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited, will be considered a criminal offense, so you must reply to the original sender to inform about this communication and delete it.<o:p></o:p></span></p><p class=MsoNormal style='mso-margin-top-alt:0in;margin-right:0in;margin-bottom:12.0pt;margin-left:70.8pt'><span lang=ES><br>**********************************************<br>IPv4 is over<br>Are you ready for the new Internet ?<br></span><a href="http://www.theipv6company.com"><span lang=ES>http://www.theipv6company.com</span></a><span lang=ES><br>The IPv6 Company<br><br>This electronic message contains information which may be privileged or confidential. The information is intended to be for the exclusive use of the individual(s) named above and further non-explicilty authorized disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited and will be considered a criminal offense. If you are not the intended recipient be aware that any disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited, will be considered a criminal offense, so you must reply to the original sender to inform about this communication and delete it.<o:p></o:p></span></p><p class=MsoNormal style='mso-margin-top-alt:0in;margin-right:0in;margin-bottom:12.0pt;margin-left:35.4pt'><span lang=ES><br>**********************************************<br>IPv4 is over<br>Are you ready for the new Internet ?<br></span><a href="http://www.theipv6company.com"><span lang=ES>http://www.theipv6company.com</span></a><span lang=ES><br>The IPv6 Company<br><br>This electronic message contains information which may be privileged or confidential. The information is intended to be for the exclusive use of the individual(s) named above and further non-explicilty authorized disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited and will be considered a criminal offense. If you are not the intended recipient be aware that any disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited, will be considered a criminal offense, so you must reply to the original sender to inform about this communication and delete it.<o:p></o:p></span></p><p class=MsoNormal style='margin-bottom:12.0pt'><span lang=ES><br>**********************************************<br>IPv4 is over<br>Are you ready for the new Internet ?<br></span><a href="http://www.theipv6company.com"><span lang=ES>http://www.theipv6company.com</span></a><span lang=ES><br>The IPv6 Company<br><br>This electronic message contains information which may be privileged or confidential. The information is intended to be for the exclusive use of the individual(s) named above and further non-explicilty authorized disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited and will be considered a criminal offense. If you are not the intended recipient be aware that any disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited, will be considered a criminal offense, so you must reply to the original sender to inform about this communication and delete it.<o:p></o:p></span></p></div></body></html>