<html 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)"><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:Verdana;
panose-1:2 11 6 4 3 5 4 4 2 4;}
@font-face
{font-family:"Times New Roman \(Cuerpo en alfa";
panose-1:2 2 6 3 5 4 5 2 3 4;}
@font-face
{font-family:Consolas;
panose-1:2 11 6 9 2 2 4 3 2 4;}
@font-face
{font-family:"Helvetica Neue";
panose-1:2 0 5 3 0 0 0 2 0 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0cm;
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 con formato previo Car";
margin:0cm;
font-size:10.0pt;
font-family:"Courier New";}
p.ydp250ea7aemsonormal, li.ydp250ea7aemsonormal, div.ydp250ea7aemsonormal
{mso-style-name:ydp250ea7aemsonormal;
mso-margin-top-alt:auto;
margin-right:0cm;
mso-margin-bottom-alt:auto;
margin-left:0cm;
font-size:11.0pt;
font-family:"Calibri",sans-serif;}
p.yiv7954649313, li.yiv7954649313, div.yiv7954649313
{mso-style-name:yiv7954649313;
mso-margin-top-alt:auto;
margin-right:0cm;
mso-margin-bottom-alt:auto;
margin-left:0cm;
font-size:11.0pt;
font-family:"Calibri",sans-serif;}
span.HTMLconformatoprevioCar
{mso-style-name:"HTML con formato previo Car";
mso-style-priority:99;
mso-style-link:"HTML con formato previo";
font-family:Consolas;}
span.EstiloCorreo25
{mso-style-type:personal-reply;
font-family:"Calibri",sans-serif;
color:windowtext;}
.MsoChpDefault
{mso-style-type:export-only;
font-size:10.0pt;}
@page WordSection1
{size:612.0pt 792.0pt;
margin:70.85pt 3.0cm 70.85pt 3.0cm;}
div.WordSection1
{page:WordSection1;}
--></style></head><body lang=ES link=blue vlink=purple style='word-wrap:break-word'><div class=WordSection1><p class=MsoNormal><span lang=EN-US style='font-size:12.0pt;mso-fareast-language:EN-US'>I think this is a wrong reading of the intend of all those proposals.<o:p></o:p></span></p><p class=MsoNormal><span lang=EN-US style='font-size:12.0pt;mso-fareast-language:EN-US'><o:p> </o:p></span></p><p class=MsoNormal><span lang=EN-US style='font-size:12.0pt;mso-fareast-language:EN-US'>The problem is that AFRINIC has no more IPv4 addresses. The operators and business that need them can’t get them with only Intra-RIR, so we need Inter-RIR as well, in a way that it works with the other RIRs.<o:p></o:p></span></p><p class=MsoNormal><span lang=EN-US style='font-size:12.0pt;mso-fareast-language:EN-US'><o:p> </o:p></span></p><p class=MsoNormal><span lang=EN-US style='font-size:12.0pt;mso-fareast-language:EN-US'>That’s it. You can write it in very different ways, but in short this is the same for all the proposals.<o:p></o:p></span></p><p class=MsoNormal><span lang=EN-US style='font-size:12.0pt;mso-fareast-language:EN-US'><o:p> </o:p></span></p><p class=MsoNormal><span lang=EN-US style='font-size:12.0pt;mso-fareast-language:EN-US'>Some proposals also address the AS transfers as requested by the staff in their PIERS. As the AS is not a “so big” problem (even if it is convenient) and there is no AS scarcity, we could decide that even if the proposal doesn't resolves it now, we can spend more time in another proposal later on, once the IPv4 part reach consensus and it is implemented. It is a ridiculous waste of time, but I fully understand that some people may have doubts, the same way if we try to fix (at least) intra-RIR IPv6 transfers, could bring objections, which not necessarily are valid, but looking at the way and extreme subjectivity consensus is being judged, it complicate things.<o:p></o:p></span></p><p class=MsoNormal><span lang=EN-US style='font-size:12.0pt;mso-fareast-language:EN-US'><o:p> </o:p></span></p><p class=MsoNormal><span lang=EN-US style='font-size:12.0pt;mso-fareast-language:EN-US'>The way the problem statement is written is not a valid reason to object to a proposal *<b>if</b>* the well-known problem is resolved by the policy text, because *<b>only</b>* the policy text goes into the CPM!<o:p></o:p></span></p><p class=MsoNormal><span lang=EN-US style='font-size:12.0pt;mso-fareast-language:EN-US'><o:p> </o:p></span></p><p class=MsoNormal><span lang=EN-US style='font-size:12.0pt;mso-fareast-language:EN-US'>Two differently written problem statements can bring to the same *<b>policy text</b>*, it is just a matter of how you read the problem statement.<o:p></o:p></span></p><p class=MsoNormal><span lang=EN-US style='font-size:12.0pt;mso-fareast-language:EN-US'><o:p> </o:p></span></p><div><p class=MsoNormal><span lang=EN-US style='font-size:12.0pt;color:black'>Regards,<o:p></o:p></span></p><p class=MsoNormal style='margin-bottom:12.0pt'><span lang=EN-US style='font-size:12.0pt;color:black;mso-fareast-language:EN-US'>Jordi<o:p></o:p></span></p><p class=MsoNormal style='margin-bottom:12.0pt'><span lang=EN-US style='font-size:12.0pt;color:black;mso-fareast-language:EN-US'>@jordipalet<o:p></o:p></span></p><p class=MsoNormal style='margin-bottom:12.0pt'><span lang=EN-US style='font-size:12.0pt;color:black;mso-fareast-language:EN-US'><o:p> </o:p></span></p></div><p class=MsoNormal><span lang=EN-US style='font-size:12.0pt;mso-fareast-language:EN-US'><o:p> </o:p></span></p><p class=MsoNormal><span lang=EN-US style='font-size:12.0pt;mso-fareast-language:EN-US'><o:p> </o:p></span></p><div><div><p class=MsoNormal style='margin-left:35.4pt'>El 24/9/20 12:21, "Mirriam via RPD" <<a href="mailto:rpd@afrinic.net">rpd@afrinic.net</a>> escribió:<o:p></o:p></p></div></div><div><p class=MsoNormal style='margin-left:35.4pt'><o:p> </o:p></p></div><div><div><div><p class=ydp250ea7aemsonormal style='margin-left:35.4pt'><span style='font-size:10.0pt;font-family:"Verdana",sans-serif'>Hi Daniel, <o:p></o:p></span></p><p class=ydp250ea7aemsonormal style='margin-left:35.4pt'><span style='font-size:10.0pt;font-family:"Verdana",sans-serif'>Thanks for pointing out the issue with the problem statement. I also went and checked problem statements for the other two proposals.<o:p></o:p></span></p><p class=ydp250ea7aemsonormal style='margin-left:35.4pt'><b><span style='font-size:10.0pt;font-family:"Verdana",sans-serif'> IPv4 Inter-RIR Resource Transfers (Comprehensive Scope)</span></b><span style='font-size:10.0pt;font-family:"Verdana",sans-serif'><o:p></o:p></span></p><p class=ydp250ea7aemsonormal style='margin-left:35.4pt'><span style='font-size:10.0pt;font-family:"Verdana",sans-serif'>“1. Summary of the problem being addressed by this proposal This proposal allows establishing the mechanism to allow transfers of IPv4 resources to/from other regions and to align AFRINIC with a market that already exists and in which we are lagging behind, which is negative for the region.”<o:p></o:p></span></p><p class=ydp250ea7aemsonormal style='margin-left:35.4pt'><b><span style='font-size:10.0pt;font-family:"Verdana",sans-serif'>AFRINIC Number Resources Transfer Policy</span></b><span style='font-size:10.0pt;font-family:"Verdana",sans-serif'><o:p></o:p></span></p><p class=ydp250ea7aemsonormal style='margin-left:35.4pt'><span style='font-size:10.0pt;font-family:"Verdana",sans-serif'> “1.0 Summary of the problem being addressed by this proposal The AFRINIC IPv4 pool is expected to run out soon. Some entities may need IPv4 space to support their IPv6 deployments, especially to support transition mechanisms, which AFRINIC may not meet. The current Intra-RIR policy in force at AFRINIC allows entities to receive unused IPv4 address from other members solely within the AFRINIC region, based on justified needs. Considering the limited IPv4 space initially made available to AFRINIC (AFRINIC manages only 7.23 /8s with a very low ratio of IPv4 addresses per Internet user), there will therefore be a need to allow for unused IPv4 from other regions to move into the AFRINIC service region – this without necessarily depleting AFRINIC's slim amount of IPv4 addresses by transferring space out of the region. The current Intra-RIR transfer policy allows all types of IPv4 allocations/assignments to be transferred, including IPv4 from special purpose blocks (reserved blocks for IXPs and DNS root ops, Last /8, etc.) The current intra-RIR transfer policy does not cover ASNs while there are cases where transfers of ASNs among AFRINIC members are desirable.”<o:p></o:p></span></p><div><p class=MsoNormal style='margin-left:35.4pt'><span style='font-size:10.0pt;font-family:"Verdana",sans-serif'><o:p> </o:p></span></p></div><div><p class=MsoNormal style='margin-left:35.4pt'><span style='font-size:10.0pt;font-family:"Verdana",sans-serif'>It is clear that these proposals can’t be merged together since they are addressing different problems. The latest seems to address some relevant problems.<o:p></o:p></span></p></div><div><p class=MsoNormal style='margin-left:35.4pt'><span style='font-size:10.0pt;font-family:"Verdana",sans-serif'><o:p> </o:p></span></p></div><div><p class=MsoNormal style='margin-left:35.4pt'><span style='font-size:10.0pt;font-family:"Verdana",sans-serif'>Best Regards<o:p></o:p></span></p></div><p class=ydp250ea7aemsonormal style='margin-left:35.4pt'><span style='font-size:10.0pt;font-family:"Verdana",sans-serif'>Miriam<o:p></o:p></span></p></div><div><p class=MsoNormal style='margin-left:35.4pt'><span style='font-size:10.0pt;font-family:"Verdana",sans-serif'><o:p> </o:p></span></p></div></div><div><p class=MsoNormal style='margin-left:35.4pt'><span style='font-size:10.0pt;font-family:"Verdana",sans-serif'><o:p> </o:p></span></p></div></div><div id="yahoo_quoted_1364550341"><div><div><p class=MsoNormal style='margin-left:35.4pt'><span style='font-size:10.0pt;font-family:"Helvetica Neue";color:#26282A'>On Thursday, September 24, 2020, 12:00:32 AM GMT+3, Murungi Daniel <dmurungi@wia.co.tz> wrote: <o:p></o:p></span></p></div><div><p class=MsoNormal style='margin-left:35.4pt'><span style='font-size:10.0pt;font-family:"Helvetica Neue";color:#26282A'><o:p> </o:p></span></p></div><div><p class=MsoNormal style='margin-left:35.4pt'><span style='font-size:10.0pt;font-family:"Helvetica Neue";color:#26282A'><o:p> </o:p></span></p></div><div><div id=yiv7954649313><div><div><p class=MsoNormal style='margin-left:35.4pt'><span style='font-size:10.0pt;font-family:"Helvetica Neue";color:#26282A'>Hello,<o:p></o:p></span></p></div><div><p class=MsoNormal style='margin-left:35.4pt'><span style='font-size:10.0pt;font-family:"Helvetica Neue";color:#26282A'><o:p> </o:p></span></p></div><div><p class=MsoNormal style='mso-margin-top-alt:0cm;margin-right:0cm;margin-bottom:12.0pt;margin-left:35.4pt'><span style='font-size:10.0pt;font-family:"Helvetica Neue";color:#26282A'>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>——-<br><br><o:p></o:p></span></p></div><div><p class=MsoNormal style='margin-left:35.4pt'><span style='font-size:10.0pt;font-family:"Helvetica Neue";color:#26282A'>Regards,<o:p></o:p></span></p></div><div><p class=MsoNormal style='margin-left:35.4pt'><span style='font-size:10.0pt;font-family:"Helvetica Neue";color:#26282A'><br>Murungi Daniel<o:p></o:p></span></p></div><div><p class=MsoNormal style='margin-left:35.4pt'><span style='font-size:10.0pt;font-family:"Helvetica Neue";color:#26282A'><o:p> </o:p></span></p></div><p class=MsoNormal style='margin-left:35.4pt'><span style='font-size:10.0pt;font-family:"Helvetica Neue";color:#26282A'><o:p> </o:p></span></p><div id=yiv7954649313yqt96076><div><p class=MsoNormal style='margin-left:35.4pt'><span style='font-size:10.0pt;font-family:"Helvetica Neue";color:#26282A'><br><br><o:p></o:p></span></p><blockquote style='margin-top:5.0pt;margin-bottom:5.0pt'><div><p class=MsoNormal style='margin-left:35.4pt'><span style='font-size:10.0pt;font-family:"Helvetica Neue";color:#26282A'>On Sep 23, 2020, at 10:39 PM, Fernando Frediani <<a href="mailto:fhfrediani@gmail.com" target="_blank">fhfrediani@gmail.com</a>> wrote:<o:p></o:p></span></p></div><p class=MsoNormal style='margin-left:35.4pt'><span style='font-size:10.0pt;font-family:"Helvetica Neue";color:#26282A'><o:p> </o:p></span></p></blockquote></div></div></div><div id=yiv7954649313yqt04582><div><div><p class=yiv7954649313 style='margin-left:35.4pt'><span style='font-size:10.0pt;font-family:"Helvetica Neue";color:#26282A'>Hello<o:p></o:p></span></p><p class=yiv7954649313 style='margin-left:35.4pt'><span style='font-size:10.0pt;font-family:"Helvetica Neue";color:#26282A'>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 class=yiv7954649313 style='margin-left:35.4pt'><span style='font-size:10.0pt;font-family:"Helvetica Neue";color:#26282A'>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 class=yiv7954649313 style='margin-left:35.4pt'><span style='font-size:10.0pt;font-family:"Helvetica Neue";color:#26282A'>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 class=yiv7954649313 style='margin-left:35.4pt'><span style='font-size:10.0pt;font-family:"Helvetica Neue";color:#26282A'>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 class=yiv7954649313 style='margin-left:35.4pt'><span style='font-size:10.0pt;font-family:"Helvetica Neue";color:#26282A'>Regards<br>Fernando<o:p></o:p></span></p><div><p class=MsoNormal style='margin-left:35.4pt'><span style='font-size:10.0pt;font-family:"Helvetica Neue";color:#26282A'>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:35.4pt'><span style='color:#26282A'>Hi Taiwo, all,<o:p></o:p></span></pre><pre style='margin-left:35.4pt'><span style='color:#26282A'><o:p> </o:p></span></pre><pre style='margin-left:35.4pt'><span style='color:#26282A'>I've looked into the doc.<o:p></o:p></span></pre><pre style='margin-left:35.4pt'><span style='color:#26282A'><o:p> </o:p></span></pre><pre style='margin-left:35.4pt'><span style='color:#26282A'>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:<o:p></o:p></span></pre><pre style='margin-left:35.4pt'><span style='color:#26282A'>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.<o:p></o:p></span></pre><pre style='margin-left:35.4pt'><span style='color:#26282A'>2) The board ratifies the policy (which means also it passes the last call).<o:p></o:p></span></pre><pre style='margin-left:35.4pt'><span style='color:#26282A'><o:p> </o:p></span></pre><pre style='margin-left:35.4pt'><span style='color:#26282A'>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).<o:p></o:p></span></pre><pre style='margin-left:35.4pt'><span style='color:#26282A'><o:p> </o:p></span></pre><pre style='margin-left:35.4pt'><span style='color:#26282A'>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.<o:p></o:p></span></pre><pre style='margin-left:35.4pt'><span style='color:#26282A'><o:p> </o:p></span></pre><pre style='margin-left:35.4pt'><span style='color:#26282A'>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 ...<o:p></o:p></span></pre><pre style='margin-left:35.4pt'><span style='color:#26282A'><o:p> </o:p></span></pre><pre style='margin-left:35.4pt'><span style='color:#26282A'>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:<o:p></o:p></span></pre><pre style='margin-left:35.4pt'><span style='color:#26282A'>5.7 IPv4 Resources transfer<o:p></o:p></span></pre><pre style='margin-left:35.4pt'><span style='color:#26282A'>This policy applies to an organization with a justified need for IPv4 resources (recipients) and organizations with IPv4 resources which no longer need (sources).<o:p></o:p></span></pre><pre style='margin-left:35.4pt'><span style='color:#26282A'><o:p> </o:p></span></pre><pre style='margin-left:35.4pt'><span style='color:#26282A'>I see that the "disputes" issue has been resolved! Tks! Anyway, I think there is another editorial problem there.<o:p></o:p></span></pre><pre style='margin-left:35.4pt'><span style='color:#26282A'>Actual text:<o:p></o:p></span></pre><pre style='margin-left:35.4pt'><span style='color:#26282A'>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.<o:p></o:p></span></pre><pre style='margin-left:35.4pt'><span style='color:#26282A'><o:p> </o:p></span></pre><pre style='margin-left:35.4pt'><span style='color:#26282A'>I suggest:<o:p></o:p></span></pre><pre style='margin-left:35.4pt'><span style='color:#26282A'>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.<o:p></o:p></span></pre><pre style='margin-left:35.4pt'><span style='color:#26282A'><o:p> </o:p></span></pre><pre style='margin-left:35.4pt'><span style='color:#26282A'>Keeping the "policies of the receiving RIR" is contradictory ... changing it with "relevant policies" allows both RIRs to ensure that everything is correct.<o:p></o:p></span></pre><pre style='margin-left:35.4pt'><span style='color:#26282A'><o:p> </o:p></span></pre><pre style='margin-left:35.4pt'><span style='color:#26282A'>Grammar maybe, I'm not English native speaker:<o:p></o:p></span></pre><pre style='margin-left:35.4pt'><span style='color:#26282A'>"for 12 months period" or "for a 12 months period"<o:p></o:p></span></pre><pre style='margin-left:35.4pt'><span style='color:#26282A'><o:p> </o:p></span></pre><pre style='margin-left:35.4pt'><span style='color:#26282A'>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!<o:p></o:p></span></pre><pre style='margin-left:35.4pt'><span style='color:#26282A'><o:p> </o:p></span></pre><pre style='margin-left:35.4pt'><span style='color:#26282A'>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.<o:p></o:p></span></pre><pre style='margin-left:35.4pt'><span style='color:#26282A'><o:p> </o:p></span></pre><pre style='margin-left:35.4pt'><span style='color:#26282A'>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".<o:p></o:p></span></pre><pre style='margin-left:35.4pt'><span style='color:#26282A'><o:p> </o:p></span></pre><pre style='margin-left:35.4pt'><span style='color:#26282A'>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.<o:p></o:p></span></pre><pre style='margin-left:35.4pt'><span style='color:#26282A'><o:p> </o:p></span></pre><pre style='margin-left:35.4pt'><span style='color:#26282A'>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!<o:p></o:p></span></pre><pre style='margin-left:35.4pt'><span style='color:#26282A'><o:p> </o:p></span></pre><pre style='margin-left:35.4pt'><span style='color:#26282A'>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.<o:p></o:p></span></pre><pre style='margin-left:35.4pt'><span style='color:#26282A'><o:p> </o:p></span></pre><pre style='margin-left:35.4pt'><span style='color:#26282A'>I hope all this is useful.<o:p></o:p></span></pre><pre style='margin-left:35.4pt'><span style='color:#26282A'> <o:p></o:p></span></pre><pre style='margin-left:35.4pt'><span style='color:#26282A'>Regards,<o:p></o:p></span></pre><pre style='margin-left:35.4pt'><span style='color:#26282A'>Jordi<o:p></o:p></span></pre><pre style='margin-left:35.4pt'><span style='color:#26282A'>@jordipalet<o:p></o:p></span></pre><pre style='margin-left:35.4pt'><span style='color:#26282A'> <o:p></o:p></span></pre><pre style='margin-left:35.4pt'><span style='color:#26282A'> <o:p></o:p></span></pre><pre style='margin-left:35.4pt'><span style='color:#26282A'><o:p> </o:p></span></pre><pre style='margin-left:35.4pt'><span style='color:#26282A'>El 23/9/20 9:38, "Taiwo Oyewande" <a href="mailto:taiwo.oyewande88@gmail.com" target="_blank"><taiwo.oyewande88@gmail.com></a> escribió:<o:p></o:p></span></pre><pre style='margin-left:35.4pt'><span style='color:#26282A'><o:p> </o:p></span></pre><pre style='margin-left:35.4pt'><span style='color:#26282A'> Hello PDWG,<o:p></o:p></span></pre><pre style='margin-left:35.4pt'><span style='color:#26282A'><o:p> </o:p></span></pre><pre style='margin-left:35.4pt'><span style='color:#26282A'> 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. <o:p></o:p></span></pre><pre style='margin-left:35.4pt'><span style='color:#26282A'><o:p> </o:p></span></pre><pre style='margin-left:35.4pt'><span style='color:#26282A'><o:p> </o:p></span></pre><pre style='margin-left:35.4pt'><span style='color:#26282A'> _______________________________________________<o:p></o:p></span></pre><pre style='margin-left:35.4pt'><span style='color:#26282A'> RPD mailing list<o:p></o:p></span></pre><pre style='margin-left:35.4pt'><span style='color:#26282A'> <a href="mailto:RPD@afrinic.net" target="_blank">RPD@afrinic.net</a><o:p></o:p></span></pre><pre style='margin-left:35.4pt'><span style='color:#26282A'> <a href="https://lists.afrinic.net/mailman/listinfo/rpd" target="_blank">https://lists.afrinic.net/mailman/listinfo/rpd</a><o:p></o:p></span></pre><pre style='margin-left:35.4pt'><span style='color:#26282A'><o:p> </o:p></span></pre><pre style='margin-left:35.4pt'><span style='color:#26282A'><o:p> </o:p></span></pre><pre style='margin-left:35.4pt'><span style='color:#26282A'><o:p> </o:p></span></pre><pre style='margin-left:35.4pt'><span style='color:#26282A'>**********************************************<o:p></o:p></span></pre><pre style='margin-left:35.4pt'><span style='color:#26282A'>IPv4 is over<o:p></o:p></span></pre><pre style='margin-left:35.4pt'><span style='color:#26282A'>Are you ready for the new Internet ?<o:p></o:p></span></pre><pre style='margin-left:35.4pt'><span style='color:#26282A'><a href="http://www.theipv6company.com/" target="_blank">http://www.theipv6company.com</a><o:p></o:p></span></pre><pre style='margin-left:35.4pt'><span style='color:#26282A'>The IPv6 Company<o:p></o:p></span></pre><pre style='margin-left:35.4pt'><span style='color:#26282A'><o:p> </o:p></span></pre><pre style='margin-left:35.4pt'><span style='color:#26282A'>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></pre><pre style='margin-left:35.4pt'><span style='color:#26282A'><o:p> </o:p></span></pre><pre style='margin-left:35.4pt'><span style='color:#26282A'><o:p> </o:p></span></pre><pre style='margin-left:35.4pt'><span style='color:#26282A'><o:p> </o:p></span></pre><pre style='margin-left:35.4pt'><span style='color:#26282A'><o:p> </o:p></span></pre><pre style='margin-left:35.4pt'><span style='color:#26282A'>_______________________________________________<o:p></o:p></span></pre><pre style='margin-left:35.4pt'><span style='color:#26282A'>RPD mailing list<o:p></o:p></span></pre><pre style='margin-left:35.4pt'><span style='color:#26282A'><a href="mailto:RPD@afrinic.net" target="_blank">RPD@afrinic.net</a><o:p></o:p></span></pre><pre style='margin-left:35.4pt'><span style='color:#26282A'><a href="https://lists.afrinic.net/mailman/listinfo/rpd" target="_blank">https://lists.afrinic.net/mailman/listinfo/rpd</a><o:p></o:p></span></pre></blockquote></div><p class=MsoNormal style='mso-margin-top-alt:0cm;margin-right:0cm;margin-bottom:12.0pt;margin-left:35.4pt'><span style='font-size:10.0pt;font-family:"Helvetica Neue";color:#26282A'>_______________________________________________<br>RPD mailing list<br><a href="mailto:RPD@afrinic.net" target="_blank">RPD@afrinic.net</a><br>https://lists.afrinic.net/mailman/listinfo/rpd<o:p></o:p></span></p></div></div></div><div id=yqt36660><p class=MsoNormal style='margin-left:35.4pt'><span style='font-size:10.0pt;font-family:"Helvetica Neue";color:#26282A'>_______________________________________________<br>RPD mailing list<br><a href="mailto:RPD@afrinic.net">RPD@afrinic.net</a><br><a href="https://lists.afrinic.net/mailman/listinfo/rpd" target="_blank">https://lists.afrinic.net/mailman/listinfo/rpd</a><o:p></o:p></span></p></div></div></div></div><p class=MsoNormal style='margin-left:35.4pt'>_______________________________________________ RPD mailing list RPD@afrinic.net https://lists.afrinic.net/mailman/listinfo/rpd <o:p></o:p></p></div><br>**********************************************<br>
IPv4 is over<br>
Are you ready for the new Internet ?<br>
http://www.theipv6company.com<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.<br>
<br>
</body></html>