[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Questions on IPv6 deployment
- Subject: Questions on IPv6 deployment
- From: mhuff at ox.com (Matthew Huff)
- Date: Tue, 17 Jan 2017 22:13:02 +0000
- In-reply-to: <CAP-guGU=wpM_1ANAXtsJy9QMB-MUG1b4vxOm1J=mPxMXXTuQzA@mail.gmail.com>
- References: <[email protected]> <CAPDTRij3mSag+jyc_wj8LSy=qhv=C_sSCBf=uE8JWc-juG4GHQ@mail.gmail.com> <CAPDTRiis85k9vC22WqOt77G+qbWqFJD8eQ9O0Yi=XNFAdQHQ_Q@mail.gmail.com> <CAP-guGX05D26WO8YexyVX+jiH5Ghk4uy5K4NKcjij67ybCoUGQ@mail.gmail.com> <[email protected]> <CAP-guGU=wpM_1ANAXtsJy9QMB-MUG1b4vxOm1J=mPxMXXTuQzA@mail.gmail.com>
Please check the nanog archives. There were some arguments that I and I assume others felt compelling why allocating a /64 per point to point link was a good idea. Your network, your rules. I was just responding to the argument that a /64 is wasteful and serves little purpose.
----
Matthew Huff???????????? | 1 Manhattanville Rd
Director of Operations???| Purchase, NY 10577
OTA Management LLC?????? | Phone: 914-460-4039
aim: matthewbhuff??????? | Fax:?? 914-694-5669
> -----Original Message-----
> From: William Herrin [mailto:bill at herrin.us]
> Sent: Tuesday, January 17, 2017 4:56 PM
> To: Matthew Huff <mhuff at ox.com>
> Cc: Michael Still <stillwaxin at gmail.com>; nanog at nanog.org
> Subject: Re: Questions on IPv6 deployment
>
> On Tue, Jan 17, 2017 at 4:07 PM, Matthew Huff <mhuff at ox.com> wrote:
> > The reason for allocating a /64 for a point to point link is due to
> various denial of service attack vectors.
>
> Hi Matthew,
>
> I'm always interested in learning something new. Please explain the
> DOS vectors you're referring to and how they're mitigated by
> allocating a /64 to the point to point link.
>
>
> > Just do it.
>
> No. But if you offer a good reason, I'll factor your reason in to my
> considerations.
>
> Regards,
> Bill Herrin
>
> --
> William Herrin ................ herrin at dirtside.com bill at herrin.us
> Owner, Dirtside Systems ......... Web: <http://www.dirtside.com/>