Re: [sfc] I-D Action: draft-xue-sfc-address-sharing-in-sfc-use-cases-00.txt
Behcet Sarikaya <sarikaya2012@gmail.com> Wed, 23 April 2014 21:40 UTC
Return-Path: <sarikaya2012@gmail.com>
X-Original-To: sfc@ietfa.amsl.com
Delivered-To: sfc@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 077911A06CE for <sfc@ietfa.amsl.com>; Wed, 23 Apr 2014 14:40:19 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.749
X-Spam-Level:
X-Spam-Status: No, score=-1.749 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_ENVFROM_END_DIGIT=0.25, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_PASS=-0.001] autolearn=no
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 0HpQ--13_VnZ for <sfc@ietfa.amsl.com>; Wed, 23 Apr 2014 14:40:17 -0700 (PDT)
Received: from mail-lb0-x236.google.com (mail-lb0-x236.google.com [IPv6:2a00:1450:4010:c04::236]) by ietfa.amsl.com (Postfix) with ESMTP id 197D61A06CD for <sfc@ietf.org>; Wed, 23 Apr 2014 14:40:16 -0700 (PDT)
Received: by mail-lb0-f182.google.com with SMTP id l4so1327189lbv.13 for <sfc@ietf.org>; Wed, 23 Apr 2014 14:40:10 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:reply-to:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=CZlCChVs/px3oUQcEYu9xddiMZ9rNfZe+JqAD3AhpHg=; b=GhC4ZbW3YlN8NSn5twX9b/KVJH5CI0sLWC1034yuC8R2D0I8vNZBBvqOHd+uEa3ep/ VEWn+FyvccZbG/IehcwdK366OQuUaGYn5VQrtAO4iSkKPGR4mUcUPdNXH8RkgV4gnXk5 fGYdrn8+bJGqpRBq27Rx605EUcX0pjYAPNQJUk1jD4bwgp7MHJmXimQWQDCDzV955Pi3 OHPmpOpzu9a/JxmEV4/XIr6IhQIbVcD1Q5xDFLS2ssJddGGqJmo/VruaxWXZnmIv6GK1 x/KkLQG7P9zRJi1lSAmjhco1uOyn6zTanzb7sObNqJZnXsnGb7fAcAkyNLsx/9H8cMT1 eFYw==
MIME-Version: 1.0
X-Received: by 10.112.171.67 with SMTP id as3mr33367578lbc.10.1398289210668; Wed, 23 Apr 2014 14:40:10 -0700 (PDT)
Received: by 10.114.70.165 with HTTP; Wed, 23 Apr 2014 14:40:10 -0700 (PDT)
In-Reply-To: <5356720A.4080302@joelhalpern.com>
References: <20140421195656.18585.79150.idtracker@ietfa.amsl.com> <5356720A.4080302@joelhalpern.com>
Date: Wed, 23 Apr 2014 16:40:10 -0500
Message-ID: <CAC8QAccWx2=N__iWgGaA_P+kLVhRHD-XSgSd74F6KethLB8kXg@mail.gmail.com>
From: Behcet Sarikaya <sarikaya2012@gmail.com>
To: "Joel M. Halpern" <jmh@joelhalpern.com>, sfc@ietf.org
Content-Type: multipart/alternative; boundary="001a11c2620cb1fdcd04f7bc93a2"
Archived-At: http://mailarchive.ietf.org/arch/msg/sfc/WvOfLHm2F_tflw1ekOHrFPjSuXs
Cc: Xueli <xueli@huawei.com>
Subject: Re: [sfc] I-D Action: draft-xue-sfc-address-sharing-in-sfc-use-cases-00.txt
X-BeenThere: sfc@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
Reply-To: sarikaya@ieee.org
List-Id: Network Service Chaining <sfc.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/sfc>, <mailto:sfc-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/sfc/>
List-Post: <mailto:sfc@ietf.org>
List-Help: <mailto:sfc-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/sfc>, <mailto:sfc-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 23 Apr 2014 21:40:19 -0000
Hi Joel, Thanks for your comments. I think you forgot to cc it to the list :-) On Tue, Apr 22, 2014 at 8:43 AM, Joel M. Halpern <jmh@joelhalpern.com>wrote: > Reading this, it appears that youa re asserting that service functions in > a service chain environment must be able to decrypt subscriber encrypted > https traffic. > > I agree that encryption makes applying content functions harder. > > But the IETF is not going to mandate operator based decryption of > end-to-end encrypted content. Doing so would seem to require that we > violate existing RFCs and weaken the effective crypto. For example, it is > simply not acceptable to require that customers accept operator > certificates in place of content provider certificates. (Some customers > may choose to accept those, but we clear can not mandate such.) > > In fact we carried this text from Broadband Forum Document SD-326 on flexible service chaining, Section 6.2.2. We did not intend to hint on an IETF solution. SD-326 also says that the solution is out of scope. > Separately, the content of the document does not seem to match the title. > Based on the title I was expecting to see a discussion of the problems > caused by address sharing. (Such problems are part of the motivation for > subscriber identification metadata.) But instead there is a description of > some use cases for residential network service, without any discussion I > could find of address sharing. What did I miss. > > I think the description is there but may be it needs to be clarified which we will do in the next version. Regards, Behcet > Yours, > Joel > > On 4/21/14, 3:56 PM, internet-drafts@ietf.org wrote: > >> >> A New Internet-Draft is available from the on-line Internet-Drafts >> directories. >> >> >> Title : Host Identification Problem in Service >> Function Chaining Use Cases >> Authors : Li Xue >> Behcet Sarikaya >> Filename : draft-xue-sfc-address-sharing- >> in-sfc-use-cases-00.txt >> Pages : 7 >> Date : 2014-04-21 >> >> Abstract: >> The purpose of this document is to present host identification >> problem due to the address and prefix sharing in service function >> chaining. So far we have identified this problem in the two use >> cases of the parental control service and offloading service but it >> is likely that more use cases can be identified. >> >> >> The IETF datatracker status page for this draft is: >> https://datatracker.ietf.org/doc/draft-xue-sfc-address- >> sharing-in-sfc-use-cases/ >> >> There's also a htmlized version available at: >> http://tools.ietf.org/html/draft-xue-sfc-address-sharing- >> in-sfc-use-cases-00 >> >> >> Please note that it may take a couple of minutes from the time of >> submission >> until the htmlized version and diff are available at tools.ietf.org. >> >> Internet-Drafts are also available by anonymous FTP at: >> ftp://ftp.ietf.org/internet-drafts/ >> >> _______________________________________________ >> I-D-Announce mailing list >> I-D-Announce@ietf.org >> https://www.ietf.org/mailman/listinfo/i-d-announce >> Internet-Draft directories: http://www.ietf.org/shadow.html >> or ftp://ftp.ietf.org/ietf/1shadow-sites.txt >> >>
- Re: [sfc] I-D Action: draft-xue-sfc-address-shari… Behcet Sarikaya