IETF Logo Mail Archive

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

"Eggert, Lars" <lars@netapp.com> Thu, 02 February 2017 10:22 UTC

Return-Path: <lars@netapp.com>
X-Original-To: ietf@ietfa.amsl.com
Delivered-To: ietf@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 317C1129404; Thu, 2 Feb 2017 02:22:42 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -10.12
X-Spam-Level:
X-Spam-Status: No, score=-10.12 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-3.199, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=netapp.onmicrosoft.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 9kSepwes-_K1; Thu, 2 Feb 2017 02:22:40 -0800 (PST)
Received: from mx142.netapp.com (mx142.netapp.com [216.240.21.19]) (using TLSv1.2 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2FFA8127076; Thu, 2 Feb 2017 02:22:40 -0800 (PST)
X-IronPort-AV: E=Sophos;i="5.33,323,1477983600"; d="asc'?scan'208";a="168860564"
Received: from hioexcmbx01-prd.hq.netapp.com ([10.122.105.34]) by mx142-out.netapp.com with ESMTP; 02 Feb 2017 02:14:54 -0800
Received: from VMWEXCCAS02-PRD.hq.netapp.com (10.122.105.18) by hioexcmbx01-prd.hq.netapp.com (10.122.105.34) with Microsoft SMTP Server (TLS) id 15.0.1210.3; Thu, 2 Feb 2017 02:21:33 -0800
Received: from NAM03-DM3-obe.outbound.protection.outlook.com (10.120.60.153) by VMWEXCCAS02-PRD.hq.netapp.com (10.122.105.18) with Microsoft SMTP Server (TLS) id 15.0.1210.3 via Frontend Transport; Thu, 2 Feb 2017 02:21:33 -0800
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=netapp.onmicrosoft.com; s=selector1-netapp-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=xX9VijNbEq73c6GysNBXq/mYueK82/S/jHicfwutXK8=; b=RBF2OxuOsoHDTmxMRuc8D7pFIaxS6sfTskKqYpqk8VCIurQm9wTvcdDWR33ZaazPpE2Jjo3qYbZzbKauR7IhOs62ZIpzV1BM5I5/pFGz2XkXHOVJWYSGJTQpZK0DbOAZPUSLVhk7P+blvAA4v2xpxeRnDMl+rmJaz53Ud9nvxRA=
Received: from BN3PR0601MB1153.namprd06.prod.outlook.com (10.160.157.18) by BN3PR0601MB1154.namprd06.prod.outlook.com (10.160.157.19) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.874.12; Thu, 2 Feb 2017 10:21:35 +0000
Received: from BN3PR0601MB1153.namprd06.prod.outlook.com ([10.160.157.18]) by BN3PR0601MB1153.namprd06.prod.outlook.com ([10.160.157.18]) with mapi id 15.01.0874.024; Thu, 2 Feb 2017 10:21:35 +0000
From: "Eggert, Lars" <lars@netapp.com>
To: Fernando Gont <fgont@si6networks.com>
Subject: Re: Last Call: <draft-ietf-6man-rfc1981bis-04.txt> (Path MTU Discovery for IP version 6) to Internet Standard
Thread-Topic: Last Call: <draft-ietf-6man-rfc1981bis-04.txt> (Path MTU Discovery for IP version 6) to Internet Standard
Thread-Index: AQHSfOZWQnyqff8qTkSuzK39n1gXQaFVdhOAgAAEwQCAAAefgA==
Date: Thu, 02 Feb 2017 10:21:35 +0000
Message-ID: <5C876EB6-F2B6-4F2C-9A6B-2AC63D0115D3@netapp.com>
References: <148599312602.18643.4886733052828400859.idtracker@ietfa.amsl.com> <1859B1D9-9E42-4D65-98A8-7A326EDDE560@netapp.com> <f8291774-409e-2948-3b29-83dbb09d39d9@si6networks.com>
In-Reply-To: <f8291774-409e-2948-3b29-83dbb09d39d9@si6networks.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: yes
X-MS-TNEF-Correlator:
x-mailer: Apple Mail (2.3259)
authentication-results: spf=none (sender IP is ) smtp.mailfrom=lars@netapp.com;
x-ms-exchange-messagesentrepresentingtype: 1
x-originating-ip: [217.70.211.15]
x-ms-office365-filtering-correlation-id: cbd9d015-3a34-4d58-65b4-08d44b55440c
x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(22001); SRVR:BN3PR0601MB1154;
x-microsoft-exchange-diagnostics: 1; BN3PR0601MB1154; 7:sUdlk7cI2jQ2ysThsmfR/M89SeVLgfQIA6pdwLwWHC7oAS9GIzpfZx46z+bydLMSvMVkDWyqNlbGWzI6imjD5apQloCrKHjzpJYIqddCfHAXF1USOwGU4h9qEAGOJtqS6qV4O5n6YGgn0pGbBynIMiAxSdjEtQToRZVdfWbJ8xNmEMBksSlAOwlFwcKWaDlVyFH/CcKJiCU4ehf6vRoFraaAfRioNBernDZvndNLUFrudd0sCrVZ46qFO+2d0/qB6EWik/jy46w07mdWinieF4Tj9TFS8gRgk3jgb+2RJrkWKgFyknMAjtJiujUJv4XPZTtBgsGQY/olccwwlkUrB9QqxKZEaa1bdT02oHK3O83vZmZvspjXbyHTUDNWZPxIY5MHQcW+Lr1uXPE2Z7rOzDA+6VnKwsv//qTkprgnB7hrGMEHJWIMwhcqHNW1Fj/k58umN9Hgv2U4PxQncjkgTbSSJYC8NmUDEVtWtCmOsLstrp0gZhCiJ/Ec2cvD8wvjqxRKEnDr0IhDfzcb2PUSPA2zw5COdyQ+1KqeMhsM/jPvfIgz+oY6lw0Ako4w+k5Z
x-microsoft-antispam-prvs: <BN3PR0601MB1154F9C99CED1DEECC44436AA74C0@BN3PR0601MB1154.namprd06.prod.outlook.com>
x-exchange-antispam-report-test: UriScan:(278428928389397);
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(102415395)(6040375)(601004)(2401047)(8121501046)(5005006)(10201501046)(3002001)(6055026)(6041248)(20161123558025)(20161123560025)(20161123555025)(20161123562025)(20161123564025)(6072148); SRVR:BN3PR0601MB1154; BCL:0; PCL:0; RULEID:; SRVR:BN3PR0601MB1154;
x-forefront-prvs: 02065A9E77
x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(6009001)(7916002)(39450400003)(24454002)(199003)(377454003)(189002)(377424004)(38730400001)(57306001)(82746002)(8936002)(92566002)(83716003)(86362001)(99286003)(6512007)(8676002)(68736007)(81156014)(81166006)(6116002)(3846002)(102836003)(110136003)(2900100001)(53936002)(6916009)(3660700001)(2950100002)(4326007)(36756003)(66066001)(50226002)(106116001)(106356001)(2906002)(6436002)(77096006)(105586002)(6506006)(7736002)(99936001)(305945005)(229853002)(76176999)(5660300001)(50986999)(4001150100001)(97736004)(6486002)(101416001)(54906002)(3280700002)(33656002)(230783001)(25786008)(189998001)(122556002)(104396002); DIR:OUT; SFP:1101; SCL:1; SRVR:BN3PR0601MB1154; H:BN3PR0601MB1153.namprd06.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; A:1; MX:1; LANG:en;
received-spf: None (protection.outlook.com: netapp.com does not designate permitted sender hosts)
spamdiagnosticoutput: 1:99
spamdiagnosticmetadata: NSPM
Content-Type: multipart/signed; boundary="Apple-Mail=_5A7DAAE9-D80A-4DE8-BA93-D9F8DA7F2946"; protocol="application/pgp-signature"; micalg="pgp-sha512"
MIME-Version: 1.0
X-MS-Exchange-CrossTenant-originalarrivaltime: 02 Feb 2017 10:21:35.0642 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 4b0911a0-929b-4715-944b-c03745165b3a
X-MS-Exchange-Transport-CrossTenantHeadersStamped: BN3PR0601MB1154
X-OriginatorOrg: netapp.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf/RZ6IWmi1qbAwU1WUBmPqGXXijyQ>
Cc: "ipv6@ietf.org" <ipv6@ietf.org>, "6man-chairs@ietf.org" <6man-chairs@ietf.org>, "tsv-area@ietf.org" <tsv-area@ietf.org>, "ietf@ietf.org" <ietf@ietf.org>, "draft-ietf-6man-rfc1981bis@ietf.org" <draft-ietf-6man-rfc1981bis@ietf.org>
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ietf/>
List-Post: <mailto:ietf@ietf.org>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 02 Feb 2017 10:22:42 -0000

On 2017-2-2, at 10:54, Fernando Gont <fgont@si6networks.com> 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

v2.23.0 | Report a Bug | By Email