<div dir="ltr">hi Anthony,<div><br></div><div>I support your comment. I see no reason to postpone the discussion of such an important matter when we can try to solve the problem now. I think it is a way better to use the time that we have to discuss and find a solution now rather than rush later.</div><div><br></div><div>Lucilla </div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Il giorno sab 26 set 2020 alle ore 17:29 Anthony Ubah <<a href="mailto:ubah.tonyiyke@gmail.com">ubah.tonyiyke@gmail.com</a>> ha scritto:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);padding-left:1ex"><div dir="auto">Hello Fernando,<div dir="auto"><br></div><div dir="auto">You have simply stated that time is at our disposal. When the transfer policy for LACNIC was approved, there was a 1year gestation window for implementation before the policy went live. This policy upon passing last call will still pass through a similar process and duration. While we can liken these scenarios, it's will be wrong to juxtapose the exhaustion process and period of LACNIC and AFRINIC. This is so because of factors like quantity of available resources, regional internet growth index in the region, population etc. Did you factor these in your analysis. </div><div dir="auto"><br></div><div dir="auto">When is the best time to plan for tomorrow?</div><div dir="auto"><br></div><div dir="auto"><br></div><div dir="auto">Kind regards,</div><div dir="auto"><br></div><div dir="auto">Anthony Ubah</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sat, Sep 26, 2020, 05:04 <<a href="mailto:rpd-request@afrinic.net" target="_blank">rpd-request@afrinic.net</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);padding-left:1ex">Send RPD mailing list submissions to<br>
<a href="mailto:rpd@afrinic.net" rel="noreferrer" target="_blank">rpd@afrinic.net</a><br>
<br>
To subscribe or unsubscribe via the World Wide Web, visit<br>
<a href="https://lists.afrinic.net/mailman/listinfo/rpd" rel="noreferrer noreferrer" target="_blank">https://lists.afrinic.net/mailman/listinfo/rpd</a><br>
or, via email, send a message with subject or body 'help' to<br>
<a href="mailto:rpd-request@afrinic.net" rel="noreferrer" target="_blank">rpd-request@afrinic.net</a><br>
<br>
You can reach the person managing the list at<br>
<a href="mailto:rpd-owner@afrinic.net" rel="noreferrer" target="_blank">rpd-owner@afrinic.net</a><br>
<br>
When replying, please edit your Subject line so it is more specific<br>
than "Re: Contents of RPD digest..."<br>
<br>
<br>
Today's Topics:<br>
<br>
1. Re: Transfer Policy Proposal v.3.docx (Fernando Frediani)<br>
<br>
<br>
----------------------------------------------------------------------<br>
<br>
Message: 1<br>
Date: Sat, 26 Sep 2020 01:03:35 -0300<br>
From: Fernando Frediani <<a href="mailto:fhfrediani@gmail.com" rel="noreferrer" target="_blank">fhfrediani@gmail.com</a>><br>
To: Ibeanusi Elvis <<a href="mailto:ibeanusielvis@gmail.com" rel="noreferrer" target="_blank">ibeanusielvis@gmail.com</a>><br>
Cc: <a href="mailto:rpd@afrinic.net" rel="noreferrer" target="_blank">rpd@afrinic.net</a><br>
Subject: Re: [rpd] Transfer Policy Proposal v.3.docx<br>
Message-ID: <<a href="mailto:fe3e1857-8274-c93c-11d1-42efe92f627a@gmail.com" rel="noreferrer" target="_blank">fe3e1857-8274-c93c-11d1-42efe92f627a@gmail.com</a>><br>
Content-Type: text/plain; charset="utf-8"; Format="flowed"<br>
<br>
I never mentioned "not do to anything", just to get the things right <br>
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 <br>
was to show that this scenario is not as terrible as some people are <br>
putting as almost if the internet was going to stop work if this policy <br>
doesn't advance.<br>
<br>
Even if it takes a couple more of months to get that things right and <br>
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 <br>
specially from other RIRs.<br>
"Many more years" is of course an exaggeration on your side and we are <br>
talking about months rather than years which surely will not hurt.<br>
<br>
The legacy stuff is currently like this: it loses its status, it is like <br>
this in other places as well which shows this is the obvious thing to <br>
keep. This was never mentioned in the discussion of this proposal for <br>
months and changed at the very last minute which gives no chance to <br>
others to equally oppose. If there is something to be discussed in <br>
another proposal is if the current status should change or not, not what <br>
is being trying to be done at rush.<br>
<br>
There is no "forcing them to lose their legacy status". Whoever sell <br>
them don't care other than the money they receive. Whoever receives is <br>
only interested in the usage of the resources. What is being said about <br>
this is not correct how things really are in practical.<br>
<br>
Fernando<br>
<br>
On 26/09/2020 00:47, Ibeanusi Elvis wrote:<br>
> Dear Fernando,<br>
><br>
> "When LACNIC transitioned from Phase 2 to Phase 3 of the exhaustion <br>
> phases which is very similar to what just happened to AfriNic Phase 2, <br>
> it took exactly *3 years and 6 months*?for it to be completely empty?.<br>
><br>
> According to what you are insinuating, it is preferable not to do <br>
> anything about the resources which are still going to exhaust. Thats <br>
> makes no sense, it will be better if preparations are made prior to <br>
> the entire exhaustion of the resources. LACNIC might have lasted 3 <br>
> years and 6months before it completely emptied that does not mean we <br>
> should take the same route as them, you learn from others not entirely <br>
> copy their system or mode of handling things.<br>
><br>
> Additionally, ?good or not organisation survived, found their way to <br>
> work with this new scenario now there is a proper and well discussed <br>
> proposal that works well for everybody and allow in and out transfer <br>
> from ALL other RIRs?<br>
><br>
> The fact that the organisation survived does not 100% imply that if <br>
> the same system of waiting till everything ends entirely is applied, <br>
> AFRINIC will survive. It is best to take early necessary precautions <br>
> and not wait till when we are in a desperate and maybe unsurvivable <br>
> state before we do something. Also, this proposal is well detailed and <br>
> works. Waiting for many more years and years of discussion is just <br>
> compounding the staffs of the AFRINIC organisation and the community <br>
> with excessive work as well.<br>
><br>
> Regarding the legacy resource holders, it is better to have a <br>
> dedicated legacy proposal for them and work with them not forcing them <br>
> to lose their legacy status.<br>
><br>
> Elvis<br>
><br>
><br>
>> Consider that LACNIC has a much higher demand than AfriNic and during <br>
>> most of these 3 years it survived without a Inter-RIR policy that was <br>
>> discussed for quiet a while before it reached consensus, plus the <br>
>> time it took for it to be implemented by staff which happened just <br>
>> recently in middle of this year.On Sep 26, 2020, at 11:39, Fernando <br>
>> Frediani <<a href="mailto:fhfrediani@gmail.com" rel="noreferrer" target="_blank">fhfrediani@gmail.com</a> <mailto:<a href="mailto:fhfrediani@gmail.com" rel="noreferrer" target="_blank">fhfrediani@gmail.com</a>>> wrote:<br>
>><br>
>> A couple of information for those who are scary about "the pool be <br>
>> empty shortly".<br>
>><br>
>> When LACNIC transitioned from Phase 2 to Phase 3 of the exhaustion <br>
>> phases which is very similar to what just happened to AfriNic Phase <br>
>> 2, it took exactly *3 years and 6 months* for it to be completely empty.<br>
>> Consider that LACNIC has a much higher demand than AfriNic and during <br>
>> most of these 3 years it survived without a Inter-RIR policy that was <br>
>> discussed for quiet a while before it reached consensus, plus the <br>
>> time it took for it to be implemented by staff which happened just <br>
>> recently in middle of this year.<br>
>><br>
>> Good or not organizations survived, found their way to work with this <br>
>> new scenario e now there is a proper and well discussed proposal that <br>
>> work well for everybody and allow in and out transfer from ALL other <br>
>> 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 <br>
>> holders, not at all. They don't care what will happen when they sell <br>
>> their resources on sold. Whoever is buying are not really much <br>
>> interested in this status, but in acquiring them for their usage and <br>
>> that's it.<br>
>><br>
>> AfriNic can take some more time, specially in the current uncertainty <br>
>> scenario to get a proper and better discussed proposal that will in <br>
>> fact be reciprocal to all other RIRs and benefit the region to keep <br>
>> going after the pool is completely empty which still takes some time.<br>
>><br>
>> Fernando<br>
>><br>
>> On 25/09/2020 22:08, lucilla fornaro wrote:<br>
>>> Dear all,<br>
>>><br>
>>> Accepting this policy implies that AFRINIC will develop a way to get <br>
>>> even more resources to satisfy and push the demand of the developing <br>
>>> market.<br>
>>> We often talked about smoother business (why the community is so <br>
>>> scared about this word?) operations, the policy does not facilitate <br>
>>> any fraud. All resources are allocated and transferred in the base <br>
>>> of a proven need. It is an expensive process, and it is reasonable <br>
>>> to think that no one would operate a fraud that causes loss instead <br>
>>> of benefits.<br>
>>><br>
>>> Yes, shortly the pool will be empty, but the policy proposes a way <br>
>>> to fight it and promote access to further resources before it's too <br>
>>> late.<br>
>>><br>
>>> regards,<br>
>>><br>
>>> Lucilla<br>
>>><br>
>>> Il giorno sab 26 set 2020 alle ore 09:49 Ibeanusi Elvis <br>
>>> <<a href="mailto:ibeanusielvis@gmail.com" rel="noreferrer" target="_blank">ibeanusielvis@gmail.com</a> <mailto:<a href="mailto:ibeanusielvis@gmail.com" rel="noreferrer" target="_blank">ibeanusielvis@gmail.com</a>>> ha scritto:<br>
>>><br>
>>> Dear Marcus, Dear Community,<br>
>>><br>
>>> I do not concur with your analogy and accusations on the<br>
>>> proposal or policy written ?by Anthony Ikechukwu Ubah and Taiwo<br>
>>> Oyewande called ?Resource Transfer Policy? as being a hindrance<br>
>>> to the smooth operation of business, is entirely false. The<br>
>>> major intention of this policy is to support and boost<br>
>>> businesses i Africa not to hinder the operation of business.<br>
>>><br>
>>> Likewise, the policy is not based on a fake problem of the<br>
>>> African region. This is baseless accusation and a wrong<br>
>>> self-interpretation of what factual intentions of the Resource<br>
>>> Transfer Policy, Anthony and Taiwo should be appreciated for<br>
>>> pointing out this issue.<br>
>>><br>
>>> On the other hand, "/Basically, the Resource Transfer Policy is<br>
>>> intended to take Internet Resources on one region to the other.<br>
>>> We all know that Africa is at its developing stage and needs<br>
>>> more internet resources to support its developmental process.<br>
>>> Accepting this policy means that the little resources left in<br>
>>> our region will be taken away, especially when we don?t have the<br>
>>> mechanism in place to enforce the auditing of the use of the<br>
>>> allocated resources.//?/<br>
>>><br>
>>> /The purpose of this policy is to support a??TWO-WAY INTER-RIR<br>
>>> POLICY? which implies that AFRINIC can receive and transfer<br>
>>> resources. With the exhaustion of the IPv4, the adoption of this<br>
>>> policy will do a greater good to the African?continent as it<br>
>>> supports the circulation of resources into and out of all the RIRs /<br>
>>> /<br>
>>> /<br>
>>> /Best, /<br>
>>> /Elvis/<br>
>>><br>
>>>> On Sep 26, 2020, at 02:24, Taiwo Oyewande<br>
>>>> <<a href="mailto:taiwo.oyewande88@gmail.com" rel="noreferrer" target="_blank">taiwo.oyewande88@gmail.com</a><br>
>>>> <mailto:<a href="mailto:taiwo.oyewande88@gmail.com" rel="noreferrer" target="_blank">taiwo.oyewande88@gmail.com</a>>> wrote:<br>
>>>><br>
>>>> ?Hi all,<br>
>>>><br>
>>>> Discussing a problem statement that will not be implemented in<br>
>>>> the CPM is not really taking us forward.<br>
>>>><br>
>>>> There is an obvious war against the co chairs for doing a job<br>
>>>> that the community mandated them to do by the status of their<br>
>>>> election. The co-chairs discussed each points raised with the<br>
>>>> various authors and tried to see if all the points were duly<br>
>>>> addressed before making their decisions.<br>
>>>><br>
>>>> I saw a false and misleading statement about the cochairs<br>
>>>> trying to get the authors of 2 of the 3 related policies<br>
>>>> against the authors of the 3rd policy. Is this what members of<br>
>>>> this working group has turned to?<br>
>>>> Trying to create a bad name for another member using scenarios<br>
>>>> that never occurred. I think that is the height of desperation<br>
>>>> and such defamation of character should not be encouraged on<br>
>>>> this list<br>
>>>><br>
>>>> Taiwo<br>
>>>><br>
>>>>> On 25 Sep 2020, at 14:17, Marcus K. G. Adomey<br>
>>>>> <<a href="mailto:madomey@hotmail.com" rel="noreferrer" target="_blank">madomey@hotmail.com</a> <mailto:<a href="mailto:madomey@hotmail.com" rel="noreferrer" target="_blank">madomey@hotmail.com</a>>> wrote:<br>
>>>>><br>
>>>>> ?<br>
>>>>> Dear all,<br>
>>>>><br>
>>>>> The Policy ?Resource Transfer Policy?<br>
>>>>> (AFPUB-2019-V4-003-DRAFT01) proposed by Anthony Ikechukwu Ubah<br>
>>>>> and Taiwo Oyewande is based on a fake problem for our region.<br>
>>>>><br>
>>>>><br>
>>>>> (1) ?The current policy fails to support a two-way Inter-RIR<br>
>>>>> policy? ? And so what? This was an intra-RIR transfer policy,<br>
>>>>> not meant to be Inter-RIR<br>
>>>>><br>
>>>>> (2) ?there by hindering smooth business operation?<br>
>>>>><br>
>>>>> Can the authors of the policy show how the current situation<br>
>>>>> is ?hindering smooth business operation??<br>
>>>>><br>
>>>>> Further, they should tell us what they mean by ?smooth<br>
>>>>> business operation?.<br>
>>>>><br>
>>>>> (3) ?development and growth in the region?<br>
>>>>><br>
>>>>> Can the authors of the policy prove that the current status is<br>
>>>>> hindering ?development and growth in the region??<br>
>>>>><br>
>>>>> It is clear that the authors of the policy have used<br>
>>>>> unsubstantiated claims to buttress the need for this policy.<br>
>>>>><br>
>>>>> Basically, the Resource Transfer Policy is intended to take<br>
>>>>> Internet Resources on one region to the other. We all know<br>
>>>>> that Africa is at its developing stage and needs more internet<br>
>>>>> resources to support its developmental process. Accepting this<br>
>>>>> policy means that the little resources left in our region will<br>
>>>>> be taken away, especially when we don?t have the mechanism in<br>
>>>>> place to enforce the auditing of the use of the allocated<br>
>>>>> resources.<br>
>>>>><br>
>>>>> Moreover, any unmanaged inter-RIR transfer policy will weaken<br>
>>>>> the development of the Internet in the region as we have no<br>
>>>>> control over this global market which never played in our<br>
>>>>> favor. It may also affect AFRINIC operations.<br>
>>>>><br>
>>>>> Recent findings discussed on this list show how transferred<br>
>>>>> resources are being used. The global community is yet to<br>
>>>>> discuss the impact on transfer. I am more concerned for our<br>
>>>>> region.<br>
>>>>><br>
>>>>> Reconsider your decision and let us discuss the best approach<br>
>>>>> to engage the Region into the global resources transfer world.<br>
>>>>><br>
>>>>><br>
>>>>><br>
>>>>> Marcus<br>
>>>>><br>
>>>>><br>
>>>>><br>
>>>>><br>
>>>>><br>
>>>>> ------------------------------------------------------------------------<br>
>>>>> *From:* Murungi Daniel <<a href="mailto:dmurungi@wia.co.tz" rel="noreferrer" target="_blank">dmurungi@wia.co.tz</a><br>
>>>>> <mailto:<a href="mailto:dmurungi@wia.co.tz" rel="noreferrer" target="_blank">dmurungi@wia.co.tz</a>>><br>
>>>>> *Sent:* Wednesday, September 23, 2020 8:59 PM<br>
>>>>> *To:* rpd >> AfriNIC Resource Policy <<a href="mailto:rpd@afrinic.net" rel="noreferrer" target="_blank">rpd@afrinic.net</a><br>
>>>>> <mailto:<a href="mailto:rpd@afrinic.net" rel="noreferrer" target="_blank">rpd@afrinic.net</a>>><br>
>>>>> *Subject:* Re: [rpd] Transfer Policy Proposal v.3.docx<br>
>>>>> Hello,<br>
>>>>><br>
>>>>> Can the authors of the resource transfer policy in the last<br>
>>>>> call explain, which problem is being addressed?<br>
>>>>><br>
>>>>> The problem statement is?awkward to say the least. The issue<br>
>>>>> with the problem statement was raised in Luanda and during the<br>
>>>>> virtual AIS. How can we can adopt a proposal when the<br>
>>>>> 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<br>
>>>>> policy, thereby hindering smooth business operation,<br>
>>>>> development, and growth in the region. This proposal aims to<br>
>>>>> establish an efficient and business-friendly mechanism to<br>
>>>>> allow a?number of resources to be transferred from/to other<br>
>>>>> regions. This proposal outlines a model in which AFRINIC can<br>
>>>>> freely transfer number resources to/from other regions, i.e.<br>
>>>>> RIPE NCC, APNIC, ARIN and LACNIC. This includes both<br>
>>>>> IPv4?addresses and AS numbers.<br>
>>>>> ??-<br>
>>>>><br>
>>>>><br>
>>>>> Regards,<br>
>>>>><br>
>>>>> Murungi Daniel<br>
>>>>><br>
>>>>><br>
>>>>><br>
>>>>>> On Sep 23, 2020, at 10:39 PM, Fernando Frediani<br>
>>>>>> <<a href="mailto:fhfrediani@gmail.com" rel="noreferrer" target="_blank">fhfrediani@gmail.com</a> <mailto:<a href="mailto:fhfrediani@gmail.com" rel="noreferrer" target="_blank">fhfrediani@gmail.com</a>>> wrote:<br>
>>>>>><br>
>>>>>> Hello<br>
>>>>>><br>
>>>>>> There is no much I can do other than state my *opposition to<br>
>>>>>> this proposal* to advance and reach any consensus mainly<br>
>>>>>> because 5.7.4.3 has been inverted from what was originally in<br>
>>>>>> the proposal and only changed at last minute due to some<br>
>>>>>> comments in the PPM going straight to last call which didn't<br>
>>>>>> give opportunity to the community re-evaluate this major<br>
>>>>>> change and if it's suitable to the region or not.<br>
>>>>>><br>
>>>>>> Co-Chairs cannot advance this proposal to rough consensus the<br>
>>>>>> way it is and I urge and ask them again to bring it back to<br>
>>>>>> discussion to find out a resolution to these opened issues.<br>
>>>>>> Multiple people raised substantial concerns about it already.<br>
>>>>>> There is no way it can be considered 'rough consensus'.<br>
>>>>>><br>
>>>>>> I also understand there may be a hurry to get a Inter-RIR<br>
>>>>>> transfer policy as soon as possible, but we must care about<br>
>>>>>> what is most important than that which is get policies to<br>
>>>>>> reflect what is really good for the region and not just to a<br>
>>>>>> few actors, even if it takes a bit longer. I support Jordi's<br>
>>>>>> suggestion to have another PPM in a few months so perhaps<br>
>>>>>> this proposal can advance from that point in time. LACNIC<br>
>>>>>> remained about 2 years without a Inter-RIR transfer policy<br>
>>>>>> after it run out of addresses for new organizations and<br>
>>>>>> survived. AfriNic will survive if it has to wait a few more<br>
>>>>>> months in order to get things really right.<br>
>>>>>><br>
>>>>>> Now going to the merit of the proposal specially the main<br>
>>>>>> point I oppose (5.7.4.3):<br>
>>>>>> There is no sense at all to keep considering transferred<br>
>>>>>> legacy resources as legacy. This doesn't work that way and<br>
>>>>>> has a proper reason to be like that which is fix a historical<br>
>>>>>> internet problem and reduce legacy resources with time as<br>
>>>>>> they get transferred to 'normal' organizations who purchased<br>
>>>>>> them in the market for example.<br>
>>>>>> In this way organizations receiving these resources are bind<br>
>>>>>> to the same rules everybody else making it much fair to<br>
>>>>>> everybody and making no distinction between members.<br>
>>>>>> Allowing resources to remain considered legacy only<br>
>>>>>> contributed to abuses and unfairness allowing those who can<br>
>>>>>> pay more do whatever they like which is bad for the rest of<br>
>>>>>> the Internet community which are subject to the same rules<br>
>>>>>> that apply equally to them.<br>
>>>>>> If transferred legacy resources are not considered legacy<br>
>>>>>> anymore more and more they will apply equally for everybody<br>
>>>>>> as they become as a normal resource within any RIR. There has<br>
>>>>>> been a strong reason for this be like that until now and to<br>
>>>>>> continue like that.<br>
>>>>>><br>
>>>>>> Regards<br>
>>>>>> Fernando<br>
>>>>>><br>
>>>>>> On 23/09/2020 09:49, JORDI PALET MARTINEZ via RPD wrote:<br>
>>>>>>> Hi Taiwo, all,<br>
>>>>>>><br>
>>>>>>> I've looked into the doc.<br>
>>>>>>><br>
>>>>>>> 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:<br>
>>>>>>> 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.<br>
>>>>>>> 2) The board ratifies the policy (which means also it passes the last call).<br>
>>>>>>><br>
>>>>>>> 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).<br>
>>>>>>><br>
>>>>>>> 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.<br>
>>>>>>><br>
>>>>>>> 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 ...<br>
>>>>>>><br>
>>>>>>> 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:<br>
>>>>>>> 5.7 IPv4 Resources transfer<br>
>>>>>>> This policy applies to an organization with a justified need for IPv4 resources (recipients) and organizations with IPv4 resources which no longer need (sources).<br>
>>>>>>><br>
>>>>>>> I see that the "disputes" issue has been resolved! Tks! Anyway, I think there is another editorial problem there.<br>
>>>>>>> Actual text:<br>
>>>>>>> 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.<br>
>>>>>>><br>
>>>>>>> I suggest:<br>
>>>>>>> 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.<br>
>>>>>>><br>
>>>>>>> Keeping the "policies of the receiving RIR" is contradictory ... changing it with "relevant policies" allows both RIRs to ensure that everything is correct.<br>
>>>>>>><br>
>>>>>>> Grammar maybe, I'm not English native speaker:<br>
>>>>>>> "for 12 months period" or "for a 12 months period"<br>
>>>>>>><br>
>>>>>>> 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!<br>
>>>>>>><br>
>>>>>>> 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.<br>
>>>>>>><br>
>>>>>>> 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".<br>
>>>>>>><br>
>>>>>>> 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.<br>
>>>>>>><br>
>>>>>>> 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!<br>
>>>>>>><br>
>>>>>>> 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.<br>
>>>>>>><br>
>>>>>>> I hope all this is useful.<br>
>>>>>>> <br>
>>>>>>> Regards,<br>
>>>>>>> Jordi<br>
>>>>>>> @jordipalet<br>
>>>>>>> <br>
>>>>>>> <br>
>>>>>>><br>
>>>>>>> ?El 23/9/20 9:38, "Taiwo Oyewande"<<a href="mailto:taiwo.oyewande88@gmail.com" rel="noreferrer" target="_blank">taiwo.oyewande88@gmail.com</a>> <mailto:<a href="mailto:taiwo.oyewande88@gmail.com" rel="noreferrer" target="_blank">taiwo.oyewande88@gmail.com</a>> escribi?:<br>
>>>>>>><br>
>>>>>>> Hello PDWG,<br>
>>>>>>><br>
>>>>>>> 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.<br>
>>>>>>><br>
>>>>>>><br>
>>>>>>> _______________________________________________<br>
>>>>>>> RPD mailing list<br>
>>>>>>> <a href="mailto:RPD@afrinic.net" rel="noreferrer" target="_blank">RPD@afrinic.net</a> <mailto:<a href="mailto:RPD@afrinic.net" rel="noreferrer" target="_blank">RPD@afrinic.net</a>><br>
>>>>>>> <a href="https://lists.afrinic.net/mailman/listinfo/rpd" rel="noreferrer noreferrer" target="_blank">https://lists.afrinic.net/mailman/listinfo/rpd</a> <<a href="https://lists.afrinic.net/mailman/listinfo/rpd" rel="noreferrer noreferrer" target="_blank">https://lists.afrinic.net/mailman/listinfo/rpd</a>><br>
>>>>>>><br>
>>>>>>><br>
>>>>>>><br>
>>>>>>> **********************************************<br>
>>>>>>> IPv4 is over<br>
>>>>>>> Are you ready for the new Internet ?<br>
>>>>>>> <a href="http://www.theipv6company.com" rel="noreferrer noreferrer" target="_blank">http://www.theipv6company.com</a> <<a href="http://www.theipv6company.com/" rel="noreferrer noreferrer" target="_blank">http://www.theipv6company.com/</a>><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>
>>>>>>><br>
>>>>>>><br>
>>>>>>><br>
>>>>>>> _______________________________________________<br>
>>>>>>> RPD mailing list<br>
>>>>>>> <a href="mailto:RPD@afrinic.net" rel="noreferrer" target="_blank">RPD@afrinic.net</a> <mailto:<a href="mailto:RPD@afrinic.net" rel="noreferrer" target="_blank">RPD@afrinic.net</a>><br>
>>>>>>> <a href="https://lists.afrinic.net/mailman/listinfo/rpd" rel="noreferrer noreferrer" target="_blank">https://lists.afrinic.net/mailman/listinfo/rpd</a> <<a href="https://lists.afrinic.net/mailman/listinfo/rpd" rel="noreferrer noreferrer" target="_blank">https://lists.afrinic.net/mailman/listinfo/rpd</a>><br>
>>>>>> _______________________________________________<br>
>>>>>> RPD mailing list<br>
>>>>>> <a href="mailto:RPD@afrinic.net" rel="noreferrer" target="_blank">RPD@afrinic.net</a> <mailto:<a href="mailto:RPD@afrinic.net" rel="noreferrer" target="_blank">RPD@afrinic.net</a>><br>
>>>>>> <a href="https://lists.afrinic.net/mailman/listinfo/rpd" rel="noreferrer noreferrer" target="_blank">https://lists.afrinic.net/mailman/listinfo/rpd</a><br>
>>>>>> <<a href="https://lists.afrinic.net/mailman/listinfo/rpd" rel="noreferrer noreferrer" target="_blank">https://lists.afrinic.net/mailman/listinfo/rpd</a>><br>
>>>>><br>
>>>>><br>
>>>>> _______________________________________________<br>
>>>>> RPD mailing list<br>
>>>>> <a href="mailto:RPD@afrinic.net" rel="noreferrer" target="_blank">RPD@afrinic.net</a> <mailto:<a href="mailto:RPD@afrinic.net" rel="noreferrer" target="_blank">RPD@afrinic.net</a>><br>
>>>>> <a href="https://lists.afrinic.net/mailman/listinfo/rpd" rel="noreferrer noreferrer" target="_blank">https://lists.afrinic.net/mailman/listinfo/rpd</a><br>
>>>>> <<a href="https://lists.afrinic.net/mailman/listinfo/rpd" rel="noreferrer noreferrer" target="_blank">https://lists.afrinic.net/mailman/listinfo/rpd</a>><br>
>>>> _______________________________________________<br>
>>>> RPD mailing list<br>
>>>> <a href="mailto:RPD@afrinic.net" rel="noreferrer" target="_blank">RPD@afrinic.net</a> <mailto:<a href="mailto:RPD@afrinic.net" rel="noreferrer" target="_blank">RPD@afrinic.net</a>><br>
>>>> <a href="https://lists.afrinic.net/mailman/listinfo/rpd" rel="noreferrer noreferrer" target="_blank">https://lists.afrinic.net/mailman/listinfo/rpd</a><br>
>>>> <<a href="https://lists.afrinic.net/mailman/listinfo/rpd" rel="noreferrer noreferrer" target="_blank">https://lists.afrinic.net/mailman/listinfo/rpd</a>><br>
>>><br>
>>> _______________________________________________<br>
>>> RPD mailing list<br>
>>> <a href="mailto:RPD@afrinic.net" rel="noreferrer" target="_blank">RPD@afrinic.net</a> <mailto:<a href="mailto:RPD@afrinic.net" rel="noreferrer" target="_blank">RPD@afrinic.net</a>><br>
>>> <a href="https://lists.afrinic.net/mailman/listinfo/rpd" rel="noreferrer noreferrer" target="_blank">https://lists.afrinic.net/mailman/listinfo/rpd</a><br>
>>> <<a href="https://lists.afrinic.net/mailman/listinfo/rpd" rel="noreferrer noreferrer" target="_blank">https://lists.afrinic.net/mailman/listinfo/rpd</a>><br>
>>><br>
>>><br>
>>> _______________________________________________<br>
>>> RPD mailing list<br>
>>> <a href="mailto:RPD@afrinic.net" rel="noreferrer" target="_blank">RPD@afrinic.net</a><br>
>>> <a href="https://lists.afrinic.net/mailman/listinfo/rpd" rel="noreferrer noreferrer" target="_blank">https://lists.afrinic.net/mailman/listinfo/rpd</a><br>
>> _______________________________________________<br>
>> RPD mailing list<br>
>> <a href="mailto:RPD@afrinic.net" rel="noreferrer" target="_blank">RPD@afrinic.net</a> <mailto:<a href="mailto:RPD@afrinic.net" rel="noreferrer" target="_blank">RPD@afrinic.net</a>><br>
>> <a href="https://lists.afrinic.net/mailman/listinfo/rpd" rel="noreferrer noreferrer" target="_blank">https://lists.afrinic.net/mailman/listinfo/rpd</a><br>
><br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: <<a href="https://lists.afrinic.net/pipermail/rpd/attachments/20200926/7e0f1916/attachment.html" rel="noreferrer noreferrer" target="_blank">https://lists.afrinic.net/pipermail/rpd/attachments/20200926/7e0f1916/attachment.html</a>><br>
<br>
------------------------------<br>
<br>
Subject: Digest Footer<br>
<br>
_______________________________________________<br>
RPD mailing list<br>
<a href="mailto:RPD@afrinic.net" rel="noreferrer" target="_blank">RPD@afrinic.net</a><br>
<a href="https://lists.afrinic.net/mailman/listinfo/rpd" rel="noreferrer noreferrer" target="_blank">https://lists.afrinic.net/mailman/listinfo/rpd</a><br>
<br>
<br>
------------------------------<br>
<br>
End of RPD Digest, Vol 168, Issue 231<br>
*************************************<br>
</blockquote></div>
_______________________________________________<br>
RPD mailing list<br>
<a href="mailto:RPD@afrinic.net" target="_blank">RPD@afrinic.net</a><br>
<a href="https://lists.afrinic.net/mailman/listinfo/rpd" rel="noreferrer" target="_blank">https://lists.afrinic.net/mailman/listinfo/rpd</a><br>
</blockquote></div>