Re: [Stackevo] [IAB] draft-hardie-path-signals and draft-trammell-wire-image
Mark Nottingham <mnot@mnot.net> Mon, 09 April 2018 00:39 UTC
Return-Path: <mnot@mnot.net>
X-Original-To: stackevo@ietfa.amsl.com
Delivered-To: stackevo@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0FE2E12D950; Sun, 8 Apr 2018 17:39:18 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.701
X-Spam-Level:
X-Spam-Status: No, score=-2.701 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=mnot.net header.b=ZkkplsI1; dkim=pass (2048-bit key) header.d=messagingengine.com header.b=HHe8LOfY
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 4MvySfQ-i_0i; Sun, 8 Apr 2018 17:39:16 -0700 (PDT)
Received: from out5-smtp.messagingengine.com (out5-smtp.messagingengine.com [66.111.4.29]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D5F6E126BFD; Sun, 8 Apr 2018 17:39:15 -0700 (PDT)
Received: from compute3.internal (compute3.nyi.internal [10.202.2.43]) by mailout.nyi.internal (Postfix) with ESMTP id 5DA1C20C7C; Sun, 8 Apr 2018 20:39:14 -0400 (EDT)
Received: from mailfrontend2 ([10.202.2.163]) by compute3.internal (MEProxy); Sun, 08 Apr 2018 20:39:14 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=mnot.net; h=cc :content-transfer-encoding:content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-sender :x-me-sender:x-sasl-enc; s=fm2; bh=ZM5cB5Wq13tTDPzMHa1WFj0/94HjG ZZZxnmkJMApdSw=; b=ZkkplsI1ZenrId4JiFrtd1W6D/IFnJbPuqPswwJ3k/xKQ iXAgLp2PW5uhoMQBZirF2cT+vS/IQbKARSZL1kj9xKwsRivKyj9Bs+rXV588JiEK ySkQl5bwf62YF7w/qSLC59hgpu5fAEgw1W87T9w6Mh0YN+5xgDxdKw0hp6KKkdX4 ECmzaazvFaq3mbpFZWNeTR9XJXRjx91bSl9Y22XQUR9nZUBS4mAij1PJRNTLqy+t rwesL81B0QBPp9FeRO3Q8hm9lubGjM3c2FexXoIjr5HosqaV6ENxCGDAZaE8SXTJ fDqmNxRIhARGr2I+Alg5nwFkpDoMq4sfEhyl+IbEA==
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-me-sender:x-me-sender:x-sasl-enc; s=fm2; bh=ZM5cB5 Wq13tTDPzMHa1WFj0/94HjGZZZxnmkJMApdSw=; b=HHe8LOfYe2HBffcMvW+kW9 eTcpHoGa+V1ulB5QhqrO4pHFG5LrnlTwFLmKUI+35ZU+ntPPPf2MiE/lpBJy6Vmp mWuyefVuMT9LMoVdymsY8r1T6pyDEd1jhuacBqF0C23eLI9wZelFnaKHHm6JhmhC GS8WNpN7uauT6mtov2+DlayB6ZGxrmzAN+NXh6HnygPNZeslo4REPjC8u3/7UjiY iu67LaGigoSl06pKnSH/3q/lb4XsZqCpenDWw0nqgk/Oc0HE+NnnxqlIHS1WZr6E sW9hBuiWphZoseH2M5q0JY9cy2DFHRSuum7QPMJ45bci9rYHUjvdWOhdVErPgkXA ==
X-ME-Sender: <xms:MrbKWreaii69mfnNugKdVmqcVhs0CDhSLR33LgQYNjhBhHDpx4FBXA>
Received: from [192.168.1.25] (unknown [144.136.175.28]) by mail.messagingengine.com (Postfix) with ESMTPA id 205A410252; Sun, 8 Apr 2018 20:39:12 -0400 (EDT)
Content-Type: text/plain; charset="us-ascii"
Mime-Version: 1.0 (Mac OS X Mail 11.3 \(3445.6.18\))
From: Mark Nottingham <mnot@mnot.net>
In-Reply-To: <0CB88447-0F7C-4A8E-BE70-7CDF29C9FCE9@trammell.ch>
Date: Mon, 09 Apr 2018 10:39:10 +1000
Cc: Stack Evolution Program <stackevo@iab.org>, IAB IAB <iab@iab.org>
Content-Transfer-Encoding: quoted-printable
Message-Id: <3C1B09FF-0CFC-4AB0-ACB6-B929E68F4BF6@mnot.net>
References: <C986EAB5-CFE3-49AF-A19A-B087E63EE365@trammell.ch> <1641F7D4-E7E9-4A8D-88F2-3A07A0082AFD@mnot.net> <0CB88447-0F7C-4A8E-BE70-7CDF29C9FCE9@trammell.ch>
To: "Brian Trammell (IETF)" <ietf@trammell.ch>
X-Mailer: Apple Mail (2.3445.6.18)
Archived-At: <https://mailarchive.ietf.org/arch/msg/stackevo/oC7vJPOzCALbrM2ASmF0tN6yl8Y>
Subject: Re: [Stackevo] [IAB] draft-hardie-path-signals and draft-trammell-wire-image
X-BeenThere: stackevo@iab.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: IP Stack Evolution Program Mailing List <stackevo.iab.org>
List-Unsubscribe: <https://www.iab.org/mailman/options/stackevo>, <mailto:stackevo-request@iab.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/stackevo/>
List-Post: <mailto:stackevo@iab.org>
List-Help: <mailto:stackevo-request@iab.org?subject=help>
List-Subscribe: <https://www.iab.org/mailman/listinfo/stackevo>, <mailto:stackevo-request@iab.org?subject=subscribe>
X-List-Received-Date: Mon, 09 Apr 2018 00:39:18 -0000
> On 6 Apr 2018, at 8:01 pm, Brian Trammell (IETF) <ietf@trammell.ch> wrote: >> >> * 1. Introduction seems to skip around a discussion of whether participants in lower-layer protocols are also participants in "higher" layer protocols -- i.e., is participation transitive? > > Hm, this is a good point... I looked at this for a while, though, and I couldn't come up with text here without going down a side-tracked philosophical rabbit hole; suggestions? I'd change the first sentence in the second paragraph to something like: """ Implicit in a protocol specification is the information the protocol radiates toward nonparticipant observers of the messages sent among participants, often including participants in lower layer protocols. """ >> * 3.3.1. Invariants begs the question of what networks will do with the parts of the message that are *not* invariant, and the resulting strategies that protocol designers might take -- i.e., some form of encryption, greasing, etc. Not sure if we intend to publish a separate doc here, but it might be worth mentioning. > > I've added some text here to the working copy (https://britram.github.io/draft-trammell-wire-image/draft-trammell-wire-image.html#rfc.section.3.3.1) -- is this what you had in mind? I'd add something like: """ Parts of a protocol's wire image that are purposefully not invariant because they are not intended to be visible or manipulated by defines on paths should, where possible, be protected by encryption, "greasing" [ref?] or other techniques to assure that they do not become invariant over time, through ossification. """ -- Mark Nottingham https://www.mnot.net/
- [Stackevo] draft-hardie-path-signals and draft-tr… Brian Trammell (IETF)
- Re: [Stackevo] [IAB] draft-hardie-path-signals an… Martin Thomson
- Re: [Stackevo] [IAB] draft-hardie-path-signals an… Mark Nottingham
- Re: [Stackevo] [IAB] draft-hardie-path-signals an… Brian Trammell (IETF)
- Re: [Stackevo] [IAB] draft-hardie-path-signals an… Mark Nottingham
- Re: [Stackevo] [IAB] draft-hardie-path-signals an… Brian Trammell (IETF)
- Re: [Stackevo] [IAB] draft-hardie-path-signals an… Spencer Dawkins at IETF
- Re: [Stackevo] [IAB] draft-hardie-path-signals an… Mirja Kühlewind
- Re: [Stackevo] [IAB] draft-hardie-path-signals an… Martin Thomson
- Re: [Stackevo] [IAB] draft-hardie-path-signals an… Brian Trammell (IETF)
- Re: [Stackevo] [IAB] draft-hardie-path-signals an… Alissa Cooper
- [Stackevo] draft-thomson-use-it-or-lose-it Brian Trammell (IETF)
- Re: [Stackevo] draft-thomson-use-it-or-lose-it Ted Hardie
- Re: [Stackevo] draft-thomson-use-it-or-lose-it Brian Trammell (IETF)
- Re: [Stackevo] draft-thomson-use-it-or-lose-it Ted Hardie
- Re: [Stackevo] draft-thomson-use-it-or-lose-it Martin Thomson
- Re: [Stackevo] draft-thomson-use-it-or-lose-it Aaron Falk