ietf
[Top] [All Lists]

Re: [tsvwg] [mpls] OT (was Re: draft-ietf-mpls-in-udp was RE: gre-in-udp draft (was: RE: Milestones changed for tsvwg WG))

2014-01-16 10:09:53

Or perhaps UDP heavy with a FCS at the end and no checksum at all.

You do make a good point that perhaps UDP lite should be mentioned in
MPLS over UDP as an option.

Curtis


In message 
<290E20B455C66743BE178C5C84F1240847E63346CB(_at_)EXMB01CMS(_dot_)surrey(_dot_)ac(_dot_)uk>
l(_dot_)wood(_at_)surrey(_dot_)ac(_dot_)uk writes:
 
you've got the perfect application to encourage UDP lite adoption and
deployment here.
 
Lloyd Wood
http://about.me/lloydwood
________________________________________
From: Stewart Bryant [stbryant(_at_)cisco(_dot_)com]
Sent: 15 January 2014 11:31
To: Randy Bush
Cc: Wood L  Dr (Electronic Eng); wes(_at_)mti-systems(_dot_)com; 
curtis(_at_)ipv6(_dot_)occnc(_dot_)com; 
gorry(_at_)erg(_dot_)abdn(_dot_)ac(_dot_)uk; mpls(_at_)ietf(_dot_)org; 
ietf(_at_)ietf(_dot_)org; tsvwg(_at_)ietf(_dot_)org; jnc(_at_)mit(_dot_)edu; 
lisp(_at_)ietf(_dot_)org
Subject: Re: [tsvwg] [mpls] OT (was Re: draft-ietf-mpls-in-udp was RE: 
gre-in-udp draft (was: RE: Milestones changed for tsvwg WG))
 
On 15/01/2014 11:08, Randy Bush wrote:
[ you insist on cc:ing me, so you get to endure my opinions ]

it seems that there are no valid statistics for the current Internet
to sustain your case.
as we discussed privately, there seem to be no real measurements to
sustain any case.  this is all conjecturbation.

what i do not understand is why, given the lack of solid evidence that
we are in a safe space, you and others are not willing to spend a few
euro cents to have a reasonable level of assurance at this layer.

randy
Randy,
 
It is not a few cents, it is likely the re-engineering of a lot
of silicon.
 
The reason that UDP is of interest is that the on path silicon
knows how to process it, for example it knows how to to ECMP it.
 
The reason that the UDP c/s is a problem for a tunneler is that
it needs to have access to the whole pkt to calculate the
c/s, but as you know the silicon optimised that access away
a long time ago.
 
The alternative would be UDP-lite, but the ability of on path
silicon to process that as competently and as completely as it
processes UDP is by no means clear.
 
- Stewart

<Prev in Thread] Current Thread [Next in Thread>