Re: [Spud] PCP vs. SPUD

Eliot Lear <lear@cisco.com> Thu, 26 March 2015 12:02 UTC

Return-Path: <lear@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 653151B2CB7 for <spud@ietfa.amsl.com>; Thu, 26 Mar 2015 05:02:46 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.51
X-Spam-Level:
X-Spam-Status: No, score=-14.51 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, 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 e4kmvZJ7a4cb for <spud@ietfa.amsl.com>; Thu, 26 Mar 2015 05:02:45 -0700 (PDT)
Received: from alln-iport-7.cisco.com (alln-iport-7.cisco.com [173.37.142.94]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id DDA7D1B2CA7 for <spud@ietf.org>; Thu, 26 Mar 2015 05:02:44 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=3818; q=dns/txt; s=iport; t=1427371364; x=1428580964; h=message-id:date:from:mime-version:to:subject:references: in-reply-to; bh=E6jbtTf4Nn+Nwr2cea09L3yyHQyVmWVOgZi50VQ04WY=; b=f+kayGc1JCVrV4iS9TckBl/8oLEDSXJ3/nHLuyTdzO8vEvLPxVU6rvQm p5h4loWvaW8HfjNpj5ipSuCDfQu0gt1B1w6sZNKLwxbdTE4EuvlaYV9nE s/RycOmgkZ3yKo+Kixtmh7LSvgxtWijO6RCgHs+PW9PGbLhlKajVGM1H7 Y=;
X-Files: signature.asc : 486
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: A0BHBQBY9BNV/4ENJK1cgwZSWoMSwg4BCYV1AoFcTAEBAQEBAX2EFQEBBAEBASBLGwsEFAkhAgIPAhYwBgEMBgIBAYgrDbAnmiEBAQEBAQEBAQEBAQEBAQEBAQEBARQEiyGEfYJogUUFixOHJoEyhlSHA40pIoQMIDGCQwEBAQ
X-IronPort-AV: E=Sophos;i="5.11,471,1422921600"; d="asc'?scan'208,217";a="135593031"
Received: from alln-core-9.cisco.com ([173.36.13.129]) by alln-iport-7.cisco.com with ESMTP; 26 Mar 2015 12:02:44 +0000
Received: from [10.89.15.80] ([10.89.15.80]) by alln-core-9.cisco.com (8.14.5/8.14.5) with ESMTP id t2QC2i81012891; Thu, 26 Mar 2015 12:02:44 GMT
Message-ID: <5513F563.50702@cisco.com>
Date: Thu, 26 Mar 2015 07:02:43 -0500
From: Eliot Lear <lear@cisco.com>
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:31.0) Gecko/20100101 Thunderbird/31.5.0
MIME-Version: 1.0
To: Aaron Falk <aaron.falk@gmail.com>, "spud@ietf.org" <spud@ietf.org>
References: <CAD62q9XopDJ7PFA9Hz7R2nV6OcwhQA=T=oGwQAN2_0EFPZvwzg@mail.gmail.com>
In-Reply-To: <CAD62q9XopDJ7PFA9Hz7R2nV6OcwhQA=T=oGwQAN2_0EFPZvwzg@mail.gmail.com>
Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="2po0AwXVmeCxMPBJOApcxsBnbXfIDFB1J"
Archived-At: <http://mailarchive.ietf.org/arch/msg/spud/3oYv5bUy3sp6ZK076bZdqApdV5A>
Subject: Re: [Spud] PCP vs. SPUD
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: Thu, 26 Mar 2015 12:02:46 -0000

Aaron,

I view this stuff differently.  It's not whether an extra protocol can
do the job, but whether there can be another implicit contract built, at
least in the case of directionality.  That could be a tradeoff between
signaling delay and packet overhead, but we don't yet really know what
that packet overhead looks like.  If this is all DTLS then maybe apps
want to eat that anyway.

Eliot


On 3/25/15 4:38 PM, Aaron Falk wrote:
> If we take SPUD's goals at their most minimal, as expressed by Ted, of
> enabling passage of encrypted traffic through middleboxes, can someone
> explain why PCP is not sufficient?  
>
> --aaron
>
>
> _______________________________________________
> Spud mailing list
> Spud@ietf.org
> https://www.ietf.org/mailman/listinfo/spud