Re: [lisp] IPv6 UDP checksum issue
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [lisp] IPv6 UDP checksum issue



Since we're up-levelling the discussion, I don't understand why one would use UDP as a router-router protocol in the first place, especially for IPv6, where the chance that the packet will hit a NAT are probably exactly zero.

Because when you use tunnel encapsulation, core routers attached to LAGs will see packets from one flow and polarize traffic on one member of the LAG.

So if the encapsulator can modify the source port of the UDP header based on a 5-tuple hash of the inner header, then there can be evenly balanced LAGs.

Core routers today load-split traffic across members of LAGs by doing a 5-tuple hash. And the 5 tuple hash works for TCP and UDP protocol numbered packets only.

The LISP authors received a lot of good input from network operators to not create this LAG problem. Hence, LISP uses UDP encapsulation.

What I'm saying is that *if* UDP us used, it needs to be used according to the RFCs that capture the IETF consensus on their use, or the IETF consensus must be revised.

And what we are are saying is to be practical (and sensible).

Dino


Note: Messages sent to this list are the opinions of the senders and do not imply endorsement by the IETF.