Re: [sfc] New Version Notification for draft-merged-sfc-architecture-02.txt
Alla Goldner <agoldner@allot.com> Wed, 27 August 2014 03:44 UTC
Return-Path: <agoldner@allot.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 59AB31A039F for <sfc@ietfa.amsl.com>; Tue, 26 Aug 2014 20:44:08 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.568
X-Spam-Level:
X-Spam-Status: No, score=-2.568 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RP_MATCHES_RCVD=-0.668, 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 AEX2onCd1mfH for <sfc@ietfa.amsl.com>; Tue, 26 Aug 2014 20:44:02 -0700 (PDT)
Received: from mailgw.allot.com (mailgw.allot.com [199.203.223.210]) by ietfa.amsl.com (Postfix) with ESMTP id 2FB8C1A038B for <sfc@ietf.org>; Tue, 26 Aug 2014 20:44:00 -0700 (PDT)
Received: from PUMA.ALLOT.LOCAL (Not Verified[199.203.223.202]) by mailgw.allot.com with MailMarshal (v7, 2, 3, 6978) id <B53fd53ff0000>; Wed, 27 Aug 2014 06:43:59 +0300
Received: from LION.ALLOT.LOCAL ([172.20.20.40]) by PUMA.ALLOT.LOCAL ([199.203.223.202]) with mapi id 14.03.0123.003; Wed, 27 Aug 2014 06:46:17 +0300
From: Alla Goldner <agoldner@allot.com>
To: "Carlos Pignataro (cpignata)" <cpignata@cisco.com>
Thread-Topic: [sfc] New Version Notification for draft-merged-sfc-architecture-02.txt
Thread-Index: AQHPwYLbHqIcI7aXiUayLF1qF0tMP5vjzxNw
Date: Wed, 27 Aug 2014 03:46:17 +0000
Message-ID: <A6B8F2A767638641889989BC1BA7047936014919@LION.ALLOT.LOCAL>
References: <20140822165913.29275.92328.idtracker@ietfa.amsl.com> <AB349F4E-C2F0-4A87-A77E-262329945FEB@cisco.com> <53FB6D2E.3010202@cisco.com> <CFE7F8D7-6B83-4728-9984-DE47CFA9D8BA@cisco.com> <6EB34CB5D82C4645B826C56144826EA97EA59B54@SZXEMA509-MBX.china.huawei.com> <A6B8F2A767638641889989BC1BA7047936014236@LION.ALLOT.LOCAL> <B3350641-8642-4417-8836-2EA521C6E27C@cisco.com>
In-Reply-To: <B3350641-8642-4417-8836-2EA521C6E27C@cisco.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: yes
X-MS-TNEF-Correlator:
x-originating-ip: [37.142.232.97]
Content-Type: multipart/related; boundary="_004_A6B8F2A767638641889989BC1BA7047936014919LIONALLOTLOCAL_"; type="multipart/alternative"
MIME-Version: 1.0
Archived-At: http://mailarchive.ietf.org/arch/msg/sfc/Ng5-TbtZKBA9kQUX5CCr2GEmomc
Cc: "Hongyu Li (Julio)" <hongyu.li@huawei.com>, "Reinaldo Penno (repenno)" <repenno@cisco.com>, "sfc@ietf.org" <sfc@ietf.org>
Subject: Re: [sfc] New Version Notification for draft-merged-sfc-architecture-02.txt
X-BeenThere: sfc@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
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, 27 Aug 2014 03:44:08 -0000
Dear Carlos, Thanks, I am fine with such a correction. Best regards, Alla Goldner Director of Mobile Technologies and Standards Allot Communications Tel +972 9 7619251 Cell +972 54 2493985 Fax +972 9 7443626 agoldner@allot.com<mailto:agoldner@allot.com> www.allot.com<http://www.allot.com/> [291X55_signature (2)] From: Carlos Pignataro (cpignata) [mailto:cpignata@cisco.com] Sent: Wednesday, August 27, 2014 2:08 AM To: Alla Goldner Cc: Hongyu Li (Julio); Reinaldo Penno (repenno); sfc@ietf.org Subject: Re: [sfc] New Version Notification for draft-merged-sfc-architecture-02.txt Alla, That's a good callout. How about adding the following following the sentence you quoted? "Additionally, the SFF may preserve the handling of packets based on other properties on top of a flow, such as a subscriber, session, or application instance identification." Thanks, Carlos. On Aug 26, 2014, at 7:12 AM, Alla Goldner <agoldner@allot.com<mailto:agoldner@allot.com>> wrote: Dear all, I have the following comment: " If there are multiple choices, the SFF needs to preserve the property that all packets of a given flow are handled the same way, since the SF may well be stateful. " A service may need additional levels of "persistency" on top of a flow (e.g. - all flows related to the same subscriber /session due to e.g. security reasons, all flows related to the same application instance). I believe it should also be reflected. Best regards, Alla Goldner Director of Mobile Technologies and Standards Allot Communications Tel +972 9 7619251 Cell +972 54 2493985 Fax +972 9 7443626 agoldner@allot.com<mailto:agoldner@allot.com> www.allot.com<http://www.allot.com/> <image001.jpg> From: sfc [mailto:sfc-bounces@ietf.org] On Behalf Of Hongyu Li (Julio) Sent: Tuesday, August 26, 2014 3:58 AM To: Carlos Pignataro (cpignata); Reinaldo Penno (repenno) Cc: sfc@ietf.org<mailto:sfc@ietf.org> Subject: Re: [sfc] Fwd: New Version Notification for draft-merged-sfc-architecture-02.txt Hi Carlos, For the new definition, not sure "delivering traffic to a classifier" is the best way to say. In case the classifier is inside the current SFF, it is better to say the SFF re-/classify the traffic than deliver it to a classifier. In case the classifier is in the next SFF, the current SFF would only forward the traffic to the next SFF, without knowing or caring about if there is a classifier there. Cheers, Hongyu From: sfc [mailto:sfc-bounces@ietf.org] On Behalf Of Carlos Pignataro (cpignata) Sent: Tuesday, August 26, 2014 3:15 AM To: Reinaldo Penno (repenno) Cc: sfc@ietf.org<mailto:sfc@ietf.org> Subject: Re: [sfc] Fwd: New Version Notification for draft-merged-sfc-architecture-02.txt Reinaldo, Thanks for the comment, good set of points. It does seem that the definition itself might be unnecessarily overly restrictive. We could say "zero or more" or we could say "typically one or more", but I think it is better to spell out the function. Here's one more comprehensive proposal: Old: Service Function Forwarder (SFF): A service function forwarder is responsible for delivering traffic received from the network to one or more connected service functions according to information carried in the SFC encapsulation. New: Service Function Forwarder (SFF): A service function forwarder is responsible for delivering traffic received from the network to one or more connected service functions according to information carried in the SFC encapsulation, as well as for delivering traffic to a classifier or mapping out traffic to another SFF (in the same or different type of overlay). WG, Reinaldo, Thoughts? Thanks, Carlos. On Aug 25, 2014, at 1:06 PM, Reinaldo Penno <repenno@cisco.com<mailto:repenno@cisco.com>> wrote: A couple of points about SFF definition. You mention "one or more connected service functions" But in our implementation we have two types of SFFs that do not have SFs: - A SFF that maps from one overlay to another, say, VXLAN to GRE - A SFF that only has a classifier (no SFs in itself) Where would they fit or how to to make sure the architecture can predict their usage? thanks, On 8/23/14 1:47 PM, Carlos Pignataro (cpignata) wrote: SFC, Please find below the email notice of a new revision of draft-merged-sfc-architecture. Full set of diffs from -00 (IETF90) to -02 (now) can be seen here: http://www.ietf.org/rfcdiff?url2=draft-merged-sfc-architecture-02&url1=draft-merged-sfc-architecture-00 We still expect further changes to the document; but we also believe that this revision captures the key points and addresses the key open items, as planned in Toronto. The key objective being to create a single document basis for the SFC architecture. SFC Chairs, We believe that this revision fulfills the next steps agreed in Toronto (http://tools.ietf.org/agenda/90/slides/slides-90-sfc-3.pdf). This revision, while we expect changes, is now close enough that we think it makes sense for the WG to take it as the basis for the WG document to address the deliverable. draft-merged-sfc-architecture-02 addressed the key points -- and we believe is ready to start a poll for adoption. Can you please initiate that WG adoption call for draft-merged-sfc-architecture-02? Thanks, Carlos & Joel. Begin forwarded message: From: <internet-drafts@ietf.org<mailto:internet-drafts@ietf.org>> Subject: New Version Notification for draft-merged-sfc-architecture-02.txt Date: August 22, 2014 at 12:59:13 PM EDT To: Joel Halpern <jmh@joelhalpern.com<mailto:jmh@joelhalpern.com>>, Carlos Pignataro <cpignata@cisco.com<mailto:cpignata@cisco.com>>, "Joel M. Halpern" <jmh@joelhalpern.com<mailto:jmh@joelhalpern.com>>, Carlos Pignataro <cpignata@cisco.com<mailto:cpignata@cisco.com>> A new version of I-D, draft-merged-sfc-architecture-02.txt has been successfully submitted by Carlos Pignataro and posted to the IETF repository. Name: draft-merged-sfc-architecture Revision: 02 Title: Service Function Chaining (SFC) Architecture Document date: 2014-08-22 Group: Individual Submission Pages: 26 URL: http://www.ietf.org/internet-drafts/draft-merged-sfc-architecture-02.txt Status: https://datatracker.ietf.org/doc/draft-merged-sfc-architecture/ Htmlized: http://tools.ietf.org/html/draft-merged-sfc-architecture-02 Diff: http://www.ietf.org/rfcdiff?url2=draft-merged-sfc-architecture-02 Abstract: This document describes an architecture for the specification, creation, and ongoing maintenance of Service Function Chains (SFC) in a network. It includes architectural concepts, principles, and components used in the construction of composite services through deployment of SFCs. This document does not propose solutions, protocols, or extensions to existing protocols. 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<http://tools.ietf.org/>. The IETF Secretariat _______________________________________________ sfc mailing list sfc@ietf.org<mailto:sfc@ietf.org> https://www.ietf.org/mailman/listinfo/sfc _______________________________________________ sfc mailing list sfc@ietf.org<mailto:sfc@ietf.org> https://www.ietf.org/mailman/listinfo/sfc ________________________________ This message is intended only for the designated recipient(s). It may contain confidential or proprietary information. If you are not the designated recipient, you may not review, copy or distribute this message. If you have mistakenly received this message, please notify the sender by a reply e-mail and delete this message. Thank you. ############################################################################################## This message is intended only for the designated recipient(s).It may contain confidential or proprietary information. If you are not the designated recipient, you may not review, copy or distribute this message. If you have mistakenly received this message, please notify the sender by a reply e-mail and delete this message. Thank you. ##############################################################################################
- [sfc] Fwd: New Version Notification for draft-mer… Carlos Pignataro (cpignata)
- Re: [sfc] Fwd: New Version Notification for draft… Reinaldo Penno
- Re: [sfc] Fwd: New Version Notification for draft… Carlos Pignataro (cpignata)
- Re: [sfc] Fwd: New Version Notification for draft… Guy Meador III (meadorg)
- Re: [sfc] New Version Notification for draft-merg… Carlos Pignataro (cpignata)
- Re: [sfc] New Version Notification for draft-merg… Guy Meador III (meadorg)
- Re: [sfc] Fwd: New Version Notification for draft… Naiming Shen
- Re: [sfc] Fwd: New Version Notification for draft… Naiming Shen
- Re: [sfc] Fwd: New Version Notification for draft… Reinaldo Penno
- Re: [sfc] Fwd: New Version Notification for draft… Hongyu Li (Julio)
- Re: [sfc] Fwd: New Version Notification for draft… Alla Goldner
- Re: [sfc] New Version Notification for draft-merg… Carlos Pignataro (cpignata)
- Re: [sfc] New Version Notification for draft-merg… Carlos Pignataro (cpignata)
- Re: [sfc] New Version Notification for draft-merg… Carlos Pignataro (cpignata)
- Re: [sfc] New Version Notification for draft-merg… Carlos Pignataro (cpignata)
- Re: [sfc] New Version Notification for draft-merg… Alla Goldner
- Re: [sfc] New Version Notification for draft-merg… Naiming Shen