[Spud] Fwd: New Version Notification for draft-trammell-spud-req-00.txt
Brian Trammell <ietf@trammell.ch> Tue, 07 July 2015 10:44 UTC
Return-Path: <ietf@trammell.ch>
X-Original-To: spud@ietfa.amsl.com
Delivered-To: spud@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1])
by ietfa.amsl.com (Postfix) with ESMTP id 7516E1A89FA
for <spud@ietfa.amsl.com>; Tue, 7 Jul 2015 03:44:41 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.912
X-Spam-Level:
X-Spam-Status: No, score=-1.912 tagged_above=-999 required=5
tests=[BAYES_00=-1.9, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001,
T_RP_MATCHES_RCVD=-0.01] autolearn=ham
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 j7k_Nnm0iLFa for <spud@ietfa.amsl.com>;
Tue, 7 Jul 2015 03:44:39 -0700 (PDT)
Received: from trammell.ch (trammell.ch [5.148.172.66])
by ietfa.amsl.com (Postfix) with ESMTP id 6AADD1A89A1
for <spud@ietf.org>; Tue, 7 Jul 2015 03:44:39 -0700 (PDT)
Received: from [IPv6:2001:67c:10ec:2a49:8000::10d6] (unknown
[IPv6:2001:67c:10ec:2a49:8000::10d6])
by trammell.ch (Postfix) with ESMTPSA id 159DA1A001C
for <spud@ietf.org>; Tue, 7 Jul 2015 12:44:38 +0200 (CEST)
From: Brian Trammell <ietf@trammell.ch>
X-Pgp-Agent: GPGMail 2.5
Content-Type: multipart/signed;
boundary="Apple-Mail=_53110BA4-A734-4B9E-A869-512890EFB954";
protocol="application/pgp-signature"; micalg=pgp-sha512
Date: Tue, 7 Jul 2015 12:44:40 +0200
References: <20150706211605.21421.53970.idtracker@ietfa.amsl.com>
To: spud@ietf.org
Message-Id: <204D1558-3215-4E66-8BBA-B7F8B731DB29@trammell.ch>
Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2098\))
X-Mailer: Apple Mail (2.2098)
Archived-At: <http://mailarchive.ietf.org/arch/msg/spud/oFwsUK8ENnD0uNxBZcOfAfm00s0>
Subject: [Spud] Fwd: New Version Notification for
draft-trammell-spud-req-00.txt
X-BeenThere: spud@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Session Protocol Underneath Datagrams <spud.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/spud>,
<mailto:spud-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/spud/>
List-Post: <mailto:spud@ietf.org>
List-Help: <mailto:spud-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/spud>,
<mailto:spud-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 07 Jul 2015 10:44:41 -0000
Greetings, all, We have submitted a first pass at a requirements document for a SPUD protocol, attempting to capture the things we think we have as functional and nonfunctional requirements (sections 5 and 6 respectively), as well as a discussion of the tradeoffs involved in the open questions (section 7). We've tried to capture discussion in Dallas and subsequently on the list, and intend this document to help facilitate discussions on an (eventual) set of requirements to do some engineering around. Cheers, Brian and Mirja (for the contributors to draft-trammell-spud-req). > Begin forwarded message: > > From: internet-drafts@ietf.org > Subject: New Version Notification for draft-trammell-spud-req-00.txt > Date: 6 Jul 2015 23:16:05 CEST > To: "Mirja Kuehlewind" <mirja.kuehlewind@tik.ee.ethz.ch>ch>, "Mirja Kuehlewind" <mirja.kuehlewind@tik.ee.ethz.ch>ch>, "Brian Trammell" <ietf@trammell.ch>ch>, "Brian Trammell" <ietf@trammell.ch> > > > A new version of I-D, draft-trammell-spud-req-00.txt > has been successfully submitted by Mirja Kuehlewind and posted to the > IETF repository. > > Name: draft-trammell-spud-req > Revision: 00 > Title: Requirements for the design of a Substrate Protocol for User Datagrams (SPUD) > Document date: 2015-07-06 > Group: Individual Submission > Pages: 14 > URL: https://www.ietf.org/internet-drafts/draft-trammell-spud-req-00.txt > Status: https://datatracker.ietf.org/doc/draft-trammell-spud-req/ > Htmlized: https://tools.ietf.org/html/draft-trammell-spud-req-00 > > > Abstract: > The Substrate Protocol for User Datagrams (SPUD) BoF session at the > IETF 92 meeting in Dallas in March 2015 identified the potential need > for a UDP-based encapsulation protocol to allow explicit cooperation > with middleboxes while using new, encrypted transport protocols. > This document proposes an initial set of requirements for such a > protocol, and discusses tradeoffs to be made in further refining > these requirements. > > > > > Please note that it may take a couple of minutes from the time of submission > until the htmlized version and diff are available at tools.ietf.org. > > The IETF Secretariat >
- [Spud] Fwd: New Version Notification for draft-tr… Brian Trammell