Re: [lp-wan] review of https://datatracker.ietf.org/doc/draft-moskowitz-lpwan-ipnumber/

Ana Minaburo <ana@ackl.io> Thu, 07 July 2022 09:47 UTC

Return-Path: <ana@ackl.io>
X-Original-To: lp-wan@ietfa.amsl.com
Delivered-To: lp-wan@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C6C51C15C143 for <lp-wan@ietfa.amsl.com>; Thu, 7 Jul 2022 02:47:37 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.904
X-Spam-Level:
X-Spam-Status: No, score=-1.904 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_BLOCKED=0.001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=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=ackl-io.20210112.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 pMYB4nbTHPo6 for <lp-wan@ietfa.amsl.com>; Thu, 7 Jul 2022 02:47:33 -0700 (PDT)
Received: from mail-io1-xd33.google.com (mail-io1-xd33.google.com [IPv6:2607:f8b0:4864:20::d33]) (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 6E4CEC15C14A for <lp-wan@ietf.org>; Thu, 7 Jul 2022 02:46:19 -0700 (PDT)
Received: by mail-io1-xd33.google.com with SMTP id d3so16282744ioi.9 for <lp-wan@ietf.org>; Thu, 07 Jul 2022 02:46:19 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ackl-io.20210112.gappssmtp.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=HmLT5E3lwzQCcqFz6mh5pmFs6QYxAlbVZGFpBlUDgwc=; b=KUzMXKxRj2No5SlXQSAnas7ciRuHiTlmXLc3drmOvBarybrCwOqZJeO5s+XfgRIOtn 0x+U22jd8qA+etmj9ip50GR1iB7igGrB2y7sUQH9b90Cb74NAZgp5Op0c1P3U1z6I+c8 MaL7iBkRrEfS6WZR59sY8HmrYvcRLlwCllyvE6nuBYphGctKFWqzfVwtuT2jMehGaXdc FdWICnuVuHSrZlnXFE/UzibYjVHy7KQkdCt9FW6y985saZLoq18ddVt10WgWn3JbQfec GyvRg/9aVuShCqYwPZIv/urU8BNPJsfqE0p0ignjhMvRGGvdVWvxmA9buLWnPbArOlwb G0PQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=HmLT5E3lwzQCcqFz6mh5pmFs6QYxAlbVZGFpBlUDgwc=; b=H3tg13LkjqGQ27A5+58LgHBIeXag3SLCIyGt0vrKx7l8y0oJkhHua6nPpC3RxZpiz9 6L3r4nz67zCg0hY5e6uAO11f7PgYzhweUN6NsjuHi9HYVRw6EJ/28EqUwGCvWDGwt7OX H2IjI75NUYJcN4eh3LYaAOIWYZ1+PaYlJP4PAirKGwkG05Tn71mB9hhrJ+QGQ6Qkh5tB 8ucmnIzSYs4yvciSU58yVr/qgWcjlry/u+ZIm72bX8XVx0Gxgw8XgdUUpEz2Btc8ZJhd eiXQX362bVOuV82rnI6kS8jUlURF8nQddwYxl9b1P8oQHl9l2JFaGQSJNVESzMj3ib82 sNoA==
X-Gm-Message-State: AJIora9ZXckVs+J++tb+1EMux0mAgEAKZyXKEoOAnbb3nSn917EtkcH2 3Nnz238zu+W/w5fQJ2Hm998WHDdGwMJizTzVedCByRI+G79mcQ==
X-Google-Smtp-Source: AGRyM1tPHBaB4dj0a1mrXdoz6cn/AU8YOPSL00IexK/O1CJtcYnP6evUu2uiXSEsv/M3Y0aciklLQIJAB4d7TtRWtGk=
X-Received: by 2002:a05:6602:584:b0:674:f851:3973 with SMTP id v4-20020a056602058400b00674f8513973mr25006673iox.116.1657187177863; Thu, 07 Jul 2022 02:46:17 -0700 (PDT)
MIME-Version: 1.0
References: <CO1PR11MB48815290EBCB484D4E4E3736D8809@CO1PR11MB4881.namprd11.prod.outlook.com> <CAC8QAcfJRes+T0xhLZd1uCjQ71tHa7d_=-d7udD6sS5SM8HhSg@mail.gmail.com> <8c4b58a0-04eb-2869-b7db-cfab87d9d131@htt-consult.com>
In-Reply-To: <8c4b58a0-04eb-2869-b7db-cfab87d9d131@htt-consult.com>
From: Ana Minaburo <ana@ackl.io>
Date: Thu, 07 Jul 2022 11:45:51 +0200
Message-ID: <CAAbr+nTqDaUtm5=h9E8TtfrtOgh_p9VTqgT8rJsimWi4sB4zkQ@mail.gmail.com>
To: Robert Moskowitz <rgm-ietf@htt-consult.com>
Cc: "Pascal Thubert (pthubert)" <pthubert=40cisco.com@dmarc.ietf.org>, lp-wan <lp-wan@ietf.org>
Content-Type: multipart/alternative; boundary="00000000000010306a05e333f55d"
Archived-At: <https://mailarchive.ietf.org/arch/msg/lp-wan/sAL5fECXjg5THdSdtUAzqC6CZIg>
Subject: Re: [lp-wan] review of https://datatracker.ietf.org/doc/draft-moskowitz-lpwan-ipnumber/
X-BeenThere: lp-wan@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: "Low-Power Wide Area Networking \(LP-WAN\), also known as LPWA or Low-Rate WAN \(LR-WAN\)" <lp-wan.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/lp-wan>, <mailto:lp-wan-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/lp-wan/>
List-Post: <mailto:lp-wan@ietf.org>
List-Help: <mailto:lp-wan-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/lp-wan>, <mailto:lp-wan-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 07 Jul 2022 09:47:37 -0000

Dear all,

SCHC protocol number might become the identifier to know where the
compression has been used, either before L2 or in the upper layers. This
identifier will be helpful for IP tunneling or PPP.

I found this subject interesting to widely use SCHC in different usages.

Should we define a header for those protocols that do not have a next
header field? Or a general header containing a profile, expanded size, a
rule set id or other information?

Ana

On Wed, Jul 6, 2022 at 9:41 PM Robert Moskowitz <rgm-ietf@htt-consult.com>
wrote:

> Air to ground communications over a constrained wireless tech.
>
> But that would just be the 'job' of the wireless tech provider!
>
> But consider some avionics on the UA that is ethernet connected to the
> controller that has the actual wireless adapter(s).  Then for E2E, we need
> to do the SCHC above IP.
>
> It is the use case in the draft?
>
> On 7/6/22 13:13, Behcet Sarikaya wrote:
>
> Hi all,
>
> I quickly read the draft.
> I don't understand why UA (unmanned aircraft, or a drone?) would need
> LPWAN?
>
> Behcet
>
> On Wed, Jul 6, 2022 at 8:38 AM Pascal Thubert (pthubert) <pthubert=
> 40cisco.com@dmarc.ietf.org> wrote:
>
>> Dear all
>>
>> I reviewed
>> https://datatracker.ietf.org/doc/draft-moskowitz-lpwan-ipnumber/
>>
>> Please find my comments below.
>>
>> In short, I believe that the document is useful and already well advanced
>> and I would support the adoption when times come. But I need to ensure that
>> a NH number is enough, vs. a new option that would transport SCHC
>> parameters like Rule Set ID and/or Instance ID.
>>
>> I suspect we'll make the call at IETF 114 but we need feedback by then,
>> so please join in if you wish the draft to progress rapidly.
>>
>> "
>> If the Next Header in the IP header were SCHC, not ESP, a clear
>> segregation of incoming traffic is directly supportable.
>> "
>> SCHC maintains P2P sessions (called Instances) that are associated with a
>> P2P transport. Can we have one and one only SCHC Instance over SPI? How is
>> the SCHC rule set determined?
>> In the case of SCHC over PPP,  the PPP connection indicates the session
>> one for one, and the rule set can be indicated as  URI in the
>> IPv6-Compression-Protocol Configuration option see
>> https://datatracker.ietf.org/doc/html/draft-thubert-intarea-schc-over-ppp-03#section-3
>>
>> "
>> Where it is possible with ESP's SPI to mitigate inbound packet processing
>> challenges implicit SCHC would generate, DTLS header does not safely even
>> provide this and a SCHC IP number is necessary to separate traffic.
>> "
>> Is the above undoable with TLS?
>>
>> "
>> Operation starts using Veriport's WiFi service.
>> "
>> Can we avoid brand names?
>>
>> "IANA" section: The new protocol should be added to
>> https://www.iana.org/assignments/ipv6-parameters/ipv6-parameters.xhtml
>> shouldn't it? And then, by ricochet it will effectively end in
>> https://www.iana.org/assignments/protocol-numbers.
>>
>> Keep safe;
>>
>> Pascal
>>
>> _______________________________________________
>> lp-wan mailing list
>> lp-wan@ietf.org
>> https://www.ietf.org/mailman/listinfo/lp-wan
>>
>
> _______________________________________________
> lp-wan mailing list
> lp-wan@ietf.org
> https://www.ietf.org/mailman/listinfo/lp-wan
>