<div dir="auto">Chers membres d la communauté<div dir="auto">Ne voyez-vous pas que Owen se paie notre tête (expression francophone j'ignore si ça existe en anglais). Il répète le même refrain tout le temps comme Fernando l'a fait remarquer. Malgré toutes les preuves à lui fourni par tous les autres contributeurs il répète les même choses, maintenant je viens à douter que même lui n'est pas auteur de ses différents textes qu'il postes, parce que sans aucune cohérence avec les autres contributions qui lui ont répondu. Rien que de la répétition argumentaires comme si nous n'avons que ça à faire. Eux , ils sont payer pour produire ces genres de documents toute la journée, lui et ses echochambers. Je ne juge même plus utile de le lui répondre , tellement il répète les mêmes erreurs de compréhension. On dirait qu'il veut se convaincre que ce qu'il dit est juste et véridique, car lui-même n'en est pas encore convaincu.</div><div dir="auto"><br></div><div dir="auto">English </div><div dir="auto"><br></div><div dir="auto"><div dir="auto">Dear community members</div><div dir="auto"><br></div><div dir="auto"> Can't you see that Owen is "paying our head " (French expression I don't know if it exists in English). He repeats the same refrain all the time as Fernando pointed out. Despite all the evidence provided to him by all the other contributors, he repeats the same things, now I doubt that even him, is not the author of the various texts that he posts, because without any consistency with the others contributions answering him. Nothing but repeating arguments as if we have only that to do. They are paid to produce these kinds of documents all day long, with his echochambers. I no longer even consider it useful to answer him, because he is repeating the same errors of understanding. It looks like he wants to convince himself that what he is saying is right and true, because himself is not yet convinced.</div><div dir="auto"><br></div><div dir="auto">--</div><div dir="auto">Arnaud</div></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Le mar. 3 août 2021 à 04:00, Owen DeLong via Community-Discuss <<a href="mailto:community-discuss@afrinic.net">community-discuss@afrinic.net</a>> a écrit :<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word;line-break:after-white-space"><br><div><br><blockquote type="cite"><div>On Aug 2, 2021, at 00:03 , Sylvain Baya <<a href="mailto:abscoco@gmail.com" target="_blank" rel="noreferrer">abscoco@gmail.com</a>> wrote:</div><br><div>Dear AfriNIC's Community,<div><br>Please see my comments below, inline...<br><br>Le samedi 31 juillet 2021, Owen DeLong <<a href="mailto:owen@delong.com" target="_blank" rel="noreferrer">owen@delong.com</a>> a écrit :<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word;line-break:after-white-space"><br><div><br><blockquote type="cite"><div>On Jul 30, 2021, at 15:14 , Sylvain Baya <<a href="mailto:abscoco@gmail.com" target="_blank" rel="noreferrer">abscoco@gmail.com</a>> wrote:</div><br><div>Dear AfriNIC's Community,<br><br>Le mercredi 28 juillet 2021, Owen DeLong via Community-Discuss <<a href="mailto:community-discuss@afrinic.net" target="_blank" rel="noreferrer">community-discuss@afrinic.net</a>> a écrit :<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word;line-break:after-white-space"><div><br><blockquote type="cite"><div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div dir="ltr"><br></div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div><br></div>[...]</blockquote><div><br></div></div></div></blockquote></div></div></blockquote><div><br></div>You’re not answering the question I asked…</div><div><br></div></div></blockquote><div><br></div><div>Hi Owen,</div><div>Thanks for your email, brother!</div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word;line-break:after-white-space"><div>What is your basis in policy for claiming that a VM is OK, but leasing addresses without providing connectivity</div><div>services is not?</div><div><br></div></div></blockquote><div><br></div><div>...you might have forgotten about a simple notion, </div><div>called: conservation. You shall recognize it as it has</div><div> been refered out there as *Reservations*.</div></div></blockquote><div><br></div>I have not forgotten, but we are not talking about reservation. </div><div><br></div></div></blockquote><div><br></div><div>Hi Owen,</div><div>Thanks to take time to reply to my email, brother.</div><div><br></div><div>...so, *we*! i assume the same *we* you usually </div><div>use to call your team to support your personal interpretation of the facts?</div></div></div></blockquote><div><br></div>No, we is you and I, the people engaged in this particular conversational</div><div>thread.</div><div><br><blockquote type="cite"><div><div><div><br></div><div>Btw, you are entitled to your own opinion.</div><div><br></div><div>...let's, at least, agree to disagree :-/ </div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word;line-break:after-white-space"><div><br></div><div>We are talking about deployment on an actual</div><div>host connected to the internet for legitimate use. </div><div> </div></div></blockquote><div><br></div><div>...again, *we*:=you+your_supporting_team, brother?</div><div><br></div><div>For what it's worth, in order to lease community's </div><div>ressources such as INRs, one shall *reserve* it first;</div></div></div></blockquote><div><br></div>Um, that’s true whether one is leasing the INRs with or</div><div>without connnectivity services attached, so you have</div><div>either pointed out how we are identical to every other</div><div>LIR, or, you have both pointed this out _AND_ called</div><div>into question the standard practice of every LIR.</div><div><br></div><div>I’m not sure which is intended.</div><div><br><blockquote type="cite"><div><div><div>otherwise, any of the end-users/clients shall come <br></div><div>to the Registration Service to request the needed <br></div><div>INRs; sure to find some there...and you know it: </div></div></div></blockquote><div><br></div>We don’t do anything to interfere with or prevent end-users</div><div>or clients from seeking internet number resources from any</div><div>other source.</div><div><br><blockquote type="cite"><div><div><div>those must be incorporated within the AfriNIC's <br></div><div>service region...they would save a lot of money </div><div>comparing to what could be otherwise payed to </div><div>an intermediary *LIR*...not *GIR*...<br></div></div></div></blockquote><div><br></div>Many LIRs operate on a global scale, including, for</div><div>example, Verizon, Hurricane Electric, Akamai, and</div><div>more. The term LIR is primarily used not so much to</div><div>indicate some diminutive scope as to provide a convenient</div><div>distinction from RIR (regional, quasi-continental) or</div><div>NIR (National).</div><div><br></div><div><blockquote type="cite"><div><div><div>...note that no AfriNIC's Resource Member is a GIR (Global Internet Registry) but all are LIRs (Local </div><div>Internet Registries) established/approved to serve </div><div>their local economic zone and free to deploy their business accross the whole AfriNIC's service </div><div>region, wherever they can extend it; legally speaking.<br></div></div></div></blockquote><div><br></div>You are misunderstanding the nature of the term LIR here.</div><div><br></div><div>There is nothing in AFRINIC’s governing documents which prohibits</div><div>its resource members from deploying their business across the entire</div><div>planet. If you believe that there is, please provide relevant citations</div><div>to the appropriate governing document(s).</div><div><br><blockquote type="cite"><div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word;line-break:after-white-space"><div>The difference… The only difference… Is that the</div><div>connectivity service does not come from the same provider as the addresses.</div><div><br></div></div></blockquote><div><br></div><div>...if...then, please see above!</div></div></blockquote><div><br></div>If what?</div><div><br><blockquote type="cite"><div><div>You seem to read the CPM selectively, if not why could you ignore the notion of valid assignments </div><div>and SAW.</div></div></blockquote><div><br></div>SAW applies to sub allocations made from one LIR to another. Cloud Innovation makes assignments</div><div>and does not make sub allocations, thus the SAW does not apply.</div><div><br></div><div>As to “valid assignments” where is it that you think these are defined? Which section of the CPM</div><div>do you think I have ignored in considering Cloud Innovations assignments valid?</div><div><br></div><div><blockquote type="cite"><div><div>...icymi, please see here: </div><div><<a href="https://lists.afrinic.net/pipermail/rpd/2021/013424.html" target="_blank" rel="noreferrer">https://lists.afrinic.net/pipermail/rpd/2021/013424.html</a>></div></div></blockquote><div><br></div>How is this relevant to this case?</div><div><br></div><div>5.5.1.1.3 is about transfers — Does not apply here.</div><div>5.5.1.2.3 is about efficiency. — Cloud Innovations utilization fraction is extremely efficient.</div><div>5.5.1.3 is about slow start — how AFRINIC goes about allocating to LIRs — Does not apply here.</div><div>5.5.1.4.1 is about utilization percentage required to request more space from AFRINIC — We are not applying for additional space, so this does not apply here.</div><div>5.5.1.4.2 is about reservations — No reservations are being made. In this context, the term reservation is used to reference</div><div><span style="white-space:pre-wrap"> </span>a situation where an LIR has set aside a group of addresses not actually deployed on hosts and attempts to claim that those</div><div><span style="white-space:pre-wrap"> </span>addresses set aside in that manner are utilized for the purposes of calculating the utilization percentage in 5.5.1.4.1.</div><div><span style="white-space:pre-wrap"> </span>Since 5.5.1.4.1 does not apply in this situation, and we are not making any such reservations, 5.5.1.4.2 does not apply, either.</div><div>5.5.1.7 We have, in fact, complied with all documentation requirements.</div><div>5.5.1.8 We are an LIR and not an end users, so not sure how you consider this relevant, please enlighten.</div><div>5.5.1.9 Utilization — We have properly reported our utilization through WHOIS at all times. </div><div>5.5.1.10 Reservations — Again — We are not making reservations, so this does not apply.</div><div>5.5.1.11 Validity of an assignment — We enforce this upon the assignments we make. We have also updated</div><div><span style="white-space:pre-wrap"> </span>AFRINIC as the nature of our assignments changed.</div><div>5.5.1.13 Suballocation window — We are not making sub allocations, so this does not apply.</div><div>5.5.1.13.2 — See 5.5.1.13 above</div><div>5.5.1.13.3 — See 5.5.1.13 above</div><div>5.5.1.14 Recordkeeping — We have kept all records required under this provision and have provided same to AFIRNIC whenever</div><div><span style="white-space:pre-wrap"> </span>a sufficiently specific request to identify the desired documents has been received.</div><div><br></div><div>So, not a selective reading at all… A very detailed reading.</div><div><br></div><div>Owen</div><div><br></div><div><blockquote type="cite"><div><div><br></div><div>copy -> paste:</div><div><br></div><div>~°~</div><div><span style="font-family:"Times New Roman";font-size:inherit"><tl;dr></span><br style="font-family:"Times New Roman""><span style="font-family:"Times New Roman";font-size:inherit">Yes! i took the responsibility to bring the CPM section 5.5 | IPv4 LIR/ISP</span><br style="font-family:"Times New Roman""><span style="font-family:"Times New Roman";font-size:inherit">Allocations (5.5.1 Allocation policies and guidelines) to you, in case it</span><br style="font-family:"Times New Roman""><span style="font-family:"Times New Roman";font-size:inherit">might have been a too hard task to go it the location of that content.</span><br style="font-family:"Times New Roman""><span style="font-family:"Times New Roman";font-size:inherit">Please accept to read it...</span><br style="font-family:"Times New Roman""><br style="font-family:"Times New Roman""><span style="font-family:"Times New Roman";font-size:inherit">...i did it with the naive expectation that it</span><br style="font-family:"Times New Roman""><span style="font-family:"Times New Roman";font-size:inherit">could help the PDWG to move forward</span><br style="font-family:"Times New Roman""><span style="font-family:"Times New Roman";font-size:inherit">on some recuring topics, such as</span><br style="font-family:"Times New Roman""><span style="font-family:"Times New Roman";font-size:inherit">Internet number resources (at least for</span><br style="font-family:"Times New Roman""><span style="font-family:"Times New Roman";font-size:inherit">IPv4 types) utilisation and responsibilities</span><br style="font-family:"Times New Roman""><span style="font-family:"Times New Roman";font-size:inherit">thereof, within the AfriNIC's service region.</span><br style="font-family:"Times New Roman""><br style="font-family:"Times New Roman""><span style="font-family:"Times New Roman";font-size:inherit">Therefore permit me to recommend the following subventions to your</span><br style="font-family:"Times New Roman""><span style="font-family:"Times New Roman";font-size:inherit">particular attention:</span><br style="font-family:"Times New Roman""><br style="font-family:"Times New Roman""><span style="font-family:"Times New Roman";font-size:inherit">¿°?</span><br style="font-family:"Times New Roman""><span style="font-family:"Times New Roman";font-size:inherit">• 5.5.1.1.3 If an LIR plans to exchange or transfer address space, it needs</span><br style="font-family:"Times New Roman""><span style="font-family:"Times New Roman";font-size:inherit">to contact AFRINIC so that the changes are properly registered.</span><br style="font-family:"Times New Roman""><span style="font-family:"Times New Roman";font-size:inherit">• 5.5.1.2.3 Must show an existing efficient utilization of IP addresses</span><br style="font-family:"Times New Roman""><span style="font-family:"Times New Roman";font-size:inherit">from their upstream provider.</span><br style="font-family:"Times New Roman""><span style="font-family:"Times New Roman";font-size:inherit">• 5.5.1.3 Slow start mechanism for first allocations</span><br style="font-family:"Times New Roman""><span style="font-family:"Times New Roman";font-size:inherit">• 5.5.1.4.1 An LIR may receive an additional allocation when about 80% of</span><br style="font-family:"Times New Roman""><span style="font-family:"Times New Roman";font-size:inherit">all the address space currently allocated to it has been used in valid</span><br style="font-family:"Times New Roman""><span style="font-family:"Times New Roman";font-size:inherit">assignments and/or sub-allocations.</span><br style="font-family:"Times New Roman""><span style="font-family:"Times New Roman";font-size:inherit">• 5.5.1.4.2 Reservations are not considered as valid assignments or</span><br style="font-family:"Times New Roman""><span style="font-family:"Times New Roman";font-size:inherit">sub-allocations.</span><br style="font-family:"Times New Roman""><span style="font-family:"Times New Roman";font-size:inherit">• 5.5.1.7 Documentation</span><br style="font-family:"Times New Roman""><span style="font-family:"Times New Roman";font-size:inherit">• 5.5.1.8 Network infrastructure (of LIR) vs End-User networks</span><br style="font-family:"Times New Roman""><span style="font-family:"Times New Roman";font-size:inherit">• 5.5.1.9 Utilisation</span><br style="font-family:"Times New Roman""><span style="font-family:"Times New Roman";font-size:inherit">• 5.5.1.10 Reservations not supported</span><br style="font-family:"Times New Roman""><span style="font-family:"Times New Roman";font-size:inherit">• 5.5.1.11 Validity of an assignment</span><br style="font-family:"Times New Roman""><span style="font-family:"Times New Roman";font-size:inherit">• 5.5.1.13 Sub-Allocation Window (SAW)</span><br style="font-family:"Times New Roman""><span style="font-family:"Times New Roman";font-size:inherit">• 5.5.1.13.1 A sub-allocation window (SAW) refers to the maximum number of</span><br style="font-family:"Times New Roman""><span style="font-family:"Times New Roman";font-size:inherit">IPv4 addresses that the LIR may sub-allocate to the end-users without</span><br style="font-family:"Times New Roman""><span style="font-family:"Times New Roman";font-size:inherit">seeking approval from AFRINIC.</span><br style="font-family:"Times New Roman""><span style="font-family:"Times New Roman";font-size:inherit">• 5.5.1.13.2 AFRINIC will review sub-allocation made by the LIR's using</span><br style="font-family:"Times New Roman""><span style="font-family:"Times New Roman";font-size:inherit">their SAW to ensure that policies are followed correctly.</span><br style="font-family:"Times New Roman""><span style="font-family:"Times New Roman";font-size:inherit">• 5.5.1.13.3 Below are a few guidelines for the SAW:</span><br style="font-family:"Times New Roman""><span style="font-family:"Times New Roman";font-size:inherit">• 5.5.1.14 Recordkeeping by LIRs</span><br style="font-family:"Times New Roman""><span style="font-family:"Times New Roman";font-size:inherit">¿°?</span><br style="font-family:"Times New Roman""><br style="font-family:"Times New Roman""><span style="font-family:"Times New Roman";font-size:inherit">Please let me know if it was a bad initiative :-/</span><br style="font-family:"Times New Roman""><br style="font-family:"Times New Roman""><span style="font-family:"Times New Roman";font-size:inherit">Thanks.</span><br style="font-family:"Times New Roman""><span style="font-family:"Times New Roman";font-size:inherit"></tl;dr></span><br style="font-family:"Times New Roman""><br style="font-family:"Times New Roman""><span style="font-family:"Times New Roman";font-size:inherit">Source: <</span><a href="https://afrinic.net/policy/manual#lir-isp-allocation" style="font-family:"Times New Roman"" target="_blank" rel="noreferrer">https://afrinic.net/policy/manual#lir-isp-allocation</a><span style="font-family:"Times New Roman";font-size:inherit">></span><br style="font-family:"Times New Roman""></div><div>~°~</div><div><br></div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word;line-break:after-white-space"><div><br><blockquote type="cite"><div><div>Please read again the CPM at section 5:</div><div><br></div><div>~°~</div><div>[...]<br style="font-family:"Times New Roman""><span style="font-family:"Times New Roman";font-size:inherit">• 5.5.1.4.1 An LIR may receive an additional allocation when about 80% of</span><br style="font-family:"Times New Roman""><span style="font-family:"Times New Roman";font-size:inherit">all the address space currently allocated to it has been used in valid</span><br style="font-family:"Times New Roman""><span style="font-family:"Times New Roman";font-size:inherit">assignments and/or sub-allocations.</span><br style="font-family:"Times New Roman""><span style="font-family:"Times New Roman";font-size:inherit">• 5.5.1.4.2 *Reservations* are not considered as valid assignments or</span><br style="font-family:"Times New Roman""><span style="font-family:"Times New Roman";font-size:inherit">sub-allocations.</span><br></div><div><span style="font-family:"Times New Roman";font-size:inherit">[...]</span></div><div>~°~</div></div></blockquote><div><br></div>Yep… that’s not a prohibition on valid assignment and/or sub allocation independent of</div><div>connectivity services, that’s a prohibition of addresses not being attached to hosts.</div><div> </div></div></blockquote><div><br></div><div>...don't divide/separate the tools, please.</div><div>It's not allowed. The implementers use it all:</div><div>Bylaws+RSA+CPM to the good of the AfriNIC's </div><div>service region. </div><div>Do you want to change something?</div><div>...you know how to try!</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word;line-break:after-white-space"><br><blockquote type="cite"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word;line-break:after-white-space"><div>It’s simply not prohibited anywhere in policy.</div><div><br></div></div></blockquote><div><br></div><div>Are you serious?</div><div><br></div><div>...going further, along with what i wrote above, note </div><div>that *conservation* is not valid, that appears to be </div><div>the best description of leasing...of INRs.</div></blockquote><div><br></div>Nope… It’s not a good description at all. Reservations (as prohibited in 5.5.1.4.2) refers</div></blockquote><div> </div><div> </div><div>...i'm already convinced it is!</div><div>You shall accept it as is :-)</div><div>Do you want to change it?</div><div><br></div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word;line-break:after-white-space"><div>to addresses set aside for later use…Addresses not currently assigned to active hosts.</div><div><br></div></div></blockquote><div><br></div><div>...your words, mine :-/</div><div><br></div><div>CPM section 5.5.1.4.2 says:</div><div><br></div><div>~°~</div><div><span style="font-family:"Times New Roman";font-size:inherit">5.5.1.4.2 Reservations are not considered as valid assignments or</span><br style="font-family:"Times New Roman""><span style="font-family:"Times New Roman";font-size:inherit">sub-allocations.</span><br style="font-family:"Times New Roman""><br style="font-family:"Times New Roman""><span style="font-family:"Times New Roman";font-size:inherit">It may be useful for internal aggregation to keep some IP blocks free for</span><br style="font-family:"Times New Roman""><span style="font-family:"Times New Roman";font-size:inherit">future growth. These internal reservations are however not counted as valid</span><br style="font-family:"Times New Roman""><span style="font-family:"Times New Roman";font-size:inherit">usage and must be assigned or sub-allocated before requesting for</span><br style="font-family:"Times New Roman""><span style="font-family:"Times New Roman";font-size:inherit">additional allocation.</span><br></div><div>~°~</div><div><br></div><div>...my understanding of *reservation* include yours.</div><div>Hence, there are other possibilities. You can not </div><div>change that. Feel free to try with other tactics...<br></div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word;line-break:after-white-space"><div>Such is not the case with leasing. With leasing, the addresses are assigned to hosts active</div><div>on the internet, but the hosts may be getting their connectivity from a different provider than</div><div>they are getting the addresses from.</div></div></blockquote><div><br></div><div><br></div><div>This is not a practice allowed within the AfriNIC's </div><div>service region , you should understand it...but feel </div><div>free to keep your business logic...describing it as </div><div>you want, will not change what it is in reality...</div><div><br></div><div>CPM sections <span style="font-family:"Times New Roman";font-size:inherit">5.5.1.10 & </span><span style="font-family:"Times New Roman";font-size:inherit">5.5.1.11</span> say:</div><div><br></div><div>~°~</div><div><span style="font-family:"Times New Roman";font-size:inherit">5.5.1.10 Reservations not supported</span><br style="font-family:"Times New Roman""><br style="font-family:"Times New Roman""><span style="font-family:"Times New Roman";font-size:inherit">End-users are not permitted to reserve address space based on long term</span><br style="font-family:"Times New Roman""><span style="font-family:"Times New Roman";font-size:inherit">plans. This violates the goal of conservation and fragments the address</span><br style="font-family:"Times New Roman""><span style="font-family:"Times New Roman";font-size:inherit">space when initial forecasts are not met. If an LIR wants to assign address</span><br style="font-family:"Times New Roman""><span style="font-family:"Times New Roman";font-size:inherit">space for customers, it must make the assignments from any unallocated or</span><br style="font-family:"Times New Roman""><span style="font-family:"Times New Roman";font-size:inherit">unassigned address space it currently holds. For the purposes evaluating</span><br style="font-family:"Times New Roman""><span style="font-family:"Times New Roman";font-size:inherit">allocation requests, space reserved by an LIR for other customers is</span><br style="font-family:"Times New Roman""><span style="font-family:"Times New Roman";font-size:inherit">considered unused.</span><br style="font-family:"Times New Roman""><br style="font-family:"Times New Roman""><span style="font-family:"Times New Roman";font-size:inherit">5.5.1.11 Validity of an assignment</span><br style="font-family:"Times New Roman""><br style="font-family:"Times New Roman""><span style="font-family:"Times New Roman";font-size:inherit">Assignments remain valid as long as the original criteria on which the</span><br style="font-family:"Times New Roman""><span style="font-family:"Times New Roman";font-size:inherit">assignment was based are still in place and the assignment is registered in</span><br style="font-family:"Times New Roman""><span style="font-family:"Times New Roman";font-size:inherit">the AFRINIC database. An assignment is therefore invalid if it is not</span><br style="font-family:"Times New Roman""><span style="font-family:"Times New Roman";font-size:inherit">registered in the database and if the purpose for which it was registered</span><br style="font-family:"Times New Roman""><span style="font-family:"Times New Roman";font-size:inherit">has changed or no longer holds.</span><br style="font-family:"Times New Roman""></div><div>~°~</div><div><br></div><div>...yes! again: *the purpose* [1] coupled with </div><div>the RSA section 4(c)(i), to not say all the full </div><div>section 4. titled: *Conditions of service*.</div><div>__</div><div>[1]: <<a href="https://lists.afrinic.net/pipermail/community-discuss/2021-July/004137.html" target="_blank" rel="noreferrer">https://lists.afrinic.net/pipermail/community-discuss/2021-July/004137.html</a>></div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word;line-break:after-white-space"><div><br><blockquote type="cite"><div><div>Those who are charged to implement the CPM have</div><div> indicated the same. Could you, please, show us </div><div>where the CPM allows it?</div></div></blockquote><div><br></div>If they have indicated this, then they are simply in error as that is not what it actually says.</div><div>I have not noticed AFRINIC staff referring to this section as prohibiting leasing, but perhaps</div><div>their reference escaped me at some point.</div><div><br></div><div>It does not need to be specifically permitted. That which is not prohibited is permitted implicitly.</div><div><br></div></div></blockquote><div><br></div><div>...permitted where? </div><div><br></div><div>Have you tried to put Bylaws+RSA+CPM together?</div><div><br></div><div>Please try, then come back with your results.</div><div> </div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word;line-break:after-white-space"><div>Unless there is an explicit requirement in the CPM that hosts receive connectivity services from</div><div>the same provider which provides their addresses, then independent assignment is inherently</div><div>permitted and this is the current state.</div><div><br></div></div></blockquote><div><br></div><div>...the current course is otherwise, and you know it.</div><div><br></div><div>Again, when there is an established RIR, to serve LIRs and End-Users within its own service region...</div><div>it's by definition the responsibility of the latters to </div><div>serve their local end-users, if applicable...i'm ready </div><div>to agree if you point me to any section of the CPM, </div><div>the Bylaws or the RSA where it's clearly stated that </div><div>AfriNIC shall allocate/assign INRs to GIRs (*Global* Internet Registries) or *Global* End-Users.</div><div><br></div><div>As long as there is no mention of the existence of </div><div>GIRs within the AfriNIC service region, you shall </div><div>understand that out-of-region assignments or </div><div>sub-allocations could not be the normal trend...</div><div><br></div><div>...i'm awaiting :-/</div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word;line-break:after-white-space"><div>I hope you now understand the difference between a reservation (holding unused addresses,</div></div></blockquote><div><br></div><div><br></div><div>You expect me to understand what?</div><div><br></div><div>...please see above and get my answer from there.</div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word;line-break:after-white-space"><div>such as what Seacom and many others are doing) vs. providing addresses that are actually </div><div>in use, but not simultaneously providing transit or transport services.</div><div><br></div></div></blockquote><div><br></div><div>...don't mix problems, do fill your complain </div><div>appropriately, please, and the community </div><div>shall address it usual.</div><div><br></div><div>Thanks to stop your divertion! but you are free </div><div>to continue to support some wrong doings...</div><div><br></div><div>Have a blessed monday!</div><div><br></div><div>Shalom,</div><div>--sb.</div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word;line-break:after-white-space"><div>Owen</div><div><br><blockquote type="cite"><div><br></div><div>Shalom,</div><div>--sb.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word;line-break:after-white-space"><div><br><blockquote type="cite"><div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_quote"><div>Or wait... I can not find this so-called LIR <b>Cloud Innovation Limited</b> with offices in Seychelles using this BGP tool.</div><div><br></div><div><b><a href="https://bgp.he.net/country/SC" rel="noreferrer noreferrer" target="_blank">https://bgp.he.net/country/SC</a><br></b></div></div></div></blockquote></div></div></blockquote><div><br></div>And?</div></div></blockquote><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word;line-break:after-white-space"><div>[...]</div></div></blockquote></blockquote></div><br></div></blockquote></div><br><br>-- <br>--<p>Best Regards !<br>__<br>baya.sylvain[AT cmNOG DOT cm]|<<a href="https://cmnog.cm/dokuwiki/Structure" target="_blank" rel="noreferrer">https://cmnog.cm/dokuwiki/Structure</a>><br>Subscribe to Mailing List: <<a href="https://lists.cmnog.cm/mailman/listinfo/cmnog/" target="_blank" rel="noreferrer">https://lists.cmnog.cm/mailman/listinfo/cmnog/</a>><br>__<br>#LASAINTEBIBLE|#Romains15:33«Que LE #DIEU de #Paix soit avec vous tous! #Amen!»<br>#MaPrière est que tu naisses de nouveau. #Chrétiennement<br>«Comme une biche soupire après des courants d’eau, ainsi mon âme soupire après TOI, ô DIEU!»(#Psaumes42:2)<br><br></p>
_______________________________________________<br>Community-Discuss mailing list<br><a href="mailto:Community-Discuss@afrinic.net" target="_blank" rel="noreferrer">Community-Discuss@afrinic.net</a><br><a href="https://lists.afrinic.net/mailman/listinfo/community-discuss" target="_blank" rel="noreferrer">https://lists.afrinic.net/mailman/listinfo/community-discuss</a><br></blockquote></div><br></div>_______________________________________________<br>
Community-Discuss mailing list<br>
<a href="mailto:Community-Discuss@afrinic.net" target="_blank" rel="noreferrer">Community-Discuss@afrinic.net</a><br>
<a href="https://lists.afrinic.net/mailman/listinfo/community-discuss" rel="noreferrer noreferrer" target="_blank">https://lists.afrinic.net/mailman/listinfo/community-discuss</a><br>
</blockquote></div>