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

Ted Hardie <ted.ietf@gmail.com> Tue, 03 March 2015 18:50 UTC

Return-Path: <ted.ietf@gmail.com>
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 0660C1A870A for <spud@ietfa.amsl.com>; Tue, 3 Mar 2015 10:50:15 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.999
X-Spam-Level:
X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=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 q4UHWGJKHLpX for <spud@ietfa.amsl.com>; Tue, 3 Mar 2015 10:50:13 -0800 (PST)
Received: from mail-ig0-x236.google.com (mail-ig0-x236.google.com [IPv6:2607:f8b0:4001:c05::236]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4AF021A1BF3 for <spud@ietf.org>; Tue, 3 Mar 2015 10:50:13 -0800 (PST)
Received: by igkb16 with SMTP id b16so30493817igk.1 for <spud@ietf.org>; Tue, 03 Mar 2015 10:50:12 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=9mcUSJG5C/FUQgwfUswC/XNlqgDe80V1GHR6yCWaBrc=; b=UDj0zBrT1OUcS2tQv08QkOAkgmREwppiT5QLnYt6ArRfDyAy3PRwpszKgEa00d4BGc JDDuVvisbAPZNWcLAVz3C6ee9TVPOKSCY86m9N4m4MotVAFOg7zTjXD3adUa7GB7SzKk 8uH2UXHATBRtbC5zuWdkTLWaFI36N5/xevN+rV4GrMDAALsGgNpTHQv3lRpm9zanFntF zWHpltj2VOTRCyiFhmDq/uWmoWPCFHnPJutdWaWvZuTE7jDpfw2T026z2i6j7aUo/Z3A dH6xaT//JG6qDSAboduCjnCGqJNi1pj9BTquVbXHdl1jRJ+azc1cdzHO/h6hqdVPatN6 nGyA==
MIME-Version: 1.0
X-Received: by 10.50.93.70 with SMTP id cs6mr30336022igb.6.1425408612504; Tue, 03 Mar 2015 10:50:12 -0800 (PST)
Received: by 10.42.35.80 with HTTP; Tue, 3 Mar 2015 10:50:12 -0800 (PST)
In-Reply-To: <AA3CFF6F-1037-495C-B533-A7EB95CF65DF@cisco.com>
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>
Date: Tue, 03 Mar 2015 10:50:12 -0800
Message-ID: <CA+9kkMADSkbcsU5b03h_Ri-PMirtbDY94LAq_P5UjKW5GUrPiQ@mail.gmail.com>
From: Ted Hardie <ted.ietf@gmail.com>
To: "Joe Hildebrand (jhildebr)" <jhildebr@cisco.com>
Content-Type: multipart/alternative; boundary="047d7b41444c0240cf051066ce86"
Archived-At: <http://mailarchive.ietf.org/arch/msg/spud/6TNkJ7RZ63p3mQpZ3dTSfyxMp1I>
Cc: "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:50:15 -0000

On Tue, Mar 3, 2015 at 10:30 AM, 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.
>
> ​I don't think it is enough, because you still need to disambiguate flows
that go between the same endpoints but are different tubes.  The explicit
identifiers allow you to make statements about their relationships more
easily (think about the ordinal ranking use case, where a video app wants
to say "this thumbnail flow is more important than the full-resolution
flow")

​These aren't the bytes to save, in my opinion.

Ted​




> --
> Joe Hildebrand
>
>
>
>