Dear SIG-Policy, Hopefully this email finds you in good health! Please see my comments below, inline...
Le vendredi 2 septembre 2022, Fernando Frediani <[email protected]> a écrit : > Hello Mr Satoru and Rajesh > Thanks for your comments. > > > Hi Fernando, Thanks for your email, brother :-) ...and for the draft of policy proposal Prop-148. > > It is very important to clarify that this proposal does not require any > implementation simply because it does not intend to change the current > status about leasing - which is already forbidden - but only make it clear > in the policy text for the avoidance of doubt. > > > Right! imho :-) > > It is also important to highlight that leasing that the proposal refers is > only about when a resource holder organization leases out addresses to > another which they don't provide any connectivity acting like a RIR rather > than an organization that builds up internet infrastructure and > connectivity. > > > ...i agree that the proposed text is already, indirectly providing a sort of *definition* on what's an INR (Internet Number Resource) leasing practice; but as asked by Satoru's community, maybe reorganising that wording as a sort of extensible definition [1] would be interesting too :-/ > This does not affect in any way the ability of organizations to allocate > IP addresses to customers they provide connectivity wherever the local they > are in the region. > > > ...imho! it should be also clearly stated into the draft policy text that: __ / |1. all type (IPv4, IPv6, ASN) of INRs are concerned; |2. the definition of leasing activities is extensible; |3. implementation is up to the Staff (PIER-Policy Implementation Report will be shared) but it should be clearly stated, from the beginning, what is the scope of the revocation of resources. Is it a revocation of the full registration (all INRs held)? |4. INRs, as non proprietary resources, can not be *sell* too! as a direct consequence (as suggested by Gaurav); |5. what/how to report (which evidence to include); |6. who can report to the Staff (preferably anyone anonymously); |7. what the Staff shall publish afterwards; |8. the Staff is free (as per the RSA) to auto-seize a case; no matter how they learned it; |9. recall the lifecycle of INRs: (i) request/evaluate a need, (ii) provide/use in compliance to policies adopted by the community (iii) signal/evaluate new purpose (iv) return when need ends (v) revoque in case of non-compliance to the Policy Manual (v) back to the free pool; |10. • \__ This PP (Policy Proposal) is a good and very useful tool to have for the whole INRS (Internet Numbers Registry System) [2]...i'm in full support of the PP! __ [2]: RFC7020 <https://rfc-editor.org/rfc/rfc7020> ...i'm just asking for some improvement in its scope and other useful aspects; from my understanding. So! a global Policy/adoption could be welcome too :-) ...a try of definition [1] of *leasing* service/practice (in the context of INRs distribution) follows, with more on what it is not; in order to not result in any limitation in some valid activities/service practices. __ [1]: <leasing_draft_definition> |Leasing, applied to INRs usage context, could be |seen as uneeded man-in-the-middle* practices |where a resource holder, such as LIR, NIR, ISP, End |-user, provides INRs as a full standalone service to |*customers*; without any associated Internet or |network connectivity service. That practice could |have as direct consequence to prevent entities |with valid needs to obtain INRs directly from the |serving RIR & indirect consequence of preventing |end-users, with valid needs, to contact the regional | serving RIR to request INRs. |Leasing practices could occur either because the |resource holder has failed to satisfy the original |purpose declared prior to receiving INRs or its |hidden plan was a silent stockpilling of INRs; which | must remain resources distributed only to entities |able to justify a need to use it within a real network; | for a particular declared purpose. |Unless a resource holder provides INRs packed |into an Internet or network connectivity service, |any other format of service providing INRs shall |be considered as an INRs leasing service. |Any INRs leasing service would be provided in |violation of fundamental principles of INRs |distribution; thus any kind of similar standalone |service must not be provided by any resource |holder. </leasing_draft_definition> Shalom, --sb. > Best regards > Fernando > On 02/09/2022 03:50, Rajesh Panwala wrote: > > [...] > > -- Best Regards ! __ baya.sylvain[AT cmNOG DOT cm]|<https://cmnog.cm/dokuwiki/Structure> Subscribe to Mailing List: <https://lists.cmnog.cm/mailman/listinfo/cmnog/> __ #LASAINTEBIBLE|#Romains15:33«Que LE #DIEU de #Paix soit avec vous tous! #Amen!» #MaPrière est que tu naisses de nouveau. #Chrétiennement «Comme une biche soupire après des courants d’eau, ainsi mon âme soupire après TOI, ô DIEU!»(#Psaumes42:2)
_______________________________________________ sig-policy - https://mailman.apnic.net/[email protected]/ To unsubscribe send an email to [email protected]
