Re: Normal ARIN registration service fees for LRSA entrants after 31 Dec 2023 (was: Fwd: [arin-announce] Availability of the Legacy Fee Cap for New LRSA Entrants Ending as of 31 December 2023)

2022-09-13 Thread babydr DBA James W. Laferriere
On Tue, 13 Sep 2022, Randy Bush wrote: We strongly encourage all legacy resource holders who have not yet signed an LRSA to cover their legacy resources to consult a competent lawyer before signing an LRSA randy I concur , And seconded . Hth , JimL -- +--

Re: Normal ARIN registration service fees for LRSA entrants after 31 Dec 2023 (was: Fwd: [arin-announce] Availability of the Legacy Fee Cap for New LRSA Entrants Ending as of 31 December 2023)

2022-09-13 Thread Randy Bush
> We strongly encourage all legacy resource holders who have not yet > signed an LRSA to cover their legacy resources to consult a competent lawyer before signing an LRSA randy

Normal ARIN registration service fees for LRSA entrants after 31 Dec 2023 (was: Fwd: [arin-announce] Availability of the Legacy Fee Cap for New LRSA Entrants Ending as of 31 December 2023)

2022-09-13 Thread John Curran
NANOGers - At present ARIN continues to provide the favorable annual maintenance fee cap for legacy resource holders who enter into an LRSA with ARIN, but this cap on total maintenance fees not be offered to those entering an LRSA after 31 Dec 2023 and they will instead paying the same registrat

Call for Working Group Participation: MANRS+

2022-09-13 Thread Andrei Robachevsky via NANOG
Hi, MANRS is looking for volunteers to join a new working group to explore the idea of creating a second, elevated tier of MANRS participation for organizations that comply with more stringent requirements and auditing. We’re calling this MANRS+ at the moment, though that’s only a working title

Re: Router ID on IPv6-Only

2022-09-13 Thread Bjørn Mork
Jeff Tantsura writes: > Looking at the fix, Donald has only removed IPV4_CLASS_DE(a) > uint32_t)(a)) & 0xe000) == 0xe000) > validation but kept INADDR_ANY. > I’ll bring up RFC6286 to him I believe it is implementing the RFC6286 requirements. INADDR_ANY is ((in_addr_t) 0x),

Re: Router ID on IPv6-Only

2022-09-13 Thread Jeff Tantsura
Looking at the fix, Donald has only removed IPV4_CLASS_DE(a) uint32_t)(a)) & 0xe000) == 0xe000) validation but kept INADDR_ANY. I’ll bring up RFC6286 to him Cheers, Jeff > On Sep 12, 2022, at 13:41, Bjørn Mork wrote: > Jeff Tantsura writes: > >> Indeed, someone was recently comp