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
- [Spud] PCP vs. SPUD Aaron Falk
- Re: [Spud] PCP vs. SPUD Pal Martinsen (palmarti)
- Re: [Spud] PCP vs. SPUD Tirumaleswar Reddy (tireddy)
- Re: [Spud] PCP vs. SPUD Eliot Lear
- Re: [Spud] PCP vs. SPUD Aaron Falk
- Re: [Spud] PCP vs. SPUD Eliot Lear
- Re: [Spud] PCP vs. SPUD mohamed.boucadair
- Re: [Spud] PCP vs. SPUD Phillip Hallam-Baker