Re: Validation of Packet Too Big Payload using Echo Request

Timothy Winters <tim@qacafe.com> Tue, 28 July 2020 11:59 UTC

Return-Path: <tim@qacafe.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 3EE483A0BF3 for <ipv6@ietfa.amsl.com>; Tue, 28 Jul 2020 04:59:47 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.098
X-Spam-Level:
X-Spam-Status: No, score=-2.098 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=qacafe.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 4-LR3ZcR9b0W for <ipv6@ietfa.amsl.com>; Tue, 28 Jul 2020 04:59:44 -0700 (PDT)
Received: from mail-lf1-x132.google.com (mail-lf1-x132.google.com [IPv6:2a00:1450:4864:20::132]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2F5DD3A0C09 for <6man@ietf.org>; Tue, 28 Jul 2020 04:59:40 -0700 (PDT)
Received: by mail-lf1-x132.google.com with SMTP id b30so10834266lfj.12 for <6man@ietf.org>; Tue, 28 Jul 2020 04:59:40 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=qacafe.com; s=google; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=vZ14s6bToYobuWDcGcv2Rp5HJCdpLcFtNHYr8MwXE0I=; b=b+FDvdyVqUgJk2ok5fYnjIdf8qY78DyqYHrgGyvL/sFRidHbuzYy36XKL9Ryx1c/ny Y3kjt2RkQ88GHG5fGia8UkYEr1ogp859s5XJ1mMGRDwFF0chMBR85CHHubSPOTQtXSDG 9jr2bq7KU9UYnNLR6xcKB9Baxi41t/wq/K5hM=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=vZ14s6bToYobuWDcGcv2Rp5HJCdpLcFtNHYr8MwXE0I=; b=Xrt8jLeYbJoWssMCG3hxohC04h6gbuDLWXm6klWSbYqjWqaBpYYyDRSUK1mvF4Eim+ oo/6dbv7ePUBElXt2qIBKh5tR180J0kABOifQKR4Bzm9O2e9fXKvAsw7dSQ5xgu8dPhS lR8fyHmFj9OhRT4/R4EFd3wQvJSAnf6bldLqDOOqJNauTkftQwhIp1JqorzoEExOvHc6 q9ofWuHsC98EXV0uIFnrKJoZ/G9YhdocFmuZyiIGh22iuNORH+jXn1VGAsXAxQ/Crk4G zwQkj6H+7pb5NJ8Sm1rETBXszz/qOebdmqenkuW/T/0PbVLSW4GJHmnSXlqOPG5UInqW BCww==
X-Gm-Message-State: AOAM532+Vp2NvcKhqMX7aBnkbysMacXCjuI+VrupCDYK40u561acy74t 6MlmUViy8bvthdGQMqo9DCpBjpbqWx6zME0drfdlzw==
X-Google-Smtp-Source: ABdhPJyKa4WC1lLojsJN/EGG7X9DYGUT29eJeblT3aRU7piKx87Lz07XHg6ZAMm2zvJJULeuy9kspb11+7OagiHPHyE=
X-Received: by 2002:a05:6512:1182:: with SMTP id g2mr14459961lfr.126.1595937579095; Tue, 28 Jul 2020 04:59:39 -0700 (PDT)
MIME-Version: 1.0
References: <26C02BD5-96CC-44D1-9CCB-00DE059D40D9@employees.org> <20200728114355.GF39464@shawns-mbp.lan>
In-Reply-To: <20200728114355.GF39464@shawns-mbp.lan>
From: Timothy Winters <tim@qacafe.com>
Date: Tue, 28 Jul 2020 07:59:28 -0400
Message-ID: <CAJgLMKuzreN7Er5yebbxtZWwp-A1EXuqAYaF6ZgqF6NyhaPaFA@mail.gmail.com>
Subject: Re: Validation of Packet Too Big Payload using Echo Request
To: Shawn Zhang <yuanshan_zhang=40apple.com@dmarc.ietf.org>
Cc: Ole Troan <otroan@employees.org>, Timothy Winters <twinters@iol.unh.edu>, plakhera@apple.com, 6MAN <6man@ietf.org>
Content-Type: multipart/alternative; boundary="0000000000007c6d1005ab7f2c9a"
Archived-At: <https://mailarchive.ietf.org/arch/msg/ipv6/H79MIzws02s9SsFOkZRrDWPORmI>
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:59:55 -0000

Hi Shawn,

If you are referring to the IPv6 Ready Logo Core Test Specification for
this, we have a possible problem for this validation test case for devices
that don't track ICMPv6 connections.

*"Possible Problems: * If the device under test does not support tracking
connections for ICMPv6 this test case may be omitted."


If you have other questions about IPv6 Ready please feel free to take this
to the info@ipv6ready.org.


~Tim

On Tue, Jul 28, 2020 at 7:48 AM Shawn Zhang <yuanshan_zhang=
40apple.com@dmarc.ietf.org> wrote:

> 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
>
> --------------------------------------------------------------------
> IETF IPv6 working group mailing list
> ipv6@ietf.org
> Administrative Requests: https://www.ietf.org/mailman/listinfo/ipv6
> --------------------------------------------------------------------
>