[arin-ppml] [EXT] Re: Open Petition for ARIN-prop-266: BGP Hijacking is an ARIN Policy Violation

Carlos Friaças cfriacas at fccn.pt
Sat Apr 27 15:54:43 EDT 2019


On Sat, 27 Apr 2019, Michel Py wrote:

>> JORDI PALET MARTINEZ wrote :
>> This proposal is being discussed already in RIPE and LACNIC and we are working
>> in the relevant changes for versions to be submitted in AFRINIC and APNIC.
>
> Hi Jordi,

Hi,


> How are the other RIRs reacting to it ?

Anyone can follow the discussions within both RIPE and LACNIC communities.

The threads are, however, rather long :-)))

RIPE:
https://www.ripe.net/ripe/mail/archives/anti-abuse-wg/2019-March/date.html
https://www.ripe.net/ripe/mail/archives/anti-abuse-wg/2019-April/date.html

LACNIC:
https://mail.lacnic.net/pipermail/politicas/2019-April/date.html



> For the sake of the argument, let's say that this petition goes forward, and that somehow BGP Hijacking becomes an ARIN Policy Violation.

Then, the current procedures regarding ARIN Policy Violations should 
apply... (same as in RIPE, same as in LACNIC).



> Let's assume that with all due process, ARIN actually finds that an ARIN member has intentionally hijacked BGP prefixes and therefore is in violation of Policy.

Well, it's not exactly ARIN staff who is tasked about any finding...



> What is ARIN going to do about it ? a fine ? invalidating their ARIN membership and reclaiming legit prefixes that the member may have ? Taking their ASN back ?

Whatever is already specified regarding Policy Violations...



> I have said recently that I thought ARIN was a little too careful with potential legal liabilities (about the TAL thing)

Luckly the other four RIRs didn't choose the same path, imho :-)
I personnally hope (as a RPKI user) ARIN can at some point align with the 
other four...



> but this does not strike me as something we want ARIN to do.

One of the main reasons for bringing this up for discussion is the 
registry (i.e. the all RIRs) data needs to mean something. Resources are 
allocated/distributed, and everyone needs to respect it. Having 
absolutely nothing in place that states disrespecting the registry's work 
just seems wrong...

It is not about saying that network A can't connect to network B, or that 
network A can't announce prefix X to network B, if both parties are in 
agreement. It is about delivering the message that anyone needs to respect 
numbering resources that are allocated/distributed to third parties.

Unfortunately this is needed because RPKI/MANRS/... will not reach 
critical mass soon, and because some bad actors have infiltrated RIR 
memberships to strenghten/boost their operations, exploring the evident 
gap in policies -- that implies that a party caught performing hijacks 
doesn't get any kind of impact...


Regards,
Carlos Friaças




> Michel.
>
> _______________________________________________
> ARIN-PPML
> You are receiving this message because you are subscribed to
> the ARIN Public Policy Mailing List (ARIN-PPML at arin.net).
> Unsubscribe or manage your mailing list subscription at:
> https://lists.arin.net/mailman/listinfo/arin-ppml
> Please contact info at arin.net if you experience any issues.
>


More information about the ARIN-PPML mailing list