IETF Logo Mail Archive

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

"Joe Hildebrand (jhildebr)" <jhildebr@cisco.com> Tue, 10 March 2015 21:40 UTC

Return-Path: <jhildebr@cisco.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 5D5AD1A8A6A for <spud@ietfa.amsl.com>; Tue, 10 Mar 2015 14:40:38 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.511
X-Spam-Level:
X-Spam-Status: No, score=-14.511 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] 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 GKeldfyJ4k5E for <spud@ietfa.amsl.com>; Tue, 10 Mar 2015 14:40:36 -0700 (PDT)
Received: from rcdn-iport-7.cisco.com (rcdn-iport-7.cisco.com [173.37.86.78]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 569821A87AC for <spud@ietf.org>; Tue, 10 Mar 2015 14:40:36 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=1500; q=dns/txt; s=iport; t=1426023636; x=1427233236; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=1jt8Mp8YrNGruK/ymV0eNnjoNx38ph1OWGnHcv5h6sg=; b=Wr+4AdRlICSgb7GGYpkylrnGV944vuk624u4rnFw9pBgSyFwso5KNu9x lchKNK49KU4S9gD4guoUkzEggIzP3hX2vXXb0U0Ii7/vJZqva5GnChc8Q q1gJ9ArtFSNro24M6egHoZxn+EJ6TiI4Iw8k8ayk+3Be91lngwa2vcSU0 M=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: A0C8CQBOZP9U/5xdJa1cgwaBLASDBr1viCcCHIEXTQEBAQEBAXyEEAEBBCMEDUMCEAIBCBoCJgICAjAVEAIEAQ0FiC+qRptCAQEBAQEBAQEBAQEBAQEBAQEBAQEBF4EhiXaEbgeCaC+BFgEEkBmJWwGTdiODbm+BRH8BAQE
X-IronPort-AV: E=Sophos;i="5.11,377,1422921600"; d="scan'208";a="402467772"
Received: from rcdn-core-5.cisco.com ([173.37.93.156]) by rcdn-iport-7.cisco.com with ESMTP; 10 Mar 2015 21:40:35 +0000
Received: from xhc-rcd-x15.cisco.com (xhc-rcd-x15.cisco.com [173.37.183.89]) by rcdn-core-5.cisco.com (8.14.5/8.14.5) with ESMTP id t2ALeZGS014702 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Tue, 10 Mar 2015 21:40:35 GMT
Received: from xmb-rcd-x10.cisco.com ([169.254.15.156]) by xhc-rcd-x15.cisco.com ([173.37.183.89]) with mapi id 14.03.0195.001; Tue, 10 Mar 2015 16:40:35 -0500
From: "Joe Hildebrand (jhildebr)" <jhildebr@cisco.com>
To: Patrick McManus <mcmanus@ducksong.com>, Brian Trammell <ietf@trammell.ch>
Thread-Topic: [Spud] New Version Notification for draft-hildebrand-spud-prototype-02.txt
Thread-Index: AQHQW3dQCPwWSuN47kWqINgVg9Lj250Wj2KA//+emIA=
Date: Tue, 10 Mar 2015 21:40:34 +0000
Message-ID: <E035024E-1DC4-4463-B59A-D082DDE37BB1@cisco.com>
References: <20150303155825.32731.37010.idtracker@ietfa.amsl.com> <08728A73-ED15-4928-A5BB-A59EA9E6D785@cisco.com> <CA+9kkMDSMMUByAMOc8gSyMajyKj0ZtZzmFPg+J7bz-6AYkFYhw@mail.gmail.com> <CAOdDvNrRcMCnWMzBvL0Do16mmiajeR4OJRx36cxnppuaD7+81w@mail.gmail.com> <C0A46E88-A9C2-4EB3-B7B6-2DE20D0B957A@cisco.com> <CA+9kkMDaWrvZM3b7G8FyuiHL0nRO=kWLHjqxQjPjxqtoa1Dq=w@mail.gmail.com> <CAOdDvNq3NMP6ynqXmfoaVStFpRjVq70ZupVqt6ZmZutdg96SaA@mail.gmail.com> <6DC4AC2F-7279-4B18-8656-939E787E055D@trammell.ch> <CAOdDvNpVUUWzgETsKYZARC-jPTfmND=+a2t00fSBNjtAHccshA@mail.gmail.com>
In-Reply-To: <CAOdDvNpVUUWzgETsKYZARC-jPTfmND=+a2t00fSBNjtAHccshA@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
user-agent: Microsoft-MacOutlook/15.8.0.150225
x-originating-ip: [10.24.66.71]
Content-Type: text/plain; charset="utf-8"
Content-ID: <977A83E3CD127547B47B33542D8846A3@emea.cisco.com>
Content-Transfer-Encoding: base64
MIME-Version: 1.0
Archived-At: <http://mailarchive.ietf.org/arch/msg/spud/-RAqorGKRZZjlosefqSZ_7jem2Q>
Cc: Ted Hardie <ted.ietf@gmail.com>, "spud@ietf.org" <spud@ietf.org>
Subject: Re: [Spud] 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, 10 Mar 2015 21:40:38 -0000

On 3/10/15, 3:29 PM, "Patrick McManus" <mcmanus@ducksong.com> wrote:

>I think you can extend the use case under discussion to think about this as a second tube initiated in the opposite direction.

That's an interesting way of thinking about it. 

>If I have tube (a->b) started on my home lan that goes through my nat.. and I get back tube (c->a [related to a->b]) then the tube is implicitly asking to be allowed through the "nat/firewally-properties" based on the fact that a->b
> is alive and was initiated from the a side. That's probably got some ugly properties - but for handoff it has some nice ones (no rendezvous or simultaneous open tricks, etc..).. maybe worth exploring. Or maybe we've explored it here already ;)
>
>It just seems if we're going to be signalling middleboxes, this is one of the roles they play.

The firewall people aren't going to be very excited about inbound open packets unless we can do a strong hand-off from one flow to the next.  I wonder if this ends up being the same math as the tube bundling bits for QoS...


-- 
Joe Hildebrand

v2.23.0 | Report a Bug | By Email