[c-nsp] ECMP v Link Aggregation ofr MPLS
Mark Tinka
mark.tinka at seacom.mu
Sat Mar 15 00:54:29 EDT 2014
On Friday, March 14, 2014 11:08:39 AM Lukas Tribus wrote:
> I would say one of the major drawbacks with LAG is that
> the links need to be connected to a single box on the
> other site, while with ECMP you can connect links to
> different boxes and as long as the cost are equal, you
> will load-balance.
Also, on some platforms, QoS needs to be applied on member
links, and can't be applied on the LAG bundle itself. I try
to stay away from such platforms if I can, or make sure this
isn't an operational concern, e.g., placing it on core-
rather then customer-facing ports.
As of now, with Cisco and Juniper, all major features are
supported on LAG bundles, e.g., QoS, MPLS, IPv6, BFD, MPLS-
TE, data plane filters, e.t.c. Just make sure all the
features you have on regular interfaces are supported on LAG
bundles. This development is not always one-to-one.
Mark.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 836 bytes
Desc: This is a digitally signed message part.
URL: <https://puck.nether.net/pipermail/cisco-nsp/attachments/20140315/665b25bb/attachment.sig>
More information about the cisco-nsp
mailing list