A new IETF WG has been proposed in the Internet Area. 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 (i...@ietf.org) by 2023-03-16.

Static Context Header Compression (schc)
-----------------------------------------------------------------------
Current status: Proposed WG

Chairs:
  Alexander Pelov <a...@ackl.io>
  Pascal Thubert <pthub...@cisco.com>

Assigned Area Director:
  Éric Vyncke <evyn...@cisco.com>

Internet Area Directors:
  Erik Kline <ek.i...@gmail.com>
  Éric Vyncke <evyn...@cisco.com>

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

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

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

The scope of the Static Context Header Compression (SCHC) Working Group (to
be pronounced as "chic" in French) is to extend the benefits of the RFC 8724
SCHC technology in Low-Power Wide-Area (LPWA) and non-LPWA networks,
including Low Power devices such as zero-energy / scavenging devices that may
operate in Delay Tolerant mode.  To that effect, the group will provide
specifications for the application of SCHC over underlying layers, where
underlying layers include but are not limited to UDP tunnels, IP, PPP, and
Ethernet, as well as the use of SCHC by upper-layer protocols.

To extend SCHC over multi-hop networks with remote endpoints, there is a need
in the data plane to signal the SCHC session and some operational values in
the packets. For instance, the INT-AREA WG is working on a SCHC protocol type
for IP and a SCHC Ethertype (in coordination with IEEE) for Ethernet. The WG
will provide standards track specifications for a SCHC Header that conveys
the SCHC Session Info over IP.

A complete SCHC solution also requires control plane technologies to secure
the operations and manage the SCHC sessions, devices, and gateways.  The
group will provide specifications to securely identify the rule sets and
negotiate the associated parameters between the pair of endpoints. The group
will also work on the rules provisioning to the nodes, including the
instantiation of generic rules to the nodes and networks in which they are
applied.

The WG will work on:

1) Perform SCHC Maintenance, including enabling SCHC mechanisms for Upper
layer Protocols, and providing additional reliability mechanisms such as FEC
for fragments.

2) Produce a Standards Track document to enable operations, administration
and maintenance (OAM), including support for delayed or proxied liveness
verification (ping).

3) Produce Standard Track documents for SCHC over underlying layers and
carried protocols over SCHC where underlying layers includes but is not
limited to IP, UDP tunnels, PPP, and Ethernet and carried protocols may
include IPv4, ICMPv6-based protocols, TCP, IP tunnels, DLMS, and other
protocols over CoAP such as LwM2M; define and maintain data models for the
protocols supported by SCHC.

4) Define in a Standard Track document the SCHC Protocol Header to convey
SCHC Session Info over IP

5) Produce Standard Track documents for SCHC Rule Discovery and Parameter
Negotiation, including the specification of how work from the IETF Security
Area is leveraged to secure these operations

6) Produce Standard Track documents for SCHC Rule Provisioning, including the
specification of generic SCHC rules that can be instantiated, e.g., to apply
to a certain node or within a certain network.

The SCHC WG will coordinate with INTAREA WG for the IP protocol type
definition and with other WGs for possible Protocols-over-SCHC or
SCHC-over-protocol activities (e.g., in TSV area). It will work with the
relevant Security Area WGs to appropriately secure the SCHC session. If
required, the SCHC WG will liaise and coordinate with other Standard
Development Organisations when SCHC will be used over or under protocols not
defined with IETF.

Milestones:

TBD

_______________________________________________
IETF-Announce mailing list
IETF-Announce@ietf.org
https://www.ietf.org/mailman/listinfo/ietf-announce

Reply via email to