[rfc-dist] RFC 8677 on Name-Based Service Function Forwarder (nSFF) Component within aService Function Chaining (SFC) Framework

rfc-editor@rfc-editor.org Mon, 18 November 2019 10:11 UTC

Return-Path: <rfc-dist-bounces@rfc-editor.org>
X-Original-To: ietfarch-rfc-dist-archive@ietfa.amsl.com
Delivered-To: ietfarch-rfc-dist-archive@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DC2F21207FE for <ietfarch-rfc-dist-archive@ietfa.amsl.com>; Mon, 18 Nov 2019 02:11:59 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -5.201
X-Spam-Level:
X-Spam-Status: No, score=-5.201 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, MAILING_LIST_MULTI=-1, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001] autolearn=ham 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 EHtN1mNC2E-V for <ietfarch-rfc-dist-archive@ietfa.amsl.com>; Mon, 18 Nov 2019 02:11:57 -0800 (PST)
Received: from rfc-editor.org (rfc-editor.org [4.31.198.49]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B5C2A120851 for <rfc-dist-archive-yuw6Xa6hiena@ietf.org>; Mon, 18 Nov 2019 02:11:57 -0800 (PST)
Received: from rfcpa.amsl.com (localhost [IPv6:::1]) by rfc-editor.org (Postfix) with ESMTP id 53318F40710; Mon, 18 Nov 2019 02:11:44 -0800 (PST)
X-Original-To: rfc-dist@rfc-editor.org
Delivered-To: rfc-dist@rfc-editor.org
Received: by rfc-editor.org (Postfix, from userid 30) id 1C653F4070D; Mon, 18 Nov 2019 02:11:44 -0800 (PST)
To: ietf-announce@ietf.org, rfc-dist@rfc-editor.org
X-PHP-Originating-Script: 1005:ams_util_lib.php
From: rfc-editor@rfc-editor.org
Message-Id: <20191118101144.1C653F4070D@rfc-editor.org>
Date: Mon, 18 Nov 2019 02:11:44 -0800
Subject: [rfc-dist] RFC 8677 on Name-Based Service Function Forwarder (nSFF) Component within aService Function Chaining (SFC) Framework
X-BeenThere: rfc-dist@rfc-editor.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: RFC Announcements <rfc-dist.rfc-editor.org>
List-Unsubscribe: <https://www.rfc-editor.org/mailman/options/rfc-dist>, <mailto:rfc-dist-request@rfc-editor.org?subject=unsubscribe>
List-Archive: <http://www.rfc-editor.org/pipermail/rfc-dist/>
List-Post: <mailto:rfc-dist@rfc-editor.org>
List-Help: <mailto:rfc-dist-request@rfc-editor.org?subject=help>
List-Subscribe: <https://www.rfc-editor.org/mailman/listinfo/rfc-dist>, <mailto:rfc-dist-request@rfc-editor.org?subject=subscribe>
Cc: drafts-update-ref@iana.org, rfc-editor@rfc-editor.org
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
Errors-To: rfc-dist-bounces@rfc-editor.org
Sender: rfc-dist <rfc-dist-bounces@rfc-editor.org>

A new Request for Comments is now available in online RFC libraries.

        
        RFC 8677

        Title:      Name-Based Service Function Forwarder (nSFF) 
                    Component within a Service Function Chaining (SFC) 
                    Framework 
        Author:     D. Trossen,
                    D. Purkayastha,
                    A. Rahman
        Status:     Informational
        Stream:     Independent
        Date:       November 2019
        Mailbox:    Dirk.Trossen@InterDigital.com, 
                    Debashish.Purkayastha@InterDigital.com, 
                    Akbar.Rahman@InterDigital.com
        Pages:      24
        Updates/Obsoletes/SeeAlso:   None

        I-D Tag:    draft-trossen-sfc-name-based-sff-07.txt

        URL:        https://www.rfc-editor.org/info/rfc8677

        DOI:        10.17487/RFC8677

Adoption of cloud and fog technology allows operators to deploy a
single "Service Function" (SF) to multiple "execution locations". 
The decision to steer traffic to a specific location may change
frequently based on load, proximity, etc. Under the current Service
Function Chaining (SFC) framework, steering traffic dynamically to
the different execution endpoints requires a specific "rechaining",
i.e., a change in the service function path reflecting the different
IP endpoints to be used for the new execution points.  This procedure
may be complex and take time. In order to simplify rechaining and
reduce the time to complete the procedure, we discuss separating the
logical Service Function Path (SFP) from the specific execution
endpoints. This can be done by identifying the SFs using a name
rather than a routable IP endpoint (or Layer 2 address). This
document describes the necessary extensions, additional functions,
and protocol details in the Service Function Forwarder (SFF) to
handle name-based relationships. 

This document presents InterDigital's approach to name-based SFC. It
does not represent IETF consensus and is presented here so that the
SFC community may benefit from considering this mechanism and the
possibility of its use in the edge data centers.


INFORMATIONAL: This memo provides information for the Internet community.
It does not specify an Internet standard of any kind. Distribution of
this memo is unlimited.

This announcement is sent to the IETF-Announce and rfc-dist lists.
To subscribe or unsubscribe, see
  https://www.ietf.org/mailman/listinfo/ietf-announce
  https://mailman.rfc-editor.org/mailman/listinfo/rfc-dist

For searching the RFC series, see https://www.rfc-editor.org/search
For downloading RFCs, see https://www.rfc-editor.org/retrieve/bulk

Requests for special distribution should be addressed to either the
author of the RFC in question, or to rfc-editor@rfc-editor.org.  Unless
specifically noted otherwise on the RFC itself, all RFCs are for
unlimited distribution.


The RFC Editor Team
Association Management Solutions, LLC
_______________________________________________
rfc-dist mailing list
rfc-dist@rfc-editor.org
https://www.rfc-editor.org/mailman/listinfo/rfc-dist
http://www.rfc-editor.org