re: Consultation Now Open on the Future of ARIN’s IRR

[Michael Hare]

Hi,

Joined to ask about " Consultation Now Open on the Future of ARIN’s IRR ".  As I don't have John's original email since I just joined, I presume about the only thing I can do is start a new thread.  Sorry about that.

Just for the sake of understanding, I'm going to toss what is probably a softball question.  Sorry for the long intro/background.

I am a primary network engineer of AS3128.  We are a regional educational network aggregator in Wisconsin and downstreams are 100% in the ARIN region.  In 2014 when AS3128 came to be [long Wisconsin legal story I will omit], "mnt-by: MNT-BRUWS" proxy registered many route/route6 to origin AS3128, and a few downstream aut-num as well, tied to downstream ARIN OrgIDs that I don't have access to.  A vast majority of those objects are now in 'source: ARIN-NON-AUTH' and are likely not under RSA.  Not playing tiny violin or stating any opinion on that matter, just facts.

When I log into https://account.arin.net/public/secure/irr/routes I see 2600:1d00::/28, AS-UWSYSNET, AS3128, as I might expect since they are correctly under 'source: ARIN'.  

My immediate interest is making sure that upstreams of AS3128 can continue to build prefix lists for BGP peering as they currently do.  Today I do this by sharing ARIN-IRR as-set: AS-UWSYSNET which is listed under 'source: ARIN' and 'mnt-by: MNT-BRUWS'.

Finally, my question: Since I see no obvious way to migrate data 'mnt-by: BRUWS' currently in ARIN-NON-AUTH, am I correct that under the proposal all of our downstream OrgIDs each independently need to 'true up' with ARIN to avoid route/route6 deletion from the ARIN IRR?

If true, definitely not excited about moving IRR due to lack of action of our downstreams, but if this goes forward on the proposed timeline we mostly certainly will, otherwise AS3128 will experience a large financial impact caused by reduced prefixes showing up in peering filters of settlement free partners being built based on ARIN:AS-UWSYSNET.

Thanks,
-Michael