[168316] in North American Network Operators' Group
Re: Experiences with IPv6 and Routing Efficiency
daemon@ATHENA.MIT.EDU (Mark Tinka)
Sun Jan 19 07:38:47 2014
From: Mark Tinka <mark.tinka@seacom.mu>
To: nanog@nanog.org
Date: Sun, 19 Jan 2014 14:38:10 +0200
In-Reply-To: <20140119101047.GA17645@pob.ytti.fi>
Reply-To: mark.tinka@seacom.mu
Errors-To: nanog-bounces+nanog.discuss=bloom-picayune.mit.edu@nanog.org
--nextPart4749057.x4HRf8holz
Content-Type: Text/Plain;
charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
On Sunday, January 19, 2014 12:10:47 PM Saku Ytti wrote:
> Fully agreed. I have no problem being in 6PE until
> fork-lift in some future to IPv6 core and 4PE.
Assuming your addressing will continue to grow on IPv6, and=20
remain reasonably static on IPv4, your forklift should allow=20
you to remain native on both (on the basis that at that=20
time, we do have native control planes both for MPLSv4 and=20
MPLSv6, of course).
So "4|6PE" would not be necessary. Personally, I think it's=20
unnecessary labor to remove IPv4 in the future, especially=20
when it's not expanding. One is welcome to do this, of=20
course, if they are really bored :-).
Removing native IPv4 in the future only to replace it with=20
4PE seems quite complex, to me.
> People have too sentimental view on this, if you label
> your IPv4 it is silly not to run 6PE, you're just
> creating complexity and removing functionality.
Turning on native IPv6 in your core is not adding=20
complexity, I think. Yes, agree that you may lose parity=20
between MPLS-TEv4 and TEv6 as of today, but some would say=20
that MPLS-TE adds quite a bit complexity today, especially=20
if used on a long-term basis.
Mark.
--nextPart4749057.x4HRf8holz
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.16 (GNU/Linux)
iQIcBAABAgAGBQJS28c1AAoJEGcZuYTeKm+G2EkP/ArS3r8/lskLvRTfw9JmaoSQ
jSldAPETC1sFKngDGkDAnsFaMBz9sb+4BdyItrJRs/TNFdMjtL4X6MYX1WADoBzC
uNlndkXcYVrqmZv+Gtrl5unPZE+H9L/W3Ks8TeN4z5gVgzN6ZaHeOxmlIpe03J+f
sMslvpJoTpAmVCKbL/6XBzp1ZyiQo1YvAtGWtwBrblR0Qo+hGDduokSSd4AvNfS0
ZujRsESRZAG99OKRhKIqpdFtWmhCOQ11GUcIYRDqN+uKdSpmwlyfVLLv1IX+AGis
1IYqauH2EsoNftuinKgH0FJnI6HjJRBzekRWmI0N3Cc0AytP8NeVfWO/HvpK5D+1
txGR5whJ2zXTiFG2VX5lWkIxkZ20FpDWpbivK7horfM1S+6VnA0ByuqUbQ7voWGv
f/CHJFkjD51ICdeEBciGvQXaN6+NGQD/maw56T+b3xK5x8zLHFTOuCIPhpSyUuW+
9JIboK6Cu3ydbP3kjoUnkpk3zUNrQfLW6Fu4kTWRpXcZK9yLq/j4JBMrLGSOFTM8
n+y33zbxYWlZ8sYk/JlXPS9TbY4rQe9dxaGA7aXppYFGuTLi2+LZQHtdOAcU7v/T
iGrk6UH64amIdrjsZCfgxq7vCZCbf8/567pp74FYPWS2YxwuozQ0m2KuexHdsnnQ
ui5KmH7uYKrM9wqfy4Ax
=KLRt
-----END PGP SIGNATURE-----
--nextPart4749057.x4HRf8holz--
