Re: [6lo] Comments on draft-ietf-6lo-schc-15dot4

Carles Gomez Montenegro <carles.gomez@upc.edu> Thu, 13 July 2023 10:10 UTC

Return-Path: <carles.gomez@upc.edu>
X-Original-To: 6lo@ietfa.amsl.com
Delivered-To: 6lo@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 222E3C151534 for <6lo@ietfa.amsl.com>; Thu, 13 Jul 2023 03:10:55 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.896
X-Spam-Level:
X-Spam-Status: No, score=-1.896 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=upc-edu.20221208.gappssmtp.com
Received: from mail.ietf.org ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id kU1kuwcvAQgQ for <6lo@ietfa.amsl.com>; Thu, 13 Jul 2023 03:10:53 -0700 (PDT)
Received: from mail-wm1-x336.google.com (mail-wm1-x336.google.com [IPv6:2a00:1450:4864:20::336]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id AFCCBC15107A for <6lo@ietf.org>; Thu, 13 Jul 2023 03:10:53 -0700 (PDT)
Received: by mail-wm1-x336.google.com with SMTP id 5b1f17b1804b1-3fbd33a57ddso4502805e9.1 for <6lo@ietf.org>; Thu, 13 Jul 2023 03:10:53 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=upc-edu.20221208.gappssmtp.com; s=20221208; t=1689243052; x=1691835052; h=cc:to:subject:message-id:date:from:reply-to:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=0mZWlsnQA7sDbKRJly/OgVDQRXcGl48arP6vVEdadq4=; b=bSkX1Vmtde6Y3SargrK5R8kb6KnPl/kGsESx/0TF+9kr1r0XYgHmBKzjA+CnFs0B+t vIcmKFsOGnt/d8NSZbd3+jVXqr662G2RTAtjRrpQ32I9iufSAZ90ykTf4AoDtOujRvFh G2wQnml8+KBrSR6snQgXnnqJ/rC57e78c9alWRHHervrccMFx3pCLnR8h1p0qUeNkvVo 5e/456eYMhxLHcZjtaN1U1RZOITui567AIFMfUXhB1D0X+y6XkvtY7sBAHe7GHxIR9JW 4SRJ4IXxRWaLxpYxE3dpk+BG4G5XpyEbMsVc8YrKbHd+Y6qsZUhONVLhpCi0uQAEP6Vi 7+gQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1689243052; x=1691835052; h=cc:to:subject:message-id:date:from:reply-to:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=0mZWlsnQA7sDbKRJly/OgVDQRXcGl48arP6vVEdadq4=; b=XnQBTISrRiSmXnhqgi+f1ykS40uDSWFLKxYecicVXR6aAdE2BXhfai1y4at5Eb/ud5 3J71NBuIU5HyoEeReOL4Ta7KpQKNZSm5qv9QYqc6AylAsBD9S6KadSdVYcLrRZBCnnCQ LmnkOTUayqUwGGa0ROP7+3TG/AQ2F/Dn3fLyROMH8dK+W0e11y9KQm2aS7dmCDZkHJ4v xrnRXCV75dWshsrczhgNUjCKy0FH89AeXDWB9wTLDeHQpb5O8rAcdIU61ihSU9PiqejF N7CPJTasElvIkqTG9ApdixSDQG+Ccx3IWFzYQbQ68Mt1y0RJClhcse4BdOMGuCgOPrt3 DmFg==
X-Gm-Message-State: ABy/qLbb3/iZ5r5E2nlfH/eLqKOG7IymI7P5Fv4nCOiZQRDUBLsNkSYJ 01XFhDZNAUg91m4qX5U8cjIzFG+FDQTZrt0LT6kOup48uBHH55m3GTI=
X-Google-Smtp-Source: APBJJlFAkw9XGXknkKWAlwRtwqA5qZkKMRHolbBenLZXXphTeoldyQ6v6OB78mUJVttZpGC1o2HnaaQy1VSXI/K4udQ=
X-Received: by 2002:a05:600c:a388:b0:3fc:4d7:a960 with SMTP id hn8-20020a05600ca38800b003fc04d7a960mr1044957wmb.12.1689243051811; Thu, 13 Jul 2023 03:10:51 -0700 (PDT)
MIME-Version: 1.0
References: <CAEZ-O0krGN=q-rmHHhTS-7exgtk9m8mXoO6oK4P6WUmGukLEow@mail.gmail.com>
In-Reply-To: <CAEZ-O0krGN=q-rmHHhTS-7exgtk9m8mXoO6oK4P6WUmGukLEow@mail.gmail.com>
Reply-To: carles.gomez@upc.edu
From: Carles Gomez Montenegro <carles.gomez@upc.edu>
Date: Thu, 13 Jul 2023 12:10:40 +0200
Message-ID: <CAAUO2xyDTaYT4qB4oBWUu9gxayCQkWXAm+vTBrviDkh8Zzs=oQ@mail.gmail.com>
To: Kiran Makhijani <kiranmak@gmail.com>
Cc: 6lo@ietf.org, lp-wan <lp-wan@ietf.org>, schc@ietf.org
Content-Type: multipart/alternative; boundary="0000000000000b03bf06005b8c90"
Archived-At: <https://mailarchive.ietf.org/arch/msg/6lo/rWwlPmNA5ES3TQz-ZAe96cc7Xcc>
Subject: Re: [6lo] Comments on draft-ietf-6lo-schc-15dot4
X-BeenThere: 6lo@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: "Mailing list for the 6lo WG for Internet Area issues in IPv6 over constrained node networks." <6lo.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6lo>, <mailto:6lo-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/6lo/>
List-Post: <mailto:6lo@ietf.org>
List-Help: <mailto:6lo-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6lo>, <mailto:6lo-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 13 Jul 2023 10:10:55 -0000

Hi Kiran,

(Adding the LPWAN and SCHC WGs in CC'.)

First of all, apologies for the radio silence, and many thanks for your
valuable questions, comments and suggestions.

Please find inline responses, below:

On Thu, 18 May 2023 at 17:10, Kiran Makhijani <kiranmak@gmail.com> wrote:

> Hello authors,
> Apologies for late comments. May be we can talk about the detailed review
> later, instead  I wanted to discuss high-level points first. Please take
> them as comments from a newbie...
>
> 1. I found it bit challenging to catch up with all  the past 4-digit
> RFC-soup that this document need to reference (3 from SCHC, 3 from base
> 6lowPAN, a few on RPL).  It becomes  arduous to follow everything (I had to
> read 4 to 5 documents before getting reasonable understanding on how I
> could help with review). I am not sure how can this be addressed but
> something to consider as a broader assumption when writing the document.
>
> Thanks for the comment.

We hear you, and will try to keep your comment in mind. However, the nature
of this document (which in its current form is based on mechanisms created
by at least 3 different WGs) makes it difficult to simplify the amount of
background required.


> 2. One suggestion is to re-write architecture section.
>  2.1. Since 6lowPAN is using SCHC,  I find it odd that it does not talk
> about adapting SCHC architecture in LLN. i.e. say what node will need to
> support what SCHC functionality. Then the document will become easier to
> read. For instance, you could draw a LLN with 6LRs, BRs etc. and say what
> SCHC gateway functionality will fit where instead of saying in
> straight-forward RPL rules should be installed in all LRs...
> 2.2 So I suggest first present both the architecture then map
> functions will be better and then develop cases.
>

These are very good suggestions. While the information is (hopefully)
available in the document in sections 3.2 and 3.3, it can probably be
presented more clearly, as you suggest.


> 2.3 Ques: how are SCHC rules distributed  in LPWAN?
>

This is still being discussed at the LWPWAN/SCHC WGs. :-)

The straightforward approach is a completely a priori distribution of SCHC
Rules. However, there may be other options. Some related work is on the
agenda of the joint LPWAN/SCHC meeting at IETF 117.


> Can same techniques be used or RPL is the only approach? (sorry, I am not
> finished reading SCHC and don’t know this yet).
>
>
If you refer to the route-over multihop approaches, there are currently
three, with only one of them (the Tunneled, RPL-based Route-Over approach)
requiring the use of RPL.


> 3. I would have really liked to see 'SCHC dispatch' discussed earlier as
> part of the architecture instead of dealing with it later. This is a key
> LLN dataplane enhancement and everything builds on top of it. The key is
> you are not adding new rules, you are using LLN data plane to carry SCHC
> and nodes with knowledge of this feature will process accordingly.
>
> Yes, you are right that the first mention of the 'SCHC Dispatch' is a bit
obscure (it appears in section 3.3.3). We can follow your suggestion and
introduce it earlier in the architecture section.


> To summarize, when you put this together, reading of document will be very
> simple:
>   - adapt SCHC architecture
>   - describe new dataplane enhancement
>   - describe routing mechanisms
>   - formats...
>
> What do you think? It's possible I must have misunderstood, in that case
> please bear with my ignorance :-).
>

On the contrary, many thanks for your constructive feedback and
suggestions, which we will fully consider for -03.

Cheers,

Carles (as WG participant)



> Thanks
> Kiran
>
> _______________________________________________
> 6lo mailing list
> 6lo@ietf.org
> https://www.ietf.org/mailman/listinfo/6lo
>