Re: [Spud] FW: New Version Notification for draft-hildebrand-spud-prototype-02.txt

Brian Trammell <ietf@trammell.ch> Tue, 03 March 2015 18:53 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 D2F8D1A88CE for <spud@ietfa.amsl.com>; Tue, 3 Mar 2015 10:53:24 -0800 (PST)
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 kuZi64NXmI82 for <spud@ietfa.amsl.com>; Tue, 3 Mar 2015 10:53:22 -0800 (PST)
Received: from trammell.ch (trammell.ch [5.148.172.66]) by ietfa.amsl.com (Postfix) with ESMTP id 99B611AC3E6 for <spud@ietf.org>; Tue, 3 Mar 2015 10:53:21 -0800 (PST)
Received: from [10.179.1.252] (unknown [213.55.184.235]) by trammell.ch (Postfix) with ESMTPSA id 5857A1A0161; Tue, 3 Mar 2015 19:53:20 +0100 (CET)
Content-Type: text/plain; charset="us-ascii"
Mime-Version: 1.0 (1.0)
From: Brian Trammell <ietf@trammell.ch>
X-Mailer: iPhone Mail (12B466)
In-Reply-To: <AA3CFF6F-1037-495C-B533-A7EB95CF65DF@cisco.com>
Date: Tue, 03 Mar 2015 19:53:18 +0100
Content-Transfer-Encoding: quoted-printable
Message-Id: <85640FC4-4EB1-49F6-A7D9-D3C85760B874@trammell.ch>
References: <20150303155825.32731.37010.idtracker@ietfa.amsl.com> <08728A73-ED15-4928-A5BB-A59EA9E6D785@cisco.com> <CA+9kkMDSMMUByAMOc8gSyMajyKj0ZtZzmFPg+J7bz-6AYkFYhw@mail.gmail.com> <AA3CFF6F-1037-495C-B533-A7EB95CF65DF@cisco.com>
To: "Joe Hildebrand (jhildebr)" <jhildebr@cisco.com>
Archived-At: <http://mailarchive.ietf.org/arch/msg/spud/BF43EBuzD7g3-b-Gm3cIUOR7-uA>
Cc: Ted Hardie <ted.ietf@gmail.com>, "spud@ietf.org" <spud@ietf.org>
Subject: Re: [Spud] FW: New Version Notification for draft-hildebrand-spud-prototype-02.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: <http://www.ietf.org/mail-archive/web/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, 03 Mar 2015 18:53:25 -0000


Sent from my iPhone (but not top quoted)

> On 03 Mar 2015, at 19:30, Joe Hildebrand (jhildebr) <jhildebr@cisco.com> wrote:
> 
>> On 3/3/15, 7:28 PM, "Ted Hardie" <ted.ietf@gmail.com> wrote:
>> 
>> The draft currently asks whether the Tube ID should be scoped to a single source address or not.  My preference is to stick to a single 5-tuple now, as in the common case, the path may change with a change in source address.
>> 
>> There is still some chance that a changing privacy address in V6-land would not, but let's not optimize for that just now.
> 
> I'm ok with that for now.  The next question then is if the Tube ID adds any value at all?  Is the source sockaddr_in[6] enough?  We could save some bytes.

Sub-port level multiplexing for userspace spud implementations, and inability for someone who knows the 5 tuple to spoof p2a messages. It's a 64-bit strong proof you saw the packet, which is strong enough to make brute force expensive. 32 bits isn't. And 48 bit ints are weird, ieee 802 notwithstanding.

(And if we scope tube ids to 5 tuples always, the we can't carry them across v6 privacy addresses. Otherwise, whither privacy?)

> -- 
> Joe Hildebrand
> 
> 
> 
> _______________________________________________
> Spud mailing list
> Spud@ietf.org
> https://www.ietf.org/mailman/listinfo/spud