Re: Validation of Packet Too Big Payload using Echo Request

Shawn Zhang <yuanshan_zhang@apple.com> Tue, 28 July 2020 11:44 UTC

Return-Path: <yuanshan_zhang@apple.com>
X-Original-To: ipv6@ietfa.amsl.com
Delivered-To: ipv6@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 875773A0BDB for <ipv6@ietfa.amsl.com>; Tue, 28 Jul 2020 04:44:02 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.122
X-Spam-Level:
X-Spam-Status: No, score=-2.122 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_MSPIKE_H4=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=apple.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 lIJAZqCi6hiI for <ipv6@ietfa.amsl.com>; Tue, 28 Jul 2020 04:44:01 -0700 (PDT)
Received: from nwk-aaemail-lapp02.apple.com (nwk-aaemail-lapp02.apple.com [17.151.62.67]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 65CFC3A0BD0 for <6man@ietf.org>; Tue, 28 Jul 2020 04:44:00 -0700 (PDT)
Received: from pps.filterd (nwk-aaemail-lapp02.apple.com [127.0.0.1]) by nwk-aaemail-lapp02.apple.com (8.16.0.43/8.16.0.42) with SMTP id 06SBeG5W024565; Tue, 28 Jul 2020 04:43:58 -0700
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=apple.com; h=date : from : to : cc : subject : message-id : mime-version : content-type : content-transfer-encoding : in-reply-to; s=20180706; bh=Jp7xhzTSTf7rKIqcew8lJ8TxWASHwCmFperUD1DFMpg=; b=F81FtOgAuHsoK2fyIdHWQyA4ztdFBUmWkB+Kc4p3FvXohQiOxU5BPVMSfrxx2TPAGAf+ Y585FsqGkfd92OA+OuHURlik8mvm25jKNcGLW3D9sO+NLodKE6L+V+X67bjy9U9Mz7mP gaFOB2AMtObivLf/sTpfHEU91OOTegh3MlEpTyKH7rw25srsr9i/hpfracRpouivjbCg eiG7MDjh6zwn8h32qq3q78mf6T0anf84DZcFYrYH6wMh6KBKWubJ4mvLJRVSJTxaRFW3 zMqGX5Y2kFaY6nLCVsfla2qKg0MneWjxs0TPXsRhVj0+MjQtSC28yPbDxjOPOPBTFRmV 3w==
Received: from rn-mailsvcp-mta-lapp04.rno.apple.com (rn-mailsvcp-mta-lapp04.rno.apple.com [10.225.203.152]) by nwk-aaemail-lapp02.apple.com with ESMTP id 32ghag80bw-10 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO); Tue, 28 Jul 2020 04:43:58 -0700
Received: from rn-mailsvcp-mmp-lapp03.rno.apple.com (rn-mailsvcp-mmp-lapp03.rno.apple.com [17.179.253.16]) by rn-mailsvcp-mta-lapp04.rno.apple.com (Oracle Communications Messaging Server 8.1.0.5.20200312 64bit (built Mar 12 2020)) with ESMTPS id <0QE600I83GLAC3F0@rn-mailsvcp-mta-lapp04.rno.apple.com>; Tue, 28 Jul 2020 04:43:58 -0700 (PDT)
Received: from process_milters-daemon.rn-mailsvcp-mmp-lapp03.rno.apple.com by rn-mailsvcp-mmp-lapp03.rno.apple.com (Oracle Communications Messaging Server 8.1.0.5.20200312 64bit (built Mar 12 2020)) id <0QE600C00GB81Y00@rn-mailsvcp-mmp-lapp03.rno.apple.com>; Tue, 28 Jul 2020 04:43:58 -0700 (PDT)
X-Va-A:
X-Va-T-CD: c91905be7af5fc500fecdbc0b9385fe6
X-Va-E-CD: c7481a780eee4fa0b87aa67a3ad96af4
X-Va-R-CD: 4d8556e8c4ee6711992701dc75547eb3
X-Va-CD: 0
X-Va-ID: a2ebd706-f780-4dfc-8a0e-9afe34007fc2
X-V-A:
X-V-T-CD: c91905be7af5fc500fecdbc0b9385fe6
X-V-E-CD: c7481a780eee4fa0b87aa67a3ad96af4
X-V-R-CD: 4d8556e8c4ee6711992701dc75547eb3
X-V-CD: 0
X-V-ID: 002990dc-1574-49c4-97de-d27026855140
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.235, 18.0.687 definitions=2020-07-28_07:2020-07-28, 2020-07-28 signatures=0
Received: from shawns-mbp.lan (unknown [17.234.69.179]) by rn-mailsvcp-mmp-lapp03.rno.apple.com (Oracle Communications Messaging Server 8.1.0.5.20200312 64bit (built Mar 12 2020)) with ESMTPSA id <0QE6001FZGL7V000@rn-mailsvcp-mmp-lapp03.rno.apple.com>; Tue, 28 Jul 2020 04:43:58 -0700 (PDT)
Date: Tue, 28 Jul 2020 04:43:55 -0700
From: Shawn Zhang <yuanshan_zhang@apple.com>
To: otroan@employees.org, twinters@iol.unh.edu, plakhera@apple.com
Cc: 6man@ietf.org
Subject: Re: Validation of Packet Too Big Payload using Echo Request
Message-id: <20200728114355.GF39464@shawns-mbp.lan>
MIME-version: 1.0
Content-type: text/plain; charset="utf-8"
Content-disposition: inline
Content-transfer-encoding: 8bit
In-reply-to: <26C02BD5-96CC-44D1-9CCB-00DE059D40D9@employees.org>
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.235, 18.0.687 definitions=2020-07-28_07:2020-07-28, 2020-07-28 signatures=0
Archived-At: <https://mailarchive.ietf.org/arch/msg/ipv6/akdaD7B3eLrJ7NJnLf1ZUqSQVTE>
X-BeenThere: ipv6@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "IPv6 Maintenance Working Group \(6man\)" <ipv6.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ipv6>, <mailto:ipv6-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ipv6/>
List-Post: <mailto:ipv6@ietf.org>
List-Help: <mailto:ipv6-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ipv6>, <mailto:ipv6-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 28 Jul 2020 11:47:32 -0000

Hi Ole,

I am reviving this thread. 

>> Frankly, I think for compliance this should be treated as a *SHOULD* and not as a MUST.

> Yes, I think that's a correct interpretation.
> That's what 8201 says too. "Nodes should appropriately validate..."

Since RFC8201 says “SHOULD” instead of “MUST”, should this test be removed from the compliance test as it is not a mandatory behavior?

IMHO, since the smallest packet size is capped at 1280, it won't cause too much risk  even if we don't verify it using Echo Request here.

Bests,
Shawn