I think the in region requirement in general is a corner case generator. Making it as small as possible is a step in the right direction. 

Eliminating it wouldn’t be entirely unreasonable. 

Owen


On Apr 17, 2026, at 02:57, Sylvain BAYA <[email protected]> wrote:


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
|- RFC 7249 - Internet Numbers Registries
|- Regional Internet Registries | The Number Resource Organization

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 | CAMIX's Website | Douala-IX's Looking Glass |
cmNOG's Surveys | Subscribe to cmNOG's Mailing List |
__
#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>
_______________________________________________
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.
_______________________________________________
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.

Reply via email to