[118200] in North American Network Operators' Group
Re: ISP customer assignments
daemon@ATHENA.MIT.EDU (Leo Bicknell)
Tue Oct 13 21:25:06 2009
Date: Tue, 13 Oct 2009 18:24:09 -0700
From: Leo Bicknell <bicknell@ufp.org>
To: nanog@nanog.org
Mail-Followup-To: nanog@nanog.org, Chris Adams <cmadams@hiwaay.net>
In-Reply-To: <20091014011440.GC612455@hiwaay.net>
Errors-To: nanog-bounces+nanog.discuss=bloom-picayune.mit.edu@nanog.org
--pWyiEgJYm5f9v55/
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
In a message written on Tue, Oct 13, 2009 at 08:14:40PM -0500, Chris Adams =
wrote:
> I would expect you just assign static addresses to servers. Are there
> pros/cons to using /64 or something else there? If I'm statically
> assigning IP (and DNS, etc. servers) info, why would I not just
> configure the gateway there as well (especially if you just make all
> local router interfaces ::1)?
All of our servers are in binary coded hex. :) That is, if your IPv4
address is 10.12.3.187, your IPv6 address is A:B:C:D::187. The router
is ::1, just as in IPv4, and servers have static routes.
We still use /64's everywhere. You may want to use temporary (privacy)
addresses outbound. You many want to allow a server to use EUI-64 to
get an address while doing an install, or similar.
> What about anycast-type addresses (e.g. DNS servers)? I route a few
> server IPv4 /32s around in my network; do you assign a /128, a /64 (with
> only one address in use), a /112, or something else?
/128's for loopbacks, anycast addreses, and similar here. Typically out
of a loopback /64.
--=20
Leo Bicknell - bicknell@ufp.org - CCIE 3440
PGP keys at http://www.ufp.org/~bicknell/
--pWyiEgJYm5f9v55/
Content-Type: application/pgp-signature
Content-Disposition: inline
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.13 (FreeBSD)
iQIVAwUBStUoObN3O8aJIdTMAQJjYQ/+PuodQ/u4Zy3vmq/ZJI3YoQbJmTPDO4tz
mF14S62R7NrlyIG38QfBOsvgTtDnSVxjGqdhceiwTmt6tqbAsqcWjoHyvj/ELeJQ
vc2ad01JvsusZxqdELFvkmB4NdF3yUgbGf1EwXD3ijZdHgonFATJDecBfSvQT96q
+GI2Ft7LsCyMPXt9hNriP3jjM/KUVv34dzGejqTTEnYS2HfVYbYvBy/1ZnCCyZrQ
+QN47ciCInwAleO7P2nUN7pkTC4WieduOIOt63dF15JDJl/N11sFn3oLFyjqtfnf
AQjks6cVXG3ws6Ku7QApehY9KLyY6uU95L6s/uJ2Qd8fc+sIwBVoVHxpiAw2Pj1S
YAB+OMTpm/fFtEFdQL86Wnm++7asgEcAk0/7xqBwgnITmCzQZISU+wOMX89r7KxX
IvRcX6+rpmhMHWm23euIOBjEydkxo34SM1aAOh+m6VEiYPD6EbeIEMgD+kI1qq0y
0FsZBV2lUicPZcLRjFIFOZBEP0oMqerZmBY4xFaW+arLtsrYciiGPEKI1arHsKpZ
ytAwhzoSBdo9siWnO4dbGC0Mtx4px0fVn+sV7QcD7/wc3AkrnsllSNSQZom+T5U+
9CGzAGPuex5zeFG/HW4fA5uishzvOYhX1ca65ZgDbvvCyZmqzuYPZ4vADVJFbE/V
tbA1xoCRxPY=
=0J7P
-----END PGP SIGNATURE-----
--pWyiEgJYm5f9v55/--
