Re: [core] some comments on netconf-adaptive-subscription

Andy Bierman <andy@yumaworks.com> Fri, 25 June 2021 16:04 UTC

Return-Path: <andy@yumaworks.com>
X-Original-To: core@ietfa.amsl.com
Delivered-To: core@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EEFB43A076E for <core@ietfa.amsl.com>; Fri, 25 Jun 2021 09:04:27 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.887
X-Spam-Level:
X-Spam-Status: No, score=-1.887 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, SPF_HELO_NONE=0.001, T_SPF_PERMERROR=0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=yumaworks-com.20150623.gappssmtp.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id uhfuOS_Z4GJR for <core@ietfa.amsl.com>; Fri, 25 Jun 2021 09:04:23 -0700 (PDT)
Received: from mail-lj1-x235.google.com (mail-lj1-x235.google.com [IPv6:2a00:1450:4864:20::235]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 599193A0744 for <core@ietf.org>; Fri, 25 Jun 2021 09:04:23 -0700 (PDT)
Received: by mail-lj1-x235.google.com with SMTP id d13so13124891ljg.12 for <core@ietf.org>; Fri, 25 Jun 2021 09:04:23 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yumaworks-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=FgvExJPOzpl/xYNhRAmw1cPsZtX07H+SRvU1FPH2bVo=; b=nlXh1iz3rQ9ABxEXNUewZEzGUxStPPW3QgdB+MGvWi/j7xJ9MGtnBHSWdAOvcudAym wCF0LkvNBsGYKHpHxcyGLFbt7obpXBh6q8l2ZlxSMMj0BiEwju4jGyjHRKpsO6NATn12 RPw+ycER1eNOGSobDxyWUf8/uX6VgW6Q6igeL2ShgcXSsXNVal5co6Z10Ufr78Zzm9jH Cn+ImawOJTNAQgU8mN9T1Mc5fImgdv/Di7/YpWeCFsnuV13ZluukAYHL21G2XuFHpIJk sTNPJ+Iu5/fRIDv+WP4hr5u5VNXgkSYLtJ1WXEyNvTkVrC20vV8K2Y5j1ppFXd2awMUZ Wt+w==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=FgvExJPOzpl/xYNhRAmw1cPsZtX07H+SRvU1FPH2bVo=; b=IKsECR6FNu708pssX6pppTEH8ADNfv76vAwpMjo4GcoJj3WgQEQ8F3n/fwXGobv1A9 De0QaEUxuhaHkumEc/Tx8ay8D6W/zkWSMMCeb0YSBtf05WGfw9CoNsKZYGbM/SDvCjaC fsUXDnEzoGWS/Ky6FSrrlUoQBDXe2kR87sTQhe60rvhivJy30pG+z8VB8qlI5IogTnTP TOXJyEkchfUChNszg1nWPPDWh7/bbX9pGWoYcQxPuSKuS+1/Bszx4In07zTZ+XmFcPbn dpTVIRYCnXcfg6lDLWkInBvsnvlkavP4/5Vndb6bWct8EowAscgTz5akNuJWZccLyvjS r0eQ==
X-Gm-Message-State: AOAM532dl6BRAhBVJBc+qRqwvjeDvKUt1d9SwHfu8KRbR6orQWF8XtVD 7hlCqmH1Htc8Jw63HhMRcyLk8a93EyOJmtGjDmjAYg==
X-Google-Smtp-Source: ABdhPJw9ji8Hc9OeBPL1RiHJPWUi2oxVur3FIH7SksswKeNtWLUwfc7ZY5H2WoE0nW3LqyozZ7PZX2lV9/lyXoTYDwU=
X-Received: by 2002:a2e:b80a:: with SMTP id u10mr7458256ljo.325.1624637056242; Fri, 25 Jun 2021 09:04:16 -0700 (PDT)
MIME-Version: 1.0
References: <5ba27e43a63e427091f3093b35be09a0@huawei.com> <14286.1624562075@localhost> <11607.1624583118@localhost>
In-Reply-To: <11607.1624583118@localhost>
From: Andy Bierman <andy@yumaworks.com>
Date: Fri, 25 Jun 2021 09:04:05 -0700
Message-ID: <CABCOCHSc1GLZ4qOdSqtZmOpJCd=hBathR5NNe6BMUjCm88e35w@mail.gmail.com>
To: Michael Richardson <mcr+ietf@sandelman.ca>
Cc: Qin Wu <bill.wu@huawei.com>, Netconf <netconf@ietf.org>, Core <core@ietf.org>
Content-Type: multipart/alternative; boundary="000000000000a06fe405c5994ab6"
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/2IlhYhw8hjCIQ0NAKO4N9SjK36Q>
Subject: Re: [core] some comments on netconf-adaptive-subscription
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/core/>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 25 Jun 2021 16:04:28 -0000

On Thu, Jun 24, 2021 at 6:05 PM Michael Richardson <mcr+ietf@sandelman.ca>
wrote:

>
> Michael Richardson <mcr+ietf@sandelman.ca> wrote:
>     > I had to back to RFC8641, which I don't know well at all, to be sure
> I
>     > understood the xpath criteria.  I guess I don't understand how
> RFC8641
>     > and this document can be used for non-XML serialized YANG
> interactions.
>
>     > If bandwidth is at a premium, wouldn't you want to use
>     > draft-ietf-core-comi-11 (YANG in CBOR) rather than XML?  At which
>     > point, the obvious interaction with RFC7641 would need to be
> explained?
>
>     > It seems that the netconf (RESTCONF) and CORECONF groups should spend
>     > some more time together.
>
> I didn't finish my thought here.
> Specifically, it seems that the CORE WG is doing a lot of stuff with CoAP
> Observes and SENML and all sorts of interesting triggers.
>

There have long been 2 camps in CORE WG on this -- 1 that thinks YANG data
modeling
should be used in IoT and another that thinks YANG data modeling is overkill
and not needed for IoT.  If YANG is used then SENML info is redundant.

YANG automation is about the entire tool chain, not just the bytes on the
wire,
but even if you focus just on that, I think CBOR+SID can achieve much higher
information density than SENML.


> It seems that there ought to be more common work here.
> Routers are really the original Things Of Internet.
>

I do not think it helps to classify a router as an IoT device.



>
> --
> Michael Richardson <mcr+IETF@sandelman.ca>   . o O ( IPv6 IøT consulting )
>            Sandelman Software Works Inc, Ottawa and Worldwide
>
>
>
>
Andy


>
> _______________________________________________
> core mailing list
> core@ietf.org
> https://www.ietf.org/mailman/listinfo/core
>