Re: [netconf] Magnus Westerlund's No Objection on draft-ietf-netconf-restconf-notif-13: (with COMMENT)

Magnus Westerlund <magnus.westerlund@ericsson.com> Thu, 23 May 2019 07:59 UTC

Return-Path: <magnus.westerlund@ericsson.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 E2AF51200EF; Thu, 23 May 2019 00:59:58 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.011
X-Spam-Level:
X-Spam-Status: No, score=-2.011 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, T_DKIMWL_WL_HIGH=-0.01] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=ericsson.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 qsxRMP8V1U05; Thu, 23 May 2019 00:59:56 -0700 (PDT)
Received: from EUR02-VE1-obe.outbound.protection.outlook.com (mail-eopbgr20082.outbound.protection.outlook.com [40.107.2.82]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8BC2D12001A; Thu, 23 May 2019 00:59:55 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ericsson.com; s=selector2; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=XqugMowHRoEeG3TEgS0Uk1pvlvAOdixjptlP8BFV8CQ=; b=JWTKnHOMGEQjb075YMoOHeucMtIr+DqFCOEE0wwF/SD4dAl0IFgBuOgCVIAWtVIyjlJOSULI6pmN+y9hfXMOLnQZCg1lIhBWFlxIH/cwfGm/7GczKQbBvMtBLU12AWp9LQOYX7lP4f+5U8x3tfOh/2v+rcT6sRG12OCI8PCitmk=
Received: from HE1PR0701MB2522.eurprd07.prod.outlook.com (10.168.128.149) by HE1PR0701MB2905.eurprd07.prod.outlook.com (10.168.98.146) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1922.13; Thu, 23 May 2019 07:59:52 +0000
Received: from HE1PR0701MB2522.eurprd07.prod.outlook.com ([fe80::896a:7ada:8bc9:d99d]) by HE1PR0701MB2522.eurprd07.prod.outlook.com ([fe80::896a:7ada:8bc9:d99d%6]) with mapi id 15.20.1922.016; Thu, 23 May 2019 07:59:52 +0000
From: Magnus Westerlund <magnus.westerlund@ericsson.com>
To: "rrahman@cisco.com" <rrahman@cisco.com>, "iesg@ietf.org" <iesg@ietf.org>
CC: "draft-ietf-netconf-restconf-notif@ietf.org" <draft-ietf-netconf-restconf-notif@ietf.org>, "kent+ietf@watsen.net" <kent+ietf@watsen.net>, "netconf-chairs@ietf.org" <netconf-chairs@ietf.org>, "netconf@ietf.org" <netconf@ietf.org>
Thread-Topic: Magnus Westerlund's No Objection on draft-ietf-netconf-restconf-notif-13: (with COMMENT)
Thread-Index: AQHVC90hSxzlbk31FUCEnsswKya106Z3tlMAgACr9/A=
Date: Thu, 23 May 2019 07:59:52 +0000
Message-ID: <HE1PR0701MB252252C537E76D2889381DF895010@HE1PR0701MB2522.eurprd07.prod.outlook.com>
References: <155800723160.19565.3853721470955609906.idtracker@ietfa.amsl.com> <6CAAE1F0-336D-4E43-9544-7D83FC456409@cisco.com> <HE1PR0701MB2522E4D931BB7283935C9D6595000@HE1PR0701MB2522.eurprd07.prod.outlook.com> <516A6855-BC04-4E17-8F98-1255F624C44C@cisco.com>
In-Reply-To: <516A6855-BC04-4E17-8F98-1255F624C44C@cisco.com>
Accept-Language: sv-SE, en-US
Content-Language: en-US
X-MS-Has-Attach: yes
X-MS-TNEF-Correlator:
authentication-results: spf=none (sender IP is ) smtp.mailfrom=magnus.westerlund@ericsson.com;
x-originating-ip: [192.176.1.81]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: be677e84-f61f-46c5-1596-08d6df54a2fe
x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(5600141)(711020)(4605104)(2017052603328)(49563074)(7193020); SRVR:HE1PR0701MB2905;
x-ms-traffictypediagnostic: HE1PR0701MB2905:
x-microsoft-antispam-prvs: <HE1PR0701MB29059E61C97AD0F479F612E995010@HE1PR0701MB2905.eurprd07.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:8273;
x-forefront-prvs: 00462943DE
x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(376002)(396003)(346002)(366004)(136003)(39860400002)(189003)(199004)(99286004)(76176011)(7696005)(256004)(2501003)(6506007)(66476007)(73956011)(66556008)(64756008)(66446008)(6116002)(68736007)(102836004)(66946007)(6246003)(66616009)(71190400001)(71200400001)(53936002)(86362001)(8936002)(8676002)(81156014)(81166006)(25786009)(4326008)(316002)(74316002)(110136005)(54906003)(44832011)(11346002)(476003)(486006)(446003)(52536014)(7736002)(305945005)(229853002)(66066001)(5660300002)(6436002)(33656002)(26005)(186003)(3846002)(14454004)(99936001)(9686003)(2906002)(55016002)(76116006)(508600001); DIR:OUT; SFP:1101; SCL:1; SRVR:HE1PR0701MB2905; H:HE1PR0701MB2522.eurprd07.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:1;
received-spf: None (protection.outlook.com: ericsson.com does not designate permitted sender hosts)
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam-message-info: vAq4JmF9r9iClcutsNURg/z99FuV72bg1x+7T4EajKlcQlg/Q+zMNkN5Q85rWs3yhDueWzq5TNW25P/RwQzw/eLJfJPagm2d9z6AWYofLtbe7mlXQ5xd47Bf20HEaJqyZOCdKI++B+s09YnJdZCjJWRZM4V32Qcu4ius/El2QkTP2DZXTyXLZHMy5DZa0o0RXSjEItD+K6Z53y+xn04sKpcUA3h4PLcuWcQ/Av4BXn/XprzgfAdGIzHmXJN1FXuE/bcaWz5tqk5W190td1Hb1vO2ThnUJ8ONmFv1CIa5efs72gc8WVJj72bC9Bel97BN8WUcRXppGt6dAO8Plr4f4DAwRkxj80y9gneQ0D5S5QI3dgTM6T6bEknFCDAeJOnb50GccFVaz2Mdt/PrPEQ4bSsrQasu65BPpjjkLokXp6s=
Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=SHA1; boundary="----=_NextPart_000_0035_01D5114E.43295080"
MIME-Version: 1.0
X-OriginatorOrg: ericsson.com
X-MS-Exchange-CrossTenant-Network-Message-Id: be677e84-f61f-46c5-1596-08d6df54a2fe
X-MS-Exchange-CrossTenant-originalarrivaltime: 23 May 2019 07:59:52.3030 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 92e84ceb-fbfd-47ab-be52-080c6b87953f
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: magnus.westerlund@ericsson.com
X-MS-Exchange-Transport-CrossTenantHeadersStamped: HE1PR0701MB2905
Archived-At: <https://mailarchive.ietf.org/arch/msg/netconf/_0xBVOSY38XZEzt_92Amk7XBuVA>
Subject: Re: [netconf] Magnus Westerlund's No Objection on draft-ietf-netconf-restconf-notif-13: (with COMMENT)
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: Thu, 23 May 2019 07:59:59 -0000

Hi,


>
>     >
>     >        o  take any existing subscription "dependency", as specified by 
> the
>     >           "dependency" leaf node in
>     >           [I-D.draft-ietf-netconf-subscribed-notifications], and use 
> the
>     >           HTTP2 stream for the parent subscription as the HTTP2 stream
>     >           dependency, [RFC7540] section 5.3.1, of the dependent
>     >           subscription.
>     >
>     >     What is not obivous to me is that just because that a subscription 
> exists
> at
>     >     the publisher that it is going over the same HTTP/2 connection and 
> thus
> there
>     >     might be nothing for the dependency to point at that is relevant 
> for the
>     >     mechanism described in RFC 7540. I didn't even find a 
> recommendation
> that the
>     >     receiver (subscriber) should actually re-use the HTTP/2 connection 
> for
> all
>     >     communication with the same publisher.
>     >  <RR> Good point, this is not spelled out.  We will add text for the
> subscriber's reuse of the HTTP2 session:
>     > for dynamic subscriptions to a specific publisher, all subscriber URI 
> GET
> requests MUST use a common HTTP2 session for a particular DSCP value.
>
>     Is that really a MUST? I would understand a RECOMMENDED to enable the
>     dependency and weighting within the subscription using the same DSCP.
>     However, what are the reasons to mandate it, and I don't believe it is
>     enforceable as the publisher can't determine that a receiver is the same
>     instance as another receiver, at least not if I assume that the
>     receivers are instances running in a virtualized environment.
> <RR2> You are correct. What about:
> for dynamic subscriptions to a specific publisher, it is recommended that 
> all
> subscriber URI GET requests use a common HTTP2 session for a particular
> DSCP value.

If you are rewriting the old sentence that had a MUST because different DSCP 
needs different TCP connections as only a single DSCP can be applied per TCP 
connection, I think you need to have these two issues separated. One for 
stating the recommendation about reusing HTTP/2 sessions for multiple 
subscriptions using the same DSCP value. A second one stating the requirement 
that you need to use different HTTP/2 sessions for each DSCP value in use.

Cheers

Magnus Westerlund