Re: FW: New Version Notification for draft-bonica-6man-unrecognized-opt-02.txt

Brian E Carpenter <brian.e.carpenter@gmail.com> Fri, 27 July 2018 20:31 UTC

Return-Path: <brian.e.carpenter@gmail.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 DF9C6130E24 for <ipv6@ietfa.amsl.com>; Fri, 27 Jul 2018 13:31:05 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2
X-Spam-Level:
X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.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 sQJMC-FiowZp for <ipv6@ietfa.amsl.com>; Fri, 27 Jul 2018 13:31:03 -0700 (PDT)
Received: from mail-pf1-x436.google.com (mail-pf1-x436.google.com [IPv6:2607:f8b0:4864:20::436]) (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 B00B8130E10 for <ipv6@ietf.org>; Fri, 27 Jul 2018 13:31:03 -0700 (PDT)
Received: by mail-pf1-x436.google.com with SMTP id e13-v6so2099453pff.7 for <ipv6@ietf.org>; Fri, 27 Jul 2018 13:31:03 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=wp2jhYGZghhwYt0MSHUmBpMj6dshHbU1ttUJ3+gZkKI=; b=c8F0dkH/T2OqGPB1gU5mVEJP1VDB/Dk0+HomlnRI+o79GVAO5KD6WqUtlt8nTOLTyA tdO5VRzJ3LsOlfDOiy/bWB15Ya+9DmK+eWgVSBCpMmuARnTWUbUTjDObxkLPAX5Xy53C 6NZQqfVntSdG4g/9xIOEtDO8yy0totzEUVZ6f0Kg65QODrQtsmahnVGawEc+CRr9DvS4 kV6KCVVyoQIlvGVLPpTzXcjMfnOwITh0liRcLQXfc1G7tf2v0UCBHuxEsR7J+qwlZ5s1 IYFB+eMy2GG/zU6ImfdYQRI+cWAkznAM0c3IMq9fDnygnvZU9G+x4Ov6VxUueZr4DKo8 Uzow==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=wp2jhYGZghhwYt0MSHUmBpMj6dshHbU1ttUJ3+gZkKI=; b=FwIFGgs4BlwEHAFgFpUd+gZcQmAgj+PTCFFyNLmIFWC7JgH1DTq0YAC4/uzcW6Uwak LqZlv8x4Af2+tfK88awxOOr00Tpg4RRfYrKTXKThKNlLcw7uOZvZX3fclzH/J78DR5m0 s8skQ2OMDIxuSUl38T0gu/E+Q4ay2G37mbj809AB7Vlm3W822v3OzNXEKb1Jy4LmM2qX dpfweHiFrhFIMTTGssbs3GGwMyGRI3zqPhZM8fJEtqDZhH0b8zR2DnL6xcvfVx9ZsZyL 8b4VZcTTE9okHdn4lOwCrND+6fiYbUOLHkRz1AATxc0yJob+l/i9lzGrmVxZg2YHkj0W 0Fcg==
X-Gm-Message-State: AOUpUlHAlTfn0UkOEtTUB5r5OpW7xdWqqd9kdA1hPWbt8YsN5+0qEiJ5 Cy+Wgz1rDxoDfWKdOvrwoGxZBwx5
X-Google-Smtp-Source: AAOMgpeOx9vxdVuh7oHxtz0Wb41xch28tyBgtHpDkoyzhqvIY0tMuyCq+7Gxt593tM+0DvRe+IuFlQ==
X-Received: by 2002:a63:1546:: with SMTP id 6-v6mr7452827pgv.271.1532723463022; Fri, 27 Jul 2018 13:31:03 -0700 (PDT)
Received: from [192.168.178.40] ([118.148.121.80]) by smtp.gmail.com with ESMTPSA id y4-v6sm6713542pfm.137.2018.07.27.13.31.00 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 27 Jul 2018 13:31:01 -0700 (PDT)
Subject: Re: FW: New Version Notification for draft-bonica-6man-unrecognized-opt-02.txt
To: 神明達哉 <jinmei@wide.ad.jp>, Fernando Gont <fernando@gont.com.ar>
Cc: IPv6 IPv6 List <ipv6@ietf.org>
References: <153228891182.22962.4260855511063929653.idtracker@ietfa.amsl.com> <CO1PR05MB443EF021F73B448BD841754AE570@CO1PR05MB443.namprd05.prod.outlook.com> <CAJE_bqepLSMmemshqrccNOd9=5pXHXGoC-pwSk0hC_YbGuiuYg@mail.gmail.com> <78870d7f-8fe0-3a8a-c2b8-7d3b25308bf3@gont.com.ar> <CAJE_bqeDK0qJTuRoLGtTZCrKo_7iD5XjLSY5X4nuRD+zfeg58w@mail.gmail.com>
From: Brian E Carpenter <brian.e.carpenter@gmail.com>
Message-ID: <38404f96-d85f-e8d3-eb4a-29aa7fd22fbc@gmail.com>
Date: Sat, 28 Jul 2018 08:31:09 +1200
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.9.1
MIME-Version: 1.0
In-Reply-To: <CAJE_bqeDK0qJTuRoLGtTZCrKo_7iD5XjLSY5X4nuRD+zfeg58w@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Content-Language: en-US
Content-Transfer-Encoding: quoted-printable
Archived-At: <https://mailarchive.ietf.org/arch/msg/ipv6/QXnOncY5f5MrkuPDc5QZyBFqRyE>
X-BeenThere: ipv6@ietf.org
X-Mailman-Version: 2.1.27
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: Fri, 27 Jul 2018 20:31:06 -0000

On 28/07/2018 06:47, 神明達哉 wrote:
> At Fri, 27 Jul 2018 14:52:05 +0200,
> Fernando Gont <fernando@gont.com.ar> wrote:
> 
>>> The idea makes sense to me.  One quick comment:
>>>
>>> - I think the draft should be more specific about the option length
>>>   rather than (implicitly) leave it to the implementation.  In fact, I
>>>   don't see why it's not the obvious choice of '0'.
>>
>> While underspecified in the current doc, the option size that has an
>> impact on packet drops. So a node might be able to convey a DO of, say 8
>> bytes to the destination, but not one of, say, 512-bytes.
> 
> Yeah, I imagined that kind of intent, too.  And I wouldn't be opposed
> to making the length variable per se.  But my point is that IMO such a
> discussion should be explicitly included in the draft instead of
> leaving it to reader/implementer's imagination.

I agree, and there's another point that occurred to me, previously
mentioned in an off-list comment:

>> However, if someone
>> sends a long (256 byte) option whose data is all zero, that option
>> will be very compressible, if any hops on the path apply compression.
>> The fact that a compressed packet gets through might conceal the fact
>> that a longer one would fail for some reason.
>> 
>> If you buy that, then the option data should be randomized, which makes
>> it much less compressible.

   Brian