Le 17/04/2026 à 01:53, Fernando Frediani a écrit :
The in-region usage should not be neither /22 or /24 but +50% of ARIN resources assigned to the organization, in line with other RIRs.It does not make sense to get resources from ARIN and use most of it in other regions. If you have a bigger need in other region ask (or transfer) IPs in the region within the respective RIR. IP space is organized in Regional Internet Registers for a reason, to be used for the reality of that region, to develop the internet in the region. It doesn't make sense to take resources from one region and use completely in the other. Otherwise it is too easy and flexible to choose the more flexible and cheap RIR but use resources in a different region. Policies that are developed and apply to those IP space are developed taking into consideration the reality of that region internet ecosystem.Using a smaller amount of that IP space for auxiliary proposes is accepts (an international link, a ARIN customer that also needs connectivity somewhere else in another region, etc). But not majority of it.I think people need to learn how to live with fewer IP addresses and make the best usage of it. If majority of that assigned IP space is required in another region, then just transfer it.
Hi Fernando, You explained it as it should be understood. Thanks; brother! These are simple concepts; for a reader:|- RFC 7020 - The Internet Numbers Registry System <https://datatracker.ietf.org/doc/html/rfc7020> |- RFC 7249 - Internet Numbers Registries <https://datatracker.ietf.org/doc/html/rfc7249> |- Regional Internet Registries | The Number Resource Organization <https://www.nro.net/about/rirs/>
Regarding an acceptable percentage for out of region usage (ooR) of INRs (Internet Number Resources); imho ARIN service region can easily afford more than 50% (i understand: at least 60); but the AfriNIC service region can simply not. What i could support for service regions like AfriNIC or LACNIC, is at least 80% of within region use of the given INRs... ...also, it should not be a matter of IPv4 only :-/ Thanks for considering also IPv6; as at least ASN is a very distinct case. What matter for me, is to have a story shared by few of these small CDN service. How can we really help them? If any of those who operate these service could comment here; then it would be easier to catch (i) their real need and (ii) the barriers they fare facing. Remain blessed; y'all! Shalom, --sb.
Fernando Frediani[...]
-- Best Regards ! baya.sylvain [AT cmNOG DOT cm] |cmNOG's Structure <https://www.cmnog.cm/dokuwiki/Structure> | CAMIX's Website <https://www.camix.cm/> | Douala-IX's Looking Glass <https://tools.std.douala-ix.net/lg> | cmNOG's Surveys <https://survey2.cmnog.cm/> | Subscribe to cmNOG's Mailing List <https://lists.cmnog.cm/mailman/listinfo/cmnog> |
__#LASAINTEBIBLE|#Ephésiens5:18,15-21«[...] 18 Et *_ne vous enivrez_* pas *_de vin_*, en quoi *_il y a de la dissolution_*; mais *_soyez remplis de l'Esprit_*, [...]» #LASAINTEBIBLE|#Hébreux13:9,5-15«[...] 9 _*Ne soyez pas seduits par*_ des _*doctrines diverses*_ et _*etrangeres*_, car il est bon _*que le coeur soit affermi par la grace*_, non par les viandes, lesquels n'ont pas profite à ceux qui y ont marche. [...]» #AMEN,#Maranatha,#MerciJÉSUS! #MaPrière est que tu naisses de nouveau.#Chrétiennement
OpenPGP_0x0387408365AC8594.asc
Description: OpenPGP public key
OpenPGP_signature.asc
Description: OpenPGP digital signature
_______________________________________________ ARIN-PPML You are receiving this message because you are subscribed to the ARIN Public Policy Mailing List ([email protected]). Unsubscribe or manage your mailing list subscription at: https://lists.arin.net/mailman/listinfo/arin-ppml Please contact [email protected] if you experience any issues.
