IETF Logo Mail Archive

Re: [Tsv-art] [Last-Call] [lp-wan] Tsvart last call review of draft-ietf-lpwan-coap-static-context-hc-12

Joseph Touch <touch@strayalpha.com> Wed, 18 March 2020 14:56 UTC

Return-Path: <touch@strayalpha.com>
X-Original-To: tsv-art@ietfa.amsl.com
Delivered-To: tsv-art@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1ACB23A16FD; Wed, 18 Mar 2020 07:56:07 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.318
X-Spam-Level:
X-Spam-Status: No, score=-1.318 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_NEUTRAL=0.779, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=strayalpha.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 iiJHWcS4yCEZ; Wed, 18 Mar 2020 07:56:05 -0700 (PDT)
Received: from server217-3.web-hosting.com (server217-3.web-hosting.com [198.54.115.226]) (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 49A693A16FA; Wed, 18 Mar 2020 07:56:05 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=strayalpha.com; s=default; h=To:References:Message-Id:Cc:Date:In-Reply-To: From:Subject:Mime-Version:Content-Type:Sender:Reply-To: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date: Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=niWB8iEyLaZ+4vTvquJFl/O2Xy+Vf0b7NMBr0y8N6us=; b=jIplvL+CKSAvF8nXINDpEvHra 8iey22WIPGdxTtx06J2TT7uRqikfqaLXlykZDpORaIpkX8dPa1oFLKW74MIFSt2OoTxCbn/3aEjXQ it2hEIIfYYFrHZ7H9k8Mz2HodgEw9DYmhiQN/p/7eHo/ZbrNJm/BIbTnFgHjtXXfaq6uhU45yaWki Tc2W8tpYFDc7xIKaS4ZoSzDlmj9xp7vlRbaVm8K1Tn1pWpC9WI8Afn0s2h6j7zGQNZ47wxBJFqFNX IPgCsp3RBNAAX1iKacbyWFd7EX7hy5HwOvZVhwV4Ut3/8DXBvzun8O5KnXieR69x3uygLOy+kljeF hxj32iU9Q==;
Received: from cpe-172-250-225-198.socal.res.rr.com ([172.250.225.198]:62592 helo=[192.168.1.10]) by server217.web-hosting.com with esmtpsa (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.92) (envelope-from <touch@strayalpha.com>) id 1jEa6x-002bnW-RD; Wed, 18 Mar 2020 10:56:04 -0400
Content-Type: multipart/alternative; boundary="Apple-Mail=_65411041-0FEF-4542-ADAD-639E16EA9B13"
Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\))
From: Joseph Touch <touch@strayalpha.com>
In-Reply-To: <27E35DC7-C83E-4C6C-984A-3AC1C183BC28@kuehlewind.net>
Date: Wed, 18 Mar 2020 07:55:56 -0700
Cc: "<dominique.barthel@orange.com>" <dominique.barthel@orange.com>, "draft-ietf-lpwan-coap-static-context-hc.all@ietf.org" <draft-ietf-lpwan-coap-static-context-hc.all@ietf.org>, "last-call@ietf.org" <last-call@ietf.org>, The IESG <iesg@ietf.org>, "lp-wan@ietf.org" <lp-wan@ietf.org>, "tsv-art@ietf.org" <tsv-art@ietf.org>, "draft-ietf-lpwan-ipv6-static-context-hc@ietf.org" <draft-ietf-lpwan-ipv6-static-context-hc@ietf.org>, Benjamin Kaduk <kaduk@mit.edu>
Message-Id: <9DF137B7-2861-4ADA-9C8B-22DFE7022EAD@strayalpha.com>
References: <158152010913.17982.18347318138768196852@ietfa.amsl.com> <340_1584143298_5E6C1BC2_340_169_1_DA91D669.71EAC%dominique.barthel@orange.com><20200317211335.GR50174@kduck.mit.edu> <30843_1584487855_5E715DAF_30843_429_4_DA971B0C.72109%dominique.barthel@orange.com> <27E35DC7-C83E-4C6C-984A-3AC1C183BC28@kuehlewind.net>
To: Mirja Kuehlewind <ietf@kuehlewind.net>
X-Mailer: Apple Mail (2.3445.9.1)
X-OutGoing-Spam-Status: No, score=-0.5
X-AntiAbuse: This header was added to track abuse, please include it with any abuse report
X-AntiAbuse: Primary Hostname - server217.web-hosting.com
X-AntiAbuse: Original Domain - ietf.org
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - strayalpha.com
X-Get-Message-Sender-Via: server217.web-hosting.com: authenticated_id: touch@strayalpha.com
X-Authenticated-Sender: server217.web-hosting.com: touch@strayalpha.com
X-Source:
X-Source-Args:
X-Source-Dir:
X-From-Rewrite: unmodified, already matched
Archived-At: <https://mailarchive.ietf.org/arch/msg/tsv-art/sQC4c1H8xIfJa65OTonUnefYKB4>
Subject: Re: [Tsv-art] [Last-Call] [lp-wan] Tsvart last call review of draft-ietf-lpwan-coap-static-context-hc-12
X-BeenThere: tsv-art@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Transport Area Review Team <tsv-art.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/tsv-art>, <mailto:tsv-art-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/tsv-art/>
List-Post: <mailto:tsv-art@ietf.org>
List-Help: <mailto:tsv-art-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/tsv-art>, <mailto:tsv-art-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 18 Mar 2020 14:56:08 -0000


> On Mar 18, 2020, at 5:50 AM, Mirja Kuehlewind <ietf@kuehlewind.net> wrote:
> 
>> Indeed, the protocol parser and the SCHC rules need to know about the UDP
>> TLVs if one wants to compress them.
>> But the same is true of all the other fields. I don't think this one
>> warrants a special notice.
>> What I insist on is that, if an implementation does not know of the UDP
>> TLVs, it will not reconstruct an erroneous UDP Length, even for a packet
>> that contains these TLVs, assuming that the protocol parser checks the UDP
>> and IPv6 lengths for consistency.
> 
> I think this last statement (“protocol parser checks the UDP
> and IPv6 lengths for consistency”) is the important point that needs to be explicitly mention in the document!

That way of phrasing it is dangerous - it implies that when the values differ there is some sort of error.

It would be more in line with current TSV efforts to standardize UDP options to say “UDP length can be compressed when it *can* be computed from the IP length” and that “it MUST NOT be compressed as computable otherwise”.

Joe

v2.23.0 | Report a Bug | By Email