IETF Logo Mail Archive

Re: [Udp35] Trying to learn about udp35

Jana Iyengar <jri@google.com> Wed, 25 June 2014 16:02 UTC

Return-Path: <jri@google.com>
X-Original-To: udp35@ietfa.amsl.com
Delivered-To: udp35@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0F7421B2D46 for <udp35@ietfa.amsl.com>; Wed, 25 Jun 2014 09:02:47 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.029
X-Spam-Level:
X-Spam-Status: No, score=-2.029 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, RP_MATCHES_RCVD=-0.651, 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 z6DYhpZNTY_e for <udp35@ietfa.amsl.com>; Wed, 25 Jun 2014 09:02:41 -0700 (PDT)
Received: from mail-qg0-x22f.google.com (mail-qg0-x22f.google.com [IPv6:2607:f8b0:400d:c04::22f]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 03A9A1B2D42 for <udp35@ietf.org>; Wed, 25 Jun 2014 09:02:27 -0700 (PDT)
Received: by mail-qg0-f47.google.com with SMTP id q108so1861852qgd.34 for <udp35@ietf.org>; Wed, 25 Jun 2014 09:02:27 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=MQ9BiHPiqc7ANhfVtrWcRNHiWctdbaaI1LGNFV8qkDg=; b=KZ/iOX8rzyN5YpOIBwUj85pljvZzulbx4tRPYQ6vOooI3RGDiHXpsMUuU1y0bO5Mq9 hgkxSTtyXFLri9P+y+q4ROq5mFWsFiMkVlQrZ+phqbf61h9t0vdJgB2TaRDdxyVL3XYr CMnA4/HfzXR19rat/vDMeXnCSntO1B79IYGDChprP7p6y84TomN7ntR3iGrslaTcP/RR i7CBpcgxrxewqrHSrViYd/xx93pUkgVj4JilWrs+Ce1TLVdMT7pVaSuFGiqZ5cURz4I/ GlCi1IdqaV3lbvZ+ugU+YIuqsBsTicP86Z31o+zgNOy2im7FqwDaW0jiuDhe18Cgw5ZK ejzw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=MQ9BiHPiqc7ANhfVtrWcRNHiWctdbaaI1LGNFV8qkDg=; b=eiBlOFMQOxtBoUjoOJ8ZYiRRwlIqpDqEERglaTL/JHDx/RtvH3o0Hm1sQizUte7Z8z SvRO5ZuCDU2pQz5nsA8kbgYxfwfFeFUGCWt0+sN54bXJZ1gvArqbbSyg5BmH76dcjvZu 6HUIyR5RogC1L0UWejnfVSwd4bAxCCqkvxjNjqWVKxAMNTQI6ePCj8Mlu9yvHL0XBGje Vf077XC6byy+ZNq/pAQL5pt6xXzJ9yhca9aygV1eZz7wR5XvpD1azNTVzCuGbCVell4Q Sy1lZzyq+t6j8+ZXTCtsFnqL0GCBIhYjkXmHf3JXjb6akmqYnWrykzy+PeuZHK4SIbbs jhYg==
X-Gm-Message-State: ALoCoQnb8cmBTlpIbrmCmkR3Gn+4BzfhNiMKwgSsbv/nYb4flVEZCNWPJwHwnyu8JAKGfuRv6FqJ
MIME-Version: 1.0
X-Received: by 10.140.103.74 with SMTP id x68mr12373324qge.34.1403712147127; Wed, 25 Jun 2014 09:02:27 -0700 (PDT)
Received: by 10.96.156.99 with HTTP; Wed, 25 Jun 2014 09:02:27 -0700 (PDT)
In-Reply-To: <7BF0DF8E-D108-46DF-893C-A4BB51DBC2F2@trammell.ch>
References: <CAGD1bZYA4esRRYfSeRjBnJv4pGyRyg3x7xBBd_C=-NfxDD9rpA@mail.gmail.com> <537A3BA5.2070406@gmail.com> <CAGD1bZas6ur_uS=YaPedXqLCaVcxk+kGo=bO+axFQdTJaB5eHw@mail.gmail.com> <E81DA188-091C-4E23-BAC7-09702F9C66E3@trammell.ch> <9F7FA388-3AA3-496F-B727-E2D8872B82C5@ifi.uio.no> <989971F8-203E-4087-87EF-CEA1214DE9C9@trammell.ch> <9763C6AC-C8D6-4DE4-BAA0-1BD4595E4EB0@ifi.uio.no> <EB090BFC-2587-4CF8-97AD-E410FBB29C67@trammell.ch> <EF1A49FF-40A9-4DFF-A62D-F59AD7B0499A@ifi.uio.no> <CAGD1bZY7FpUi3YpebOSZw-vQgBXYMOpOT3rPi5Ct2_477grAYQ@mail.gmail.com> <7BF0DF8E-D108-46DF-893C-A4BB51DBC2F2@trammell.ch>
Date: Wed, 25 Jun 2014 09:02:27 -0700
Message-ID: <CAGD1bZZZnACbbB9gCMNhAZw+1yr0=K7wM+MobOL-0L4TAHCrAw@mail.gmail.com>
From: Jana Iyengar <jri@google.com>
To: Brian Trammell <ietf@trammell.ch>
Content-Type: multipart/alternative; boundary="001a1134eda8e6138d04fcab3363"
Archived-At: http://mailarchive.ietf.org/arch/msg/udp35/2YcKGzosoBJzDKiRODuUyFvAPvw
Cc: Spencer Dawkins <spencerdawkins.ietf@gmail.com>, Michael Welzl <michawe@ifi.uio.no>, udp35@ietf.org
Subject: Re: [Udp35] Trying to learn about udp35
X-BeenThere: udp35@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Life beyond UDP <udp35.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/udp35>, <mailto:udp35-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/udp35/>
List-Post: <mailto:udp35@ietf.org>
List-Help: <mailto:udp35-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/udp35>, <mailto:udp35-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 25 Jun 2014 16:02:47 -0000

Ah -- drat. Sorry about missing the call. I'll plan to be there on Saturday.


> One approach to _this_ problem would be a sub-(userspace-)transport
> session layer, which would allow middleboxes to interact with the common
> semantics of these layer-4(.5) transports (mainly here we're talking about
> firewalls applying policy to the first packet of a flow) without breaking
> the transport-specific semantics.
>
> Hence "udp35" :)
>

Minion, as you probably know, was built with exactly that as a goal. I
don't think it solves the entire middlebox issue (I don't think there's any
one solution that can), but it certainly takes us towards it.
I still don't understand "udp35". What is 35?

v2.23.0 | Report a Bug | By Email