From 563ef4dc3cdd8bbd3ca202aaae5323089a8c0002 Mon Sep 17 00:00:00 2001 From: ID Bot Date: Fri, 1 Mar 2024 09:52:33 +0000 Subject: [PATCH] Script updating gh-pages from 0b66ee9. [ci skip] --- draft-ietf-schc-8824-update.html | 31 ++++++++++++++++++------------- draft-ietf-schc-8824-update.txt | 28 +++++++++++++++++++--------- 2 files changed, 37 insertions(+), 22 deletions(-) diff --git a/draft-ietf-schc-8824-update.html b/draft-ietf-schc-8824-update.html index 7a54320..b2b4d9a 100644 --- a/draft-ietf-schc-8824-update.html +++ b/draft-ietf-schc-8824-update.html @@ -1728,22 +1728,24 @@

5. Compression of CoAP Options

-

CoAP defines options placed after the mandatory header and the Token field, ordered by option number (see Section 3 of [RFC7252]). Each option instance in a message uses the format Delta-Type (D-T), Length (L), Value (V). The SCHC Rule builds the description of each option as follows:

+

CoAP defines options placed after the mandatory header and the Token field, ordered by option number (see Section 3 of [RFC7252]). As per Section 3.1 of [RFC7252], each option instance in a message uses the format Option Delta (D), Option Length (L), Option Value (V).

+

In particular, the Option Delta is used to express the option number of a CoAP option within a CoAP message, as the difference between the Option Number of that option and the Option Number of the previous option in that message (or zero for the first option). Also, the Option Length specifies the length of the Option Value, in bytes.

+

In a SCHC Rule, the Field Descriptor related to a CoAP option is as follows:

-

When the Option Length has a well-known size, the Rule may keep the length value. Therefore, SCHC compression does not send it. Otherwise, SCHC compression carries the length of the Compression Residue, in addition to the Compression Residue value. Note that the length coding differs between CoAP options and SCHC variable size Compression Residue.

-

CoAP requests and responses do not include the same options. Compression Rules may reflect this asymmetry by using the DI.

-

The following sections present how SCHC compresses some specific CoAP options.

-

If the use of an additional CoAP option is later introduced, the SCHC Rules MAY be updated, in which case a new FID description MUST be assigned to perform the compression of the CoAP option. Otherwise, if no Rule describes that CoAP option, SCHC compression is not achieved, and SCHC sends the CoAP header without compression.

+

When the Option Length has a well-known size, the Rule may keep the length value. Therefore, SCHC compression does not send it. Otherwise, SCHC compression carries the length of the Compression Residue, in addition to the Compression Residue value. Note that the length coding differs between CoAP options and SCHC variable size Compression Residue.

+

CoAP requests and responses do not include the same options. Compression Rules may reflect this asymmetry by using the DI.

+

The following sections present how SCHC compresses some specific CoAP options.

+

If the use of an additional CoAP option is later introduced, the SCHC Rules MAY be updated, in which case a new FID description MUST be assigned to perform the compression of the CoAP option. Otherwise, if no Rule describes that CoAP option, SCHC compression is not achieved, and SCHC sends the CoAP header without compression.

@@ -5760,10 +5762,13 @@

Fixed an example, as per the erratum with Errata ID 7623.

  • -

    Added YANG data model for the ietf-schc-coap-ext module.

    +

    Clarified building of Field Descriptor for CoAP options.

  • -

    Fixes and editorial improvements.

    +

    Added YANG data model for the ietf-schc-coap-ext module.

    +
    • +
  • +

    Fixes and editorial improvements.

    • diff --git a/draft-ietf-schc-8824-update.txt b/draft-ietf-schc-8824-update.txt index e39efe5..0ba2b2d 100644 --- a/draft-ietf-schc-8824-update.txt +++ b/draft-ietf-schc-8824-update.txt @@ -512,18 +512,26 @@ Table of Contents 5. Compression of CoAP Options CoAP defines options placed after the mandatory header and the Token - field, ordered by option number (see Section 3 of [RFC7252]). Each - option instance in a message uses the format Delta-Type (D-T), Length - (L), Value (V). The SCHC Rule builds the description of each option - as follows: + field, ordered by option number (see Section 3 of [RFC7252]). As per + Section 3.1 of [RFC7252], each option instance in a message uses the + format Option Delta (D), Option Length (L), Option Value (V). - * in the FID: an identifier of the option with option number built - from the D-T; + In particular, the Option Delta is used to express the option number + of a CoAP option within a CoAP message, as the difference between the + Option Number of that option and the Option Number of the previous + option in that message (or zero for the first option). Also, the + Option Length specifies the length of the Option Value, in bytes. - * in the FL: the option length, consistent with what is specified in - Sections 7.4.1 and 7.4.2 of [RFC8724]; and + In a SCHC Rule, the Field Descriptor related to a CoAP option is as + follows: - * in the TV: the option value. + * the FID is set to an unambiguous identifier of the CoAP option + associated with the corresponding option number; + + * the FL is set to the Option Length L of the CoAP option, encoded + as per Section 7.1 of [RFC8724]; and + + * the TV is set to the Option Value V of the CoAP option. When the Option Length has a well-known size, the Rule may keep the length value. Therefore, SCHC compression does not send it. @@ -3206,6 +3214,8 @@ A.1. Version -00 to -01 * Fixed an example, as per the erratum with Errata ID 7623. + * Clarified building of Field Descriptor for CoAP options. + * Added YANG data model for the ietf-schc-coap-ext module. * Fixes and editorial improvements.