Re: CGNAT

[Mark Andrews <marka () isc org>]

IPv4AAS will also work easily for any ISP on the planet.

CGNAT requires IPv4 address space between the CGNAT and the customer CPE which doesn’t overlap with that on the 
Internet nor that behind the CPE (no you can’t use RFC 1918).  100.64/10 gives you ~4M addresses which fit this 
criteria but that isn’t enough without reuse for the larger ISPs.

IPv4AAS uses no IPv4 addresses between the B4/NAT64/… and the CPE.

You should also be able to out source IPv4AAS to specialist providers.  There is no requirement to run your own 
hardware.  You just populate your DHCPv6/RA/IPV4ONLY.ARPA with the correct information and the traffic will be 
delivered to the specialist providers.  I’m not sure if there are any out there yet but it is a business opportunity 
for anyone that is already running such boxes.

Mark

> On 24 Feb 2021, at 09:43, Owen DeLong <owen () delong com> wrote:
>
> That’s provably not true if the IPv4AAS implementation is done carefully.
>
> Owen
>
>
> > On Feb 19, 2021, at 12:11 PM, Tony Wicks <tony () wicks co nz> wrote:
> >
> > Because then a large part of the Internet won't work....
> >
> > From: NANOG <nanog-bounces+tony=wicks.co.nz () nanog org> on behalf of Mark Andrews <marka () isc org>
> > Sent: Saturday, 20 February 2021, 9:04 am
> > To: Steve Saner
> > Cc: nanog () nanog org
> > Subject: Re: CGNAT
> >
> > Why not go whole hog and provide IPv4 as a service? That way you are not waiting for your customers to turn up IPv6 
> > to take the load off your NAT box.
> >
> > Yes, you can do it dual stack but you have waited so long you may as well miss that step along the deployment path.
> > -- 
> > Mark Andrews
> >
> > > On 20 Feb 2021, at 01:55, Steve Saner <ssaner () ideatek com> wrote:
> > >
> > > 
> > > We are starting to look at CGNAT solutions. The primary motivation at the moment is to extend current IPv4 
> > > resources, but IPv6 migration is also a factor.
> > >
> > > We've been in touch with A10. Just wondering if there are some alternative vendors that anyone would recommend. 
> > > We'd probably be looking at a solution to support 5k to 15k customers and bandwidth up to around 30-40 gig as a 
> > > starting point. A solution that is as transparent to user experience as possible is a priority.
> > >
> > > Thanks
> > >
> > > -- 
> > > Steve Saner
> > > ideatek HUMAN AT OUR VERY FIBER
> > > This email transmission, and any documents, files or previous email messages attached to it may contain 
> > > confidential information. If the reader of this message is not the intended recipient or the employee or agent 
> > > responsible for delivering the message to the intended recipient, you are hereby notified that any dissemination, 
> > > distribution or copying of this communication is strictly prohibited. If you are not, or believe you may not be, 
> > > the intended recipient, please advise the sender immediately by return email or by calling 620.543.5026. Then take 
> > > all steps necessary to permanently delete the email and all attachments from your computer system.

-- 
Mark Andrews, ISC
1 Seymour St., Dundas Valley, NSW 2117, Australia
PHONE: +61 2 9871 4742              INTERNET: marka () isc org