Re: Initial ARIN IPv4 membership and resource request
While it’s a possibility, I wouldn’t bet my business on the continued availability of resources through that process at this point. Owen > On Feb 6, 2019, at 15:39 , Clayton Zekelman wrote: > > > Surprisingly, addresses do get returned to the free pool and are re-assigned > to people on the waiting list. > > At 06:33 PM 06/02/2019, Seth Mattinen wrote: >> On 2/6/19 13:24, Nathanael Catangay Cariaga wrote: >>> lol thatvis something i missed in the portal... well thanks anyways.. ð >> >> >> ARIN's free pool ran out on September 24, 2015. >> >> You can of course join the waiting list for whatever it's worth: >> >> https://www.arin.net/resources/request/waiting_list.html > > -- > > Clayton Zekelman > Managed Network Systems Inc. (MNSi) > 3363 Tecumseh Rd. E > Windsor, Ontario > N8W 1H4 > > tel. 519-985-8410 > fax. 519-985-8409
Re: Initial ARIN IPv4 membership and resource request
ARIN won’t issue a /22 of IPv6. You can get a /20 or a /24 if you meet the qualifications, but a /22 isn’t on a nibble boundary and ARIN stopped issuing non-nibble-aligned blocks several years ago. Sure, if you get a /20, you can announce it as /22s. To put the qualifications in perspective, you’d have to be pretty massive to get to the /20 stage. I”ve done address work for three relatively large organizations that qualified for /24s (one each). While I can easily imagine some organizations (mostly very large oligopolous eye-ball ISPs) needing larger than /20 even, especially if they respected their customers with /48s as they should, there are very few networks that large. Owen > On Feb 6, 2019, at 13:24 , Bryan Holloway wrote: > > A v6 /22 would be a neat announcement ... > > > On 2/6/19 3:19 PM, Bill Woodcock wrote: >> No _v4_ resources to speak of, but it’s a little late in the day to be >> worrying about that anyway. >> -Bill >> On Feb 6, 2019, at 13:05, TJ Trout mailto:t...@pcguys.us>> >> wrote: >>> You do realize that there aren't any resources available to request right? >>> >>> On Wed, Feb 6, 2019 at 12:54 PM Nathanael Catangay Cariaga >>> mailto:ncari...@gmail.com>> wrote: >>> >>>Dear NANOG, does someone here have a breakdown of the initial ARIN >>>fees / cost assuming I'll be requesting an initial block of /22 >>>IPv4 resource? >>> >>> >>>Regards, >>> >>>-nathan >>>
Re: Initial ARIN IPv4 membership and resource request
Surprisingly, addresses do get returned to the free pool and are re-assigned to people on the waiting list. At 06:33 PM 06/02/2019, Seth Mattinen wrote: On 2/6/19 13:24, Nathanael Catangay Cariaga wrote: lol thatvis something i missed in the portal... well thanks anyways.. ð ARIN's free pool ran out on September 24, 2015. You can of course join the waiting list for whatever it's worth: https://www.arin.net/resources/request/waiting_list.html -- Clayton Zekelman Managed Network Systems Inc. (MNSi) 3363 Tecumseh Rd. E Windsor, Ontario N8W 1H4 tel. 519-985-8410 fax. 519-985-8409
Re: Initial ARIN IPv4 membership and resource request
On 2/6/19 13:24, Nathanael Catangay Cariaga wrote: lol thatvis something i missed in the portal... well thanks anyways.. ARIN's free pool ran out on September 24, 2015. You can of course join the waiting list for whatever it's worth: https://www.arin.net/resources/request/waiting_list.html
Re: Initial ARIN IPv4 membership and resource request
On 2/6/19 4:19 PM, Bill Woodcock wrote: No _v4_ resources to speak of, but it’s a little late in the day to be worrying about that anyway. They do still have some limited v4 resources available to help deploy IPv6. A new ISP can still get a /24 that way. Obviously that's not going to do much aside from let you deploy IPv6 in a non-trivial service provider deployment, but then that's kinda the point. So it's not NO v4 resources...more like extremely limited. -- Brandon Martin
Re: Initial ARIN IPv4 membership and resource request
You're correct, but he'll still need approval to go through legit markets, and to get in line for a direct allocation. https://www.arin.net/resources/request/waiting_list.html --Don On Wed, Feb 6, 2019 at 3:04 PM TJ Trout wrote: > You do realize that there aren't any resources available to request right? > > On Wed, Feb 6, 2019 at 12:54 PM Nathanael Catangay Cariaga < > ncari...@gmail.com> wrote: > >> Dear NANOG, does someone here have a breakdown of the initial ARIN fees / >> cost assuming I'll be requesting an initial block of /22 IPv4 resource? >> >> >> Regards, >> >> -nathan >> >
Re: Initial ARIN IPv4 membership and resource request
Hi Nathanael, I will respond to you off list. Thanks John Sweeting, Sr.Dir RSD, ARIN Sent from my iPhone > On Feb 6, 2019, at 3:54 PM, Nathanael Catangay Cariaga > wrote: > > Dear NANOG, does someone here have a breakdown of the initial ARIN fees / > cost assuming I'll be requesting an initial block of /22 IPv4 resource? > > > Regards, > > -nathan
Re: Initial ARIN IPv4 membership and resource request
lol thatvis something i missed in the portal... well thanks anyways.. On Thu, Feb 7, 2019, 5:03 AM TJ Trout, wrote: > You do realize that there aren't any resources available to request right? > > On Wed, Feb 6, 2019 at 12:54 PM Nathanael Catangay Cariaga < > ncari...@gmail.com> wrote: > >> Dear NANOG, does someone here have a breakdown of the initial ARIN fees / >> cost assuming I'll be requesting an initial block of /22 IPv4 resource? >> >> >> Regards, >> >> -nathan >> >
Re: Initial ARIN IPv4 membership and resource request
A v6 /22 would be a neat announcement ... On 2/6/19 3:19 PM, Bill Woodcock wrote: No _v4_ resources to speak of, but it’s a little late in the day to be worrying about that anyway. -Bill On Feb 6, 2019, at 13:05, TJ Trout mailto:t...@pcguys.us>> wrote: You do realize that there aren't any resources available to request right? On Wed, Feb 6, 2019 at 12:54 PM Nathanael Catangay Cariaga mailto:ncari...@gmail.com>> wrote: Dear NANOG, does someone here have a breakdown of the initial ARIN fees / cost assuming I'll be requesting an initial block of /22 IPv4 resource? Regards, -nathan
Re: Initial ARIN IPv4 membership and resource request
No _v4_ resources to speak of, but it’s a little late in the day to be worrying about that anyway. -Bill > On Feb 6, 2019, at 13:05, TJ Trout wrote: > > You do realize that there aren't any resources available to request right? > >> On Wed, Feb 6, 2019 at 12:54 PM Nathanael Catangay Cariaga >> wrote: >> Dear NANOG, does someone here have a breakdown of the initial ARIN fees / >> cost assuming I'll be requesting an initial block of /22 IPv4 resource? >> >> >> Regards, >> >> -nathan
Re: Initial ARIN IPv4 membership and resource request
You do realize that there aren't any resources available to request right? On Wed, Feb 6, 2019 at 12:54 PM Nathanael Catangay Cariaga < ncari...@gmail.com> wrote: > Dear NANOG, does someone here have a breakdown of the initial ARIN fees / > cost assuming I'll be requesting an initial block of /22 IPv4 resource? > > > Regards, > > -nathan >
Re: Initial ARIN IPv4 membership and resource request
On 2/6/19 2:53 PM, Nathanael Catangay Cariaga wrote: Dear NANOG, does someone here have a breakdown of the initial ARIN fees / cost assuming I'll be requesting an initial block of /22 IPv4 resource? Regards, -nathan See ARIN's official fee schedule at: https://www.arin.net/fees/fee_schedule.html
Initial ARIN IPv4 membership and resource request
Dear NANOG, does someone here have a breakdown of the initial ARIN fees / cost assuming I'll be requesting an initial block of /22 IPv4 resource? Regards, -nathan
Colombia
Hi there I am looking to meet with folks who has done work in the past shipping network gear, or sourcing locally network gear/servers to/from colombia (Bogota). If you have any experience with hosting / colocation in Colombia please contact me offlist - thank you Mehmet -- Mehmet +1-424-298-1903
Re: [Community bleaching on edge] RTBH no_export
Hi Adam, On Wed, Feb 06, 2019 at 01:53:48PM -, adamv0...@netconsultings.com wrote: > This "RTBH no_export" thread made me wonder what is the latest view on > BGP community bleaching at the edge (in/out). At NTT/AS 2914 we took a look at BGP community bleaching recently. We intend to deploy something along these lines on EBGP sessions with non-customer peering partners: LEAVE 65535:0 # allow graceful_shutdown LEAVE $Peer_ASN:* # Allow peer's communities, these have no effect in NTT DELETE *:* # delete the rest, including other well-known communities (The last 'delete' line also implicitly removes things like 0:*, 2914:*, 23456:*, etc. Note that for customer facing EBGP sessions, we have a different, more relaxed, policy.) The thinking was that our customers can potentially benefit from BGP communities set by our peering partners, but we also have to take BGP UPDATE packing and memory utilisation into consideration. IETF participants have written some snippets on the topic of BGP community bleaching: "Networks administrators SHOULD NOT remove other communities applied on received routes" https://tools.ietf.org/html/rfc7454#section-11 "In general, the intended audiences of Informational Communities are downstream networks and the GA itself, but any AS could benefit from receiving these communities." https://tools.ietf.org/html/rfc8195#section-2.1 > Anyone filtering extended RT communities inbound on NOSes that accept > extended communities by default? Yeah about that. I'd be hesitant to filter/scrub BGP Path Attributes that have no meaning in your network, it may stiffle innovation somewhere. Kind regards, Job
[Community bleaching on edge] RTBH no_export
Hi folks, This "RTBH no_export" thread made me wonder what is the latest view on BGP community bleaching at the edge (in/out). Anyone filtering extended RT communities inbound on NOSes that accept extended communities by default? Yeah about that. adam
RE: BGP Experiment
> From: Randy Bush > Sent: Thursday, January 31, 2019 6:56 PM > > > I suspect simple bugs are found by vendor, complex bugs are not > > economic to find. > > the running internet is complex and has a horrifying number of special cases > compounded by kiddies being clever. no one, independent of resource > requirements, could build a lab to the scale needed to test. > Yes what can break will break, yet here we are exchanging emails, I think your statement assumes a vast search space. No need to solve the whole thing, just to make my tiny part a bit better. No need to solve my tiny part for eternity, just for the near term. Yes there will always be this long tail, but with what one would deem a sufficiently low probability, in the intersection of the above search spaces. > and then there is ewd's famous quote about testing. > Yes human brains have their limits, hence we invented AI to help us solve complexity. Though in a sense it's just shifting the complexity to yet another layer above... adam
