WG Review: Service Function Chaining (sfc)

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



The Service Function Chaining (sfc) WG in the Routing Area of the IETF is
undergoing rechartering. The IESG has not made any determination yet. The
following draft charter was submitted, and is provided for informational
purposes only. Please send your comments to the IESG mailing list
(iesg@ietf.org) by 2018-02-05.

Service Function Chaining (sfc)
-----------------------------------------------------------------------
Current status: Active WG

Chairs:
  Joel Halpern <jmh@joelhalpern.com>
  Jim Guichard <james.n.guichard@huawei.com>

Secretaries:
  Tal Mizrahi <talmi@marvell.com>

Assigned Area Director:
  Alia Atlas <akatlas@gmail.com>

Routing Area Directors:
  Alia Atlas <akatlas@gmail.com>
  Alvaro Retana <aretana.ietf@gmail.com>
  Deborah Brungard <db3546@att.com>

Mailing list:
  Address: sfc@ietf.org
  To subscribe: https://www.ietf.org/mailman/listinfo/sfc
  Archive: https://mailarchive.ietf.org/arch/browse/sfc/

Group page: https://datatracker.ietf.org/group/sfc/

Charter: https://datatracker.ietf.org/doc/charter-ietf-sfc/

Network operators frequently utilize service functions such as packet
filtering at firewalls, load-balancing and transactional proxies (for example
spam filters) in the delivery of services to end users. Delivery of these
types of services is undergoing significant change with the introduction of
virtualization, network overlays, and orchestration.

The SFC Working Group has developed an Architecture [RFC 7665] and the
Network Service Header [RFC 8300] for service function chaining.

The focus of the SFC working group moving forward is on aspects of the
architecture and/or protocol that need to be addressed to enable effective
deployment and usage of this work. In order to maintain focus, the working
group primarily produces and advances documents on four topics:

1) Metadata - Define the common type-length-value encoded metadata types with
Standards Track RFCs, and produce Informational RFCs to describe common
fixed-length (MD-1) metadata usages.

2) Security and Privacy - Mechanisms and guidance for securing metadata via
authentication, integrity protection, confidentiality, and/or data
minimization are not yet defined.  What can be effectively provided, for
which scenarios, and how those tools can be provided need to be determined
and the tools standardized.

3) OAM and Operations & Management - In order for operators to use these
tools in production networks, they need Operations, Administration, and
Maintenance tools, as well as management mechanisms.  This includes YANG
models, OAM frameworks, and specific OAM mechanisms to address operational
needs.

4) Transport Considerations - This will capture the expectations SFC places
on transport behavior, including dealing with issues such as congestion
indications and responses.  This should define how NSH works on standardized
transports that are expected to see widespread use.

Specifically, the SFC WG is chartered to deliver the following:

1. A Standards Track base set of the metadata MD-2 type codes within the
metadata class reserved for IETF usage, as specified in RFC 8300.

2. Related Metadata drafts that require more explanation than is reasonable
to include in the base MD-2 draft, including MD-1 descriptions and items done
once the base draft is complete.

3. YANG models for the management of SFC Components.

4. One or more security related Standards Track and / or Informational RFCs. 
At least one Standards Track security mechanism RFC is needed.

5. OAM Framework document to provide a common basis for OAM work.  This draft
will include guidance on how active, passive, and hybrid OAM are to be
supported if at all.

6. Specific OAM mechanism documents to provide the tools needed for
operational environments.

7. Transport Considerations RFC to cover the expectations SFC and NSH place
on transport, and the operational constraints transports used by NSH need to
meet.

The SFC WG may work on Informational applicability documents that show how
the technology, meta-data, and associated control-plane mechanisms can be
used in specific use-cases.  The SFC WG may work on Informational documents
that provide operational considerations.

The SFC WG will coordinate with BESS and PCE on the control-plane work
related to SFC.

Milestones:

TBD




[Index of Archives]     [IETF]     [IETF Discussion]     [Linux Kernel]

  Powered by Linux