[168303] in North American Network Operators' Group
Re: Experiences with IPv6 and Routing Efficiency
daemon@ATHENA.MIT.EDU (Mark Tinka)
Sat Jan 18 12:50:33 2014
From: Mark Tinka <mark.tinka@seacom.mu>
To: nanog@nanog.org
Date: Sat, 18 Jan 2014 19:49:44 +0200
In-Reply-To: <CAHDzDLA=O9f7si6VZiZyr=B+HShvW0eztYPExNd7fPuhmE3-tw@mail.gmail.com>
Reply-To: mark.tinka@seacom.mu
Errors-To: nanog-bounces+nanog.discuss=bloom-picayune.mit.edu@nanog.org
--nextPart2091758.IryhWQCEXc
Content-Type: Text/Plain;
charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
On Saturday, January 18, 2014 06:09:58 AM Mukom Akong T.=20
wrote:
> Does anyone have any experiences or insights to share on
> how more (or less) efficient routing is with IPv6? Any
> specific thoughts with respect to how the following
> characteristics help or not with routing efficiency? -
> fixed header size
> - Extension header chain
> - flow labels in header
> - no intermediate fragmentation
> - no checksums
One thing to think about is routing efficiency.
At this time, networks that employ MPLS-TE for IPv4, and run=20
native IPv6, have challenges doing the same for IPv6, mostly=20
because it's not possible to point IPv6 traffic into MPLS-TE=20
tunnels built over an IPv4 control plane. If you are doing=20
6PE, this could be possible, but most vendors can't do the=20
former.
More native IPv6 control planes for MPLS (and by extension,=20
MPLS-TE) will mean that IPv6 traffic will travel the same=20
path as IPv4 traffic in MPLS-TE'd networks. When that will=20
be remains to be seen.
Until then, the most we can do for native IPv6 traffic is=20
fiddle around with IGP metrics, to obtain some kind of=20
reasonable TE.
Mark.
--nextPart2091758.IryhWQCEXc
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)
iQIcBAABAgAGBQJS2r67AAoJEGcZuYTeKm+GNlAQALr+OfBJ3RkNy+rsItwyvC7O
qWDL67u40o3oTgoLzNCfD7NTugJNFOsI3Gl/5XLt9fMvTR9N1JTtBUOFEPpBSc3r
qaVmKHSV+7iljL1U3zJotgX0ROv77ZfQOkLsmnAgOFafu1vgVA8IuqcBcimYP0if
HvLDI8htDiUNrlCgj+mVMBNVqcCx0c/OuLBZyZf2p1UFYdYec8v6mmmbSX3wpDkE
0e3qg15J2aqqXDZ5prn4asyB2W/hv1UmIUx9aFP7s3hvUXQ7hJ8zCKXIKp/dpTMV
BeET1+Iefv2CMkETk6OXMGCg+rN7HW8+UJpl5KwyRs4HO3MfffVNVfnCYR1M3JN1
GNgM5mfEAVtFR/MNprDa40WsrgNzalLfAXHIQ4qd8PcCIY8X8TvcoeHuaKnrhqku
hadZ+esxKSdOIMAjjpmX20OFOEty9WDb0HNpQ4CpO/6tbjX8RBHkX/I05NwTjPdz
/5QU23mYHi5bdnY8UQ3cY5y8273vHpMjmCcBEtCOUEwc/GXUOeNpwZ5DQfr2E3Qa
jM2vuek9Xk5DYXLYDYXMrmFSfwb/U5ftdAfi+cl1yXhXCn/1XpoWw5y5cGeOl3BE
BEP5IjP5SedWkE0/5E8a4mtUxjfsDcQVWIzmJEYSdNPVO+1OCDlZ9qQv/3ivxwaO
FAcrLNeRPSyxiWQoe73E
=zU/s
-----END PGP SIGNATURE-----
--nextPart2091758.IryhWQCEXc--
