[mpls] Update to draft-ietf-mpls-sfc-02.txt

"Adrian Farrel" <adrian@olddog.co.uk> Sun, 05 August 2018 16:02 UTC

Return-Path: <adrian@olddog.co.uk>
X-Original-To: mpls@ietfa.amsl.com
Delivered-To: mpls@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 24187128CFD for <mpls@ietfa.amsl.com>; Sun, 5 Aug 2018 09:02:20 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.289
X-Spam-Level:
X-Spam-Status: No, score=-1.289 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_RP_RNBL=1.31, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=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 SIfqdjULtYUk for <mpls@ietfa.amsl.com>; Sun, 5 Aug 2018 09:02:18 -0700 (PDT)
Received: from mta7.iomartmail.com (mta7.iomartmail.com [62.128.193.157]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4F3A4130DE5 for <mpls@ietf.org>; Sun, 5 Aug 2018 09:02:18 -0700 (PDT)
Received: from vs3.iomartmail.com (vs3.iomartmail.com [10.12.10.124]) by mta7.iomartmail.com (8.14.4/8.14.4) with ESMTP id w75G2GtC024927 for <mpls@ietf.org>; Sun, 5 Aug 2018 17:02:16 +0100
Received: from vs3.iomartmail.com (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id 640702203A for <mpls@ietf.org>; Sun, 5 Aug 2018 17:02:16 +0100 (BST)
Received: from asmtp2.iomartmail.com (unknown [10.12.10.249]) by vs3.iomartmail.com (Postfix) with ESMTPS id 4F59622032 for <mpls@ietf.org>; Sun, 5 Aug 2018 17:02:16 +0100 (BST)
Received: from 950129200 (58.38.113.87.dyn.plus.net [87.113.38.58]) (authenticated bits=0) by asmtp2.iomartmail.com (8.14.4/8.14.4) with ESMTP id w75G2EUG024182 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for <mpls@ietf.org>; Sun, 5 Aug 2018 17:02:15 +0100
Reply-To: adrian@olddog.co.uk
From: Adrian Farrel <adrian@olddog.co.uk>
To: mpls@ietf.org
Date: Sun, 05 Aug 2018 17:02:14 +0100
Message-ID: <042601d42cd5$ae4dd6a0$0ae983e0$@olddog.co.uk>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Mailer: Microsoft Outlook 14.0
Thread-Index: AdQs1VllksDmqqiQT0yqbt97LxnmEg==
Content-Language: en-gb
X-Originating-IP: 87.113.38.58
X-Thinkmail-Auth: adrian@olddog.co.uk
X-TM-AS-GCONF: 00
X-TM-AS-Product-Ver: IMSVA-9.0.0.1623-8.2.0.1013-24014.001
X-TM-AS-Result: No--20.819-10.0-31-10
X-imss-scan-details: No--20.819-10.0-31-10
X-TMASE-Version: IMSVA-9.0.0.1623-8.2.1013-24014.001
X-TMASE-Result: 10--20.819100-10.000000
X-TMASE-MatchedRID: 9fAbdW2RuwDZK1rQqyNiGRfY306nA3boWkYQC3dBW3KvloAnGr4qhrlE wsEaqN08rICr+5uCDzD8DeIl1hbIK6fKQy6fQnXC8eSmTJSmEv1R3sGN+j7mNJi3st5j4yf59kZ 14G/bCrRgpdTnHq8QYyP1QItMfK+4cl4EdHnAHX1buDP8ZuCmXoEcpMn6x9cZjNnoU1fopouvlw fovn4a7yqg0Odi2Lp/iiEcPaOOWNzQo7lIbG5ppK3SxRSke3bpKxwdP0EGHrl8vx8dQICa6yMeA HAeKc7SS3au0wB4xbsRtNo323pPjr/o5ZHakHi2R+f6uwd5tOxMgt1PT4GoPHekRURO7ynxOUNw lzKe/hyAQFHYeOdeK9pmIkCPyKwkVjB2sAdY1mUc8J6ZrWP/q30tCKdnhB58vqq8s2MNhPDPPeN 6HN6d7Ku6xVHLhqfx33fj+sMArfNRzX47Vf0DMQ==
X-TMASE-SNAP-Result: 1.821001.0001-0-1-12:0,22:0,33:0,34:0-0
Archived-At: <https://mailarchive.ietf.org/arch/msg/mpls/E72Ka-ZFJPdZ4VgbwY28ksa2Mpc>
Subject: [mpls] Update to draft-ietf-mpls-sfc-02.txt
X-BeenThere: mpls@ietf.org
X-Mailman-Version: 2.1.27
Precedence: list
List-Id: Multi-Protocol Label Switching WG <mpls.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/mpls>, <mailto:mpls-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/mpls/>
List-Post: <mailto:mpls@ietf.org>
List-Help: <mailto:mpls-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 05 Aug 2018 16:02:20 -0000

Hi,

In Montreal, Andy said he would send some proposed text for inclusion in section
4.4 of this draft to help resolve the concern about the overlap between the
"micro chains" described in that section and SFC achieved using MPLS-SR as
described in section 4.5 and draft-xuclad-spring-sr-service-chaining.

Andy did that very promptly, and I have just got round to posting the update.

Now would be a good time to look through the draft to see whether there are any
further issues the authors should be attending to.

Thanks,
Adrian

> -----Original Message-----
> From: mpls [mailto:mpls-bounces@ietf.org] On Behalf Of internet-
> drafts@ietf.org
> Sent: 05 August 2018 16:54
> To: i-d-announce@ietf.org
> Cc: mpls@ietf.org
> Subject: [mpls] I-D Action: draft-ietf-mpls-sfc-02.txt
> 
> 
> A New Internet-Draft is available from the on-line Internet-Drafts
directories.
> This draft is a work item of the Multiprotocol Label Switching WG of the IETF.
> 
>         Title           : An MPLS-Based Forwarding Plane for Service Function
Chaining
>         Authors         : Adrian Farrel
>                           Stewart Bryant
>                           John Drake
> 	Filename        : draft-ietf-mpls-sfc-02.txt
> 	Pages           : 28
> 	Date            : 2018-08-05
> 
> Abstract:
>    Service Function Chaining (SFC) is the process of directing packets
>    through a network so that they can be acted on by an ordered set of
>    abstract service functions before being delivered to the intended
>    destination.  An architecture for SFC is defined in RFC7665.
> 
>    The Network Service Header (NSH) can be inserted into packets to
>    steer them along a specific path to realize a Service Function Chain.
> 
>    Multiprotocol Label Switching (MPLS) is a widely deployed forwarding
>    technology that uses labels placed in a packet in a label stack to
>    identify the forwarding actions to be taken at each hop through a
>    network.  Actions may include swapping or popping the labels as well,
>    as using the labels to determine the next hop for forwarding the
>    packet.  Labels may also be used to establish the context under which
>    the packet is forwarded.
> 
>    This document describes how Service Function Chaining can be achieved
>    in an MPLS network by means of a logical representation of the NSH in
>    an MPLS label stack.  It does not deprecate or replace the NSH, but
>    acknowledges that there may be a need for an interim deployment of
>    SFC functionality in brownfield networks.
> 
> 
> The IETF datatracker status page for this draft is:
> https://datatracker.ietf.org/doc/draft-ietf-mpls-sfc/
> 
> There are also htmlized versions available at:
> https://tools.ietf.org/html/draft-ietf-mpls-sfc-02
> https://datatracker.ietf.org/doc/html/draft-ietf-mpls-sfc-02
> 
> A diff from the previous version is available at:
> https://www.ietf.org/rfcdiff?url2=draft-ietf-mpls-sfc-02
> 
> 
> 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/
> 
> _______________________________________________
> mpls mailing list
> mpls@ietf.org
> https://www.ietf.org/mailman/listinfo/mpls