[149569] in North American Network Operators' Group
Re: IPv6 explicit BGP group configs
daemon@ATHENA.MIT.EDU (Leo Bicknell)
Wed Feb 8 12:26:19 2012
Date: Wed, 8 Feb 2012 09:25:19 -0800
From: Leo Bicknell <bicknell@ufp.org>
To: keith tokash <ktokash@hotmail.com>
Mail-Followup-To: keith tokash <ktokash@hotmail.com>, nanog@nanog.org
In-Reply-To: <COL103-W2405E59FCEA3D3AEA3283AAE7A0@phx.gbl>
Cc: nanog@nanog.org
Errors-To: nanog-bounces+nanog.discuss=bloom-picayune.mit.edu@nanog.org
--UlVJffcvxoiEqYs2
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
In a message written on Wed, Feb 08, 2012 at 08:59:23AM -0800, keith tokash=
wrote:
> I'm prepping an environment for v6 and I'm wondering what, if
> any, benefit there is to splitting v4 and v6 into separate groups. =20
> We're running Junipers and things are fairly neat and ordered; we have=20
> multiple links to a few providers in many sites, so we group them and=20
> apply the policies at the group level. We could stick the new v6=20
> neighbors into the same group and apply the policies at the neighbor=20
> level, or create new groups (i.e. Level3 and Level3v6).
I'm going to answer with a very specific bit of administriva, but
I think it illustrates the sort of thing you want to think about.
When adding a BGP address family like IPv6 it can be done by sending
the routes down an existing BGP session (e.g. IPv4 transport carrying
IPv4 and IPv6 routes), or by having two sessions, an IPv4 transport
with IPv4 routes, and an IPv6 transport with IPv6 routes.
Most ISP's do the latter. There are a pile of reasons, but here's
one of the easiest. Imagine a world in the future where we are
removing IPv4 from the network as we're now IPv6 only. If one
transport was used, it must now be torn down and rebuilt over IPv6,
causing an outage for everything and a lot of work for your engineers.
If you used two transports, you can remove the IPv4 and the IPv6
keeps working just fine.
Lather, rince, reapply to everything you can do on routers. How you
group config statements, how you write your management tools, and so on.
I would generally advise, where possible, to treat them like ships in
the night. Keep them in separate areas. It allows you to add IPv6
without disturbing IPv4, and some day will allow you to remove IPv4
without disturbing IPv6.
YMMV. Batteries not included. Not all vendors support all features.
No warranty expressed or implied. Do not taunt happy fun ball.
--=20
Leo Bicknell - bicknell@ufp.org - CCIE 3440
PGP keys at http://www.ufp.org/~bicknell/
--UlVJffcvxoiEqYs2
Content-Type: application/pgp-signature
Content-Disposition: inline
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.18 (FreeBSD)
iQIVAwUBTzKv/7N3O8aJIdTMAQK7Vw/+LaoI87mHhuf+LTYiCbOg15PPyWr/dd4d
ZJ221EW1raCsDA5ZmF9k/DSbKB9bL3SAlIrdpdAhq2EVKv7VkDbCxTYgrqno15b5
AEMWrVqh4kiiPclNkMlCS1wn9xzc0/LjR4TSBuHpDEoH1Wjrz8myCQulYCZW3XCF
NuhpRion8ejwV249gCHRt1zfiDuvfq9GjSZrUpXcUGJoTvKuHQ740BxFzx2J2Shm
1ReL8z8rXUU0nzCSKDKLqGGMaPmAbgejQx4syLY3ObXE6yFA/RvXGV+DIuqZ/oWP
4FBDXNfguLFKLDRtCCF9kY2Z7Ja14CGVe1bhuRfuScnXm40CKH1s0leAVx3hFSgV
ykgn3Zx+q5Yx8/CTkQRb9zpnFsxK6W2WT8uH3oGij90d1MRG4/OJ4jQ4jzsWiJgX
uVQlQSFRFzcUvugN0qNji3K/15wGtquCS0gt+l7+8NRsA+UO30DJ1a/Yc8d1DOJX
nxrzbSg23mR8srpZqXandCmRy+E8cK62CApwGH3INOb5UTFNeu009g/3RTql0AIB
JxYFsHE5I9e8VNpnm5EnnUBbNWrFROEWukX6/i1MVJ1GwHOH7tTTHlW8Cheq4WnE
QOCxmRoZ8tVeEudAPiTqr8rG9hueFtNlPH5anGnJoZr0BwlfXiePZAOjvG2eI1ZK
PhGINBQyVvA=
=bV7u
-----END PGP SIGNATURE-----
--UlVJffcvxoiEqYs2--
