Re: [netconf] Capability-fetching mechanisms

Mahesh Jethanandani <mjethanandani@gmail.com> Mon, 28 June 2021 22:41 UTC

Return-Path: <mjethanandani@gmail.com>
X-Original-To: netconf@ietfa.amsl.com
Delivered-To: netconf@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A897F3A1974 for <netconf@ietfa.amsl.com>; Mon, 28 Jun 2021 15:41:26 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.087
X-Spam-Level:
X-Spam-Status: No, score=-2.087 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_MIME_MALF=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=gmail.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 jWpkw_lyRkcG for <netconf@ietfa.amsl.com>; Mon, 28 Jun 2021 15:41:22 -0700 (PDT)
Received: from mail-pj1-x102b.google.com (mail-pj1-x102b.google.com [IPv6:2607:f8b0:4864:20::102b]) (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 4DA173A1970 for <netconf@ietf.org>; Mon, 28 Jun 2021 15:41:22 -0700 (PDT)
Received: by mail-pj1-x102b.google.com with SMTP id x21-20020a17090aa395b029016e25313bfcso1112551pjp.2 for <netconf@ietf.org>; Mon, 28 Jun 2021 15:41:22 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:message-id:mime-version:subject:date:in-reply-to:cc:to :references; bh=gbj8wyrXUO8WvZyjSOvmJbaHmrE6WgjTShqkUU7Sm4w=; b=e9q0xZQm6/sGu7+gOZGqsWniwB4kBqx8gyplwhsOym5XUNOZCtXIngdO2a/eFLCuF4 CqpgVvcCl/VTyu2j9V3H0gkrJUDynsp7Ev+k77rwE3/89Knv7h2fRChRecqvsklu+AOG 9PzL8d3MAtnlBac4zCbPDl8ajftfT+pO8YYpBNJl/dkqvp6zvB14lfUHmrphXQSAjjQ+ 0Xc+CJ8NO+IjCOYPkT/XKBRkoo5NsILaoZFDz1pzdA8vL8w1LTzZJjbIV83r1B+08XNt 0wXILbi3ayEFGWvukJSr0WchzCxhUKrQsF1n9Lf7rYjOonpt7JEp22fa29epqerEaw5E N4eg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:message-id:mime-version:subject:date :in-reply-to:cc:to:references; bh=gbj8wyrXUO8WvZyjSOvmJbaHmrE6WgjTShqkUU7Sm4w=; b=AAxpsgC17K5qZBXUeSapLbO/ntGMS2UDiQkn3tG7tQHq1uYjV46H1TOGOb0YYhu4Yn 3uc5C8nfcW3aS62d8cCkZD7FJXI0kcziVS/hZaM8MWor38t/gARdwIieNZvIcpqf2tFv +zj+uol4Oxf3st0BjX4SH9y4vrHKvDTHtavai/BzvE5kCx5lws0gV9j5QaTawypijMaj azo1PqkJKRLIJ0Ju0bMDndHt//wTc7qEVJ9G8d3Nh3qQojcGOzccUbM5B4lq+keZ72WU 6E/UZOYzppgoXc/2+mZf6fvCmeTJXO5H39zctV157lS98Vsvq+QrrSEjY3epRGhSnx5Q d8kg==
X-Gm-Message-State: AOAM530oz4W3VQUo+u8QobPoSI310H/lFItgB6RdPXRBNvs/PgznLH5u 9kHVyHsBxEO4dSNs9GjEBqE=
X-Google-Smtp-Source: ABdhPJxFTlP/VqgM6d9n2OFYSXLXnuTG7RJs4s91tCueBkZcdH/cjiLjVSAV9JwFFsJpIf2pmeURzA==
X-Received: by 2002:a17:90a:974c:: with SMTP id i12mr1357174pjw.158.1624920080898; Mon, 28 Jun 2021 15:41:20 -0700 (PDT)
Received: from [192.168.1.135] (c-73-93-49-153.hsd1.ca.comcast.net. [73.93.49.153]) by smtp.gmail.com with ESMTPSA id x23sm8286314pfr.14.2021.06.28.15.41.19 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Mon, 28 Jun 2021 15:41:20 -0700 (PDT)
From: Mahesh Jethanandani <mjethanandani@gmail.com>
Message-Id: <741DCE37-211F-4AA0-B023-D1D551D93E13@gmail.com>
Content-Type: multipart/alternative; boundary="Apple-Mail=_393A3D1C-3113-41AE-BD62-4D92D082336B"
Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.7\))
Date: Mon, 28 Jun 2021 15:41:18 -0700
In-Reply-To: <7527caa444da49d5bce2608512c668df@huawei.com>
Cc: Kent Watsen <kent+ietf@watsen.net>, "maqiufang (A)" <maqiufang1@huawei.com>, Zmail <alex.huang-feng@insa-lyon.fr>, "netconf@ietf.org" <netconf@ietf.org>
To: Qin Wu <bill.wu@huawei.com>
References: <7527caa444da49d5bce2608512c668df@huawei.com>
X-Mailer: Apple Mail (2.3608.120.23.2.7)
Archived-At: <https://mailarchive.ietf.org/arch/msg/netconf/mXOLjP5mWKAAC0lD-MeYw35XqoU>
Subject: Re: [netconf] Capability-fetching mechanisms
X-BeenThere: netconf@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: NETCONF WG list <netconf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/netconf>, <mailto:netconf-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/netconf/>
List-Post: <mailto:netconf@ietf.org>
List-Help: <mailto:netconf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/netconf>, <mailto:netconf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 28 Jun 2021 22:41:27 -0000

Hi Qin,

Thank you for sharing an example. We now understand better what was intended. After discussing some, three things come to mind.

1) We do not have a particular requirement for an off-line format, and find it an unnecessary overhead of having to wrap the data with yang-instance-data.

2) There seems to be an implication of the receiver being a NETCONF server, something that we made an effort to avoid in the first place. 

3) The data export capabilities other leafs that we do not care about. How do we restrict the response to data that is pertinent to our transport draft? In the example you shared, we see capabilities for udp-notif being returned in addition to http-notif.

For these reasons, we feel the that the value proposition is limited, while increasing complexity.

Mahesh & Kent



> On Jun 15, 2021, at 5:27 AM, Qin Wu <bill.wu@huawei.com> wrote:
> 
> [Qin Wu] Here is the example:
>    The publisher can send the following request to learn the receiver
>    capabilities.
>  
>    GET HTTP 1.1 /some/path/capabilities/acme-receiver-capabilities.json
>    Host: example.com <http://example.com/>
>    Accept: application/xml, application/json
>    If the receiver is unable to reply using "application/xml", 
> the response might look like this:
>    HTTP/1.1 200 OK
>    Date: Wed, 26 Feb 2020 20:33:30 GMT
>    Server: example-server
>    Cache-Control: no-cache
>    Content-Type: application/json
>    Content-Length: nnn
>  
>    {
>      "ietf-yang-instance-data:instance-data-set": {
>        "name": "acme-receiver-capabilities",
>        "content-schema": {
>          "module": "ietf-data-export-capabilities"
>        },
>        "timestamp": "2018-01-25T17:00:38Z",
>        "description": [
>          "Receiver capability"
>        ],
>        "content-data": {
>          "system-capabilities": {
>            "ietf-data-export-capabilities:data-export-capabilities": [
>              {
>                "transport-protocol": "http-notif",
>                "encoding-format": [
>                  "json",
>                  "xml",
>                  "rfc8639-enabled"
>                ]
>              },
>              {
>                "transport-protocol": "udp-notif",
>                "encoding-format": [
>                  "binary"
>                ]
>              }
>            ]
>          }
>        }
>      }
> }