Re: [Schc] [lp-wan] Adoption call for draft-barthel-schc-oam-schc

Laurent Toutain <Laurent@touta.in> Tue, 30 January 2024 10:53 UTC

Return-Path: <laurent.toutain@gmail.com>
X-Original-To: schc@ietfa.amsl.com
Delivered-To: schc@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4D827C14F683; Tue, 30 Jan 2024 02:53:22 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.396
X-Spam-Level:
X-Spam-Status: No, score=-1.396 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FORGED_FROMDOMAIN=0.25, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=0.249, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H2=-0.001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_REMOTE_IMAGE=0.01, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=no autolearn_force=no
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 BwzWKRtq97Sl; Tue, 30 Jan 2024 02:53:18 -0800 (PST)
Received: from mail-wm1-f48.google.com (mail-wm1-f48.google.com [209.85.128.48]) (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 0311EC04B44E; Tue, 30 Jan 2024 02:53:17 -0800 (PST)
Received: by mail-wm1-f48.google.com with SMTP id 5b1f17b1804b1-40e7065b7bdso45700345e9.3; Tue, 30 Jan 2024 02:53:17 -0800 (PST)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1706611996; x=1707216796; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=Y4x2qpd25htZ7ZqqyhDQtutMJzNRfUAplnxnk6iwYr0=; b=Rk2RDb6rwTFO+l6jDBs0VuBPx7g7+MNaMhhGqtt/zXl0WEfS0nIiqahOe6+7DDo2XR dqd9Vml3CDaxBn9/LkG6xNjVzIoHzhKsCzffNx1Njx66Na5GBw6GECS/9M3ug+6r3FT0 ROZhUytFBSxgqjZgbE0iwKgc8ZyBVUfHT7LTTZJtCfL6dbgZIIT+L8YkTaBWbydnVr9r 4A7apN4y2RdYBmmk+n8FzoUXzPN3JctNOXAukH9HmMMZ36CtMjafWU461QXwBY9fv4Np ojS2Kt1v2ILp59swmdflkzHyZ+4J+3+tvDHkIk7g8p8Z2elNZWsG9TZ09bvFMPi0j52n n6NA==
X-Gm-Message-State: AOJu0YydsJ12geNGDjWw7qLRE9Qhs16UPGeCdjRo5kbU5r2bO1t1fx6d un7tTKBgGhd9GTimHMxWVJrz1rav1sz+f2B0IzjBxcphySqeZ8ni/pxbIJo4O9+wJrMUMMpbCX+ Pl/wgaeUGiSknw7E6w2HsqZCJiGs=
X-Google-Smtp-Source: AGHT+IF9GKNEMcSeOLMSa2FkrlD+aUO0TfOWCoTlVRhUZhoyMI/A5rHNRN0krUiBgiIDvBDkxEqsdgxYICMwFfkwlfA=
X-Received: by 2002:a5d:588b:0:b0:33a:f4d6:613 with SMTP id n11-20020a5d588b000000b0033af4d60613mr3237207wrf.69.1706611995845; Tue, 30 Jan 2024 02:53:15 -0800 (PST)
MIME-Version: 1.0
References: <957865432.5841173.1706006202358.JavaMail.zimbra@imt-atlantique.fr> <CAH7SZV8qP3PQoCimvz=bO+zyGUG5GmzPYCAbEs5uDECNYAsL2A@mail.gmail.com> <1769283932.5939443.1706014083294.JavaMail.zimbra@imt-atlantique.fr> <CAAUO2xy_y8MUS-kNzjHdYwZAo3EZ3FOPksPsowbKD7G9DLspBA@mail.gmail.com> <YT2PR01MB9843266E3817757AD058EC83917B2@YT2PR01MB9843.CANPRD01.PROD.OUTLOOK.COM> <DU0PR02MB9750D597535BF0B6E87760CDF97A2@DU0PR02MB9750.eurprd02.prod.outlook.com>
In-Reply-To: <DU0PR02MB9750D597535BF0B6E87760CDF97A2@DU0PR02MB9750.eurprd02.prod.outlook.com>
From: Laurent Toutain <Laurent@touta.in>
Date: Tue, 30 Jan 2024 11:52:38 +0100
Message-ID: <CABONVQZbG95ByZP21_H7n9ZTvtiZsGxH8e6J3kuPq3Sjm9gz6A@mail.gmail.com>
To: marion.dumay@orange.com
Cc: schc <schc@ietf.org>, lp-wan <lp-wan@ietf.org>
Content-Type: multipart/alternative; boundary="000000000000c827ec0610279157"
Archived-At: <https://mailarchive.ietf.org/arch/msg/schc/wkOGbxaJfu5EcrAkCsYW6FAcCJY>
Subject: Re: [Schc] [lp-wan] Adoption call for draft-barthel-schc-oam-schc
X-BeenThere: schc@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: Static Context Header Compression <schc.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/schc>, <mailto:schc-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/schc/>
List-Post: <mailto:schc@ietf.org>
List-Help: <mailto:schc-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/schc>, <mailto:schc-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 30 Jan 2024 10:53:22 -0000

Hi Marion,

Thanks for you support. I totally agree with you concerning reaching a
consensus on the "ICMPv6" draft, my concern is more on the timing. I prefer
to have more discussions on the principle of "actions" and publish a single
document, than publish an RFC just on ICMPv6 field compression, then
another of actions, for several reasons.

- The draft defines an augmentation to RFC 9363 YANG DM, that needs to be
mapped to SIDs. If we split in two, regarding the current allocation
process, there is a risk of wasting relatively small SIDs,
- the proxy-ping6 action is also a good vector to promote actions inside
SCHC rules. If we split, we may not benefit of the momentum and make it
harder to push after. This mechanism may be applied to some other messages,
such as keep-a-live, that may also be proxied, or in Ana's proposal to
manage flows draft-minaburo-schc-flow-compression
- The principle of Proposed Standard RFC is to see if an idea is popular or
not and get adopted or not in implementations. Some monitoring tools uses
ping to test the device, by using proxy ping, it is possible to see the
status of the device, without changing the monitoring tool nor sending
packets on the constrained network.  For me, it is a direct practical
application of the proxy ping.

Laurent

On Thu, Jan 25, 2024 at 3:19 PM <marion.dumay@orange.com> wrote:

> Dear all,
>
>
>
> I support the adoption of this draft. There's no doubt that offering SCHC
> compression of ICMPv6 is necessary.
>
> However, I'd would like to recommend that the scope of the draft be
> strictly limited to the compression of ICMPv6 messages (the title of the
> draft must be modified).
>
> Content pertaining to architecture should be addressed separately in the
> relevant draft to maintain clarity and focus.
>
> In addition, in line with what Dominique said at the last interim meeting,
> I also have concerns about the introduction of the concept of actions. I'm
> afraid this may lead to a loss of generality and open the door to many
> undesirable uses.
>
>
>
> Regards,
>
>
>
> Marion
>
>
>
> *De :* Schc <schc-bounces@ietf.org> *De la part de* Sandra Cespedes
> *Envoyé :* mercredi 24 janvier 2024 17:23
> *À :* schc <schc@ietf.org>
> *Cc :* lp-wan <lp-wan@ietf.org>
> *Objet :* Re: [Schc] [lp-wan] Adoption call for
> draft-barthel-schc-oam-schc
>
>
>
> Dear all,
>
>
>
> I support the adoption of this draft. The functionality it provides is
> very useful.
>
>
>
> Best,
>
> Sandra.
>
>
>
>
>
>
>
>
>
>
>
>
>
> *From:* Schc <schc-bounces@ietf.org> *On Behalf Of *Carles Gomez
> Montenegro
> *Sent:* Tuesday, January 23, 2024 9:39 AM
> *To:* Alexander PELOV <alexander.pelov@imt-atlantique.fr>
> *Cc:* DIEGO DUJOVNE <diego.dujovne@mail.udp.cl>; schc <schc@ietf.org>;
> lp-wan <lp-wan@ietf.org>
> *Subject:* Re: [Schc] [lp-wan] Adoption call for
> draft-barthel-schc-oam-schc
>
>
>
> *Attention* This email originates from outside the concordia.ca domain.
> // Ce courriel provient de l'extérieur du domaine de concordia.ca
>
>
>
>
>
> Dear all,
>
>
>
> I support adopting the draft as well.
>
>
>
> The draft provides very useful functionality, including that ICMPv6 header
> compression may be needed in environments beyond LPWAN (e.g., for Neighbor
> Discovery messages in draft-ietf-6lo-schc-15dot4-04 scenarios).
>
>
>
> Cheers,
>
>
>
> Carles
>
>
>
>
>
>
>
>
>
>
>
>
> <http://www.avg.com/email-signature?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail>
>
> Libre de virus.www.avg.com
> <http://www.avg.com/email-signature?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail>
>
>
>
> On Tue, 23 Jan 2024 at 13:48, Alexander PELOV <
> alexander.pelov@imt-atlantique.fr> wrote:
>
> (chair hat off)
>
> Dear all,
> +1 on my side as well.
>
> Having ICMPv6 over SCHC, as well as other (potentially larger) parts of
> OAM are things we should be able to run over SCHC.
>
> Cheers,
> Alexander
>
>
>
>
> ----- Mail original -----
> De: "DIEGO DUJOVNE" <diego.dujovne@mail.udp.cl>
> À: "Alexander PELOV" <alexander.pelov@imt-atlantique.fr>
> Cc: "schc" <schc@ietf.org>, "lp-wan" <lp-wan@ietf.org>
> Envoyé: Mardi 23 Janvier 2024 12:55:17
> Objet: Re: [Schc] Adoption call for draft-barthel-schc-oam-schc
>
> I agree to adopt this draft.
> Regards,
>
>         Diego Dujovne
>
> El mar, 23 de ene de 2024, 07:36, Alexander PELOV <
> alexander.pelov@imt-atlantique.fr> escribió:
>
> > Dear all,
> >
> > This is a call to adopt as a SCHC WG document. Please express support or
> > opposition with a rationale either way.
> >
> > As a reminder, we've been working and discussing the document for quite
> > some time now, and the call comes after IETF 118, where we discussed it
> and
> > decided that it is time to start the call.
> >
> > The latest version can be found here :
> > https://datatracker.ietf.org/doc/draft-barthel-schc-oam-schc/
> >
> >
> > This call will end on Feb 6.
> >
> > Cheers
> > The chairs
> >
> > --
> > Schc mailing list
> > Schc@ietf.org
> > https://www.ietf.org/mailman/listinfo/schc
> >
>
> _______________________________________________
> lp-wan mailing list
> lp-wan@ietf.org
> https://www.ietf.org/mailman/listinfo/lp-wan
>
> ____________________________________________________________________________________________________________
> Ce message et ses pieces jointes peuvent contenir des informations confidentielles ou privilegiees et ne doivent donc
> pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce message par erreur, veuillez le signaler
> a l'expediteur et le detruire ainsi que les pieces jointes. Les messages electroniques etant susceptibles d'alteration,
> Orange decline toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci.
>
> This message and its attachments may contain confidential or privileged information that may be protected by law;
> they should not be distributed, used or copied without authorisation.
> If you have received this email in error, please notify the sender and delete this message and its attachments.
> As emails may be altered, Orange is not liable for messages that have been modified, changed or falsified.
> Thank you.
>
> --
> Schc mailing list
> Schc@ietf.org
> https://www.ietf.org/mailman/listinfo/schc
>


-- 
Laurent Toutain
+------ VoIP (recommended) ---+--- Télécom Bretagne --- +
| Tel: +33 2 22 06 8156             | Tel: + 33 2 99 12 7026    | Visit :
| Fax: +33 2 22 06 8445            | Fax: +33 2 99 12 7030   |
http://class.touta.in
| Laurent@Touta.in                   | Laurent.Toutain@Telecom-Bretagne.eu
+----------------------------------------+--------------------------------+