Re: Last Call: <draft-ietf-6man-rfc1981bis-04.txt> (Path MTU Discovery for IP version 6) to Internet Standard

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On 2017-2-2, at 10:54, Fernando Gont <fgont@xxxxxxxxxxxxxxx> wrote:
> On 02/02/2017 06:37 AM, Eggert, Lars wrote:
>> Also, even if ICMP delivery is assured, there are additional
>> complications for UDP, which has been seeing a lot of interest both
>> as a tunneling encapsulation and for applications (e.g., QUIC). Many
>> platforms do not provide UDP-sending applications any information
>> about arriving ICMP messages that were triggered by their
>> transmissions. So even if the path delivers ICMP, the OS makes
>> ICMP-based PMTUD for UDP often impossible. Another reason to
>> recommend 4821?
> 
> Agreed... although in this case this would be more of an app-layer
> implementation than one at the transport layer?

There are two dimensions here, one is in kernel vs. in userspace, the other which "layer" something is at. It used to be that "transport layer" (or "network layer" always implied "in kernel", but those days are past.

Lars

Attachment: signature.asc
Description: Message signed with OpenPGP


[Index of Archives]     [IETF Annoucements]     [IETF]     [IP Storage]     [Yosemite News]     [Linux SCTP]     [Linux Newbies]     [Fedora Users]