
From nobody Fri Sep 26 11:27:43 2014
Return-Path: <ietf@trammell.ch>
X-Original-To: behave@ietfa.amsl.com
Delivered-To: behave@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 771F41A6EEC for <behave@ietfa.amsl.com>; Fri, 26 Sep 2014 06:51:40 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.902
X-Spam-Level: 
X-Spam-Status: No, score=-3.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, GB_I_INVITATION=-2, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] 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 6MlyTamHX1Bf for <behave@ietfa.amsl.com>; Fri, 26 Sep 2014 06:51:38 -0700 (PDT)
Received: from trammell.ch (trammell1.nine.ch [5.148.172.66]) by ietfa.amsl.com (Postfix) with ESMTP id 2BD131A1BAD for <behave@ietf.org>; Fri, 26 Sep 2014 06:51:38 -0700 (PDT)
Received: from pb-10243.ethz.ch (pb-10243.ethz.ch [82.130.102.152]) by trammell.ch (Postfix) with ESMTPSA id 4D3F71A07F0 for <behave@ietf.org>; Fri, 26 Sep 2014 15:51:37 +0200 (CEST)
From: Brian Trammell <ietf@trammell.ch>
Content-Type: multipart/signed; boundary="Apple-Mail=_04C06F55-3E0A-4753-8A53-29DD6B7AB53C"; protocol="application/pgp-signature"; micalg=pgp-sha512
Date: Fri, 26 Sep 2014 15:51:39 +0200
References: <9D725DD0-7136-4D02-99E0-48E03C173C9E@iab.org>
To: behave@ietf.org
Message-Id: <9CC13927-2B53-4A7F-AA12-27339880254F@trammell.ch>
Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\))
X-Mailer: Apple Mail (2.1878.6)
Archived-At: http://mailarchive.ietf.org/arch/msg/behave/hs3LNV6cIz68wwv1UN210Yzqc-k
X-Mailman-Approved-At: Fri, 26 Sep 2014 11:27:41 -0700
Subject: [BEHAVE] Fwd: Call for Papers: IAB Workshop on Stack Evolution in a Middlebox Internet (SEMI)
X-BeenThere: behave@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: mailing list of BEHAVE IETF WG <behave.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/behave>, <mailto:behave-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/behave/>
List-Post: <mailto:behave@ietf.org>
List-Help: <mailto:behave-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/behave>, <mailto:behave-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 26 Sep 2014 13:51:40 -0000

--Apple-Mail=_04C06F55-3E0A-4753-8A53-29DD6B7AB53C
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=windows-1252

Greetings, all,

For those of you not on ietf-announce, this upcoming workshop may be of =
interest.

Cheers,

Brian

Begin forwarded message:

> From: IAB Chair <iab-chair@iab.org>
> Subject: Call for Papers: IAB Workshop on Stack Evolution in a =
Middlebox Internet (SEMI)
> Date: 9 Sep 2014 18:09:43 GMT+2
> To: IETF Announce <ietf-announce@ietf.org>
> Cc: IAB <iab@iab.org>, IETF <ietf@ietf.org>
> Reply-To: IAB <iab@iab.org>
>=20
> IAB Workshop on Stack Evolution in a Middlebox Internet (SEMI)
> 26-27 January 2015 =96 ETH Z=FCrich, Switzerland
>=20
> The Internet=92s transport layer has ossified, squeezed between narrow=20=

> interfaces (from BSD sockets to pseudo-transport over HTTPS) and=20
> increasing in-network modification of traffic by middleboxes that make=20=

> assumptions about the protocols running through them. This =
ossification=20
> makes it difficult to innovate in the transport layer, through the=20
> deployment of new protocols or the extension of existing ones. At the=20=

> same time, emerging applications require functionality that existing=20=

> protocols can provide only inefficiently, if at all.
>=20
> To begin to address this problem, the Internet Architecture Board =
(IAB),=20
> within the scope of its IP Stack Evolution Program, is organizing a=20
> workshop to discuss approaches to de-ossifying transport, especially=20=

> with respect to interactions with middleboxes and new methods for=20
> implementing transport protocols. Recognizing that the end-to-end=20
> principle has long been compromised, we start with the fundamental=20
> question of matching paths through the Internet with certain=20
> characteristics to application and transport requirements. Which paths=20=

> through the Internet are actually available to applications? Which=20
> transports can be used over these paths? How can applications =
cooperate=20
> with network elements to improve path establishment and discovery? Can=20=

> common transport functionality and standardization help application=20
> developers to implement and deploy such approaches in today=92s =
Internet?=20
> Could cooperative approaches give us a way to rebalance the Internet=20=

> back toward its end-to-end roots?
>=20
> Topics
>=20
> For this workshop we would like to consider topics that speak to these=20=

> questions, including the following:
>=20
> - Development and deployment of transport-like features in =
application-
>  layer protocols
> - Methods for discovery of path characteristics and protocol=20
>  availability along a path
> - Methods for middlebox detection and characterization of middlebox=20
>  behavior and functionality
> - Methods for NAT and middlebox traversal in the establishment of end-
>  to-end paths
> - Mechanisms for cooperative path-endpoint signaling, and lessons=20
>  learned from existing approaches
> - Economic considerations and incentives for cooperation in middlebox=20=

>  deployment
>=20
> We will explicitly focus on approaches that are incrementally =
deployable=20
> within the present Internet.
>=20
> The outcome of the workshop will be architectural and engineering=20
> guidance on future work in the area, published as an IAB workshop=20
> report, based on discussion of proposed approaches; future work will =
be=20
> pursued within the IAB Stack Evolution Program. We will also explore=20=

> possible areas for standardization, e.g. new protocols that separate=20=

> signaling to and from on-path devices and common transport semantics=20=

> from the rest of the transport protocol; and for general guidance, =
e.g.=20
> how transports as well as middleboxes can be designed and deployed to=20=

> achieve these goals.
>=20
> Submission Instructions
>=20
> Attendance at the workshop is by invitation. Prospective participants=20=

> are invited to submit short position papers outlining their views on =
one=20
> or more topics related to the scope of the workshop. Position papers=20=

> will be published on the IAB website at:=20
> http://www.iab.org/activities/workshops/semi/.
>=20
> Submissions accepted at:=20
> https://www.easychair.org/conferences/?conf=3Dsemi2015
>=20
> Submission Deadline: 31 October 2014
>=20
> Notification Deadline: 17 November 2014
>=20
> Workshop Dates: 26-27 January 2015
>=20
> Sponsored by the Internet Architecture Board, the Internet Society, =
and=20
> ETH Z=FCrich. Mirja K=FChlewind and Brian Trammell, General Chairs.


--Apple-Mail=_04C06F55-3E0A-4753-8A53-29DD6B7AB53C
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
	filename=signature.asc
Content-Type: application/pgp-signature;
	name=signature.asc
Content-Description: Message signed with OpenPGP using GPGMail

-----BEGIN PGP SIGNATURE-----
Comment: GPGTools - https://gpgtools.org

iQEcBAEBCgAGBQJUJW9rAAoJENt3nsOmbNJcV2oH/3kchQd8zwFdZIRn1y0FJuAh
17WHVEKEuxvgo69swFBJnpz5vKZMZgoxlFOSpjT6TP1Y7MnYFqsZjCA1iviTt7W3
ur/yn/mRfI6SxPgIwsZsp7Qu8T+uDY7l0f2BbMAFn4h/VQgdQrX3BD/+3uFxYJqM
gBpwdi/xGagycjMu6xbl93Kbw2MGX4L2wYNlVB1+MVaY6z6uIum75V52ItiaxmCY
iAk+QmXEkGbgVLfCXWaQa6KAJsSusPELQX2gNAg9g4AHaZzrHH8wqxOmhp/mkl36
f04Fs3pDkkvXu6eXH4CtCsrDZtq5PcWoXdzgAB2gzfwCagRNfz5SFFFTlcBD+Ek=
=cf6D
-----END PGP SIGNATURE-----

--Apple-Mail=_04C06F55-3E0A-4753-8A53-29DD6B7AB53C--

