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

"Reshad Rahman (rrahman)" <rrahman@cisco.com> Thu, 23 May 2019 21:45 UTC

Return-Path: <rrahman@cisco.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 66DDB120105; Thu, 23 May 2019 14:45:24 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.501
X-Spam-Level:
X-Spam-Status: No, score=-14.501 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_HI=-5, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com header.b=Bf5QUbun; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=aA3/rH0/
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 dTpSgyBXEY05; Thu, 23 May 2019 14:45:22 -0700 (PDT)
Received: from alln-iport-1.cisco.com (alln-iport-1.cisco.com [173.37.142.88]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4E835120046; Thu, 23 May 2019 14:45:22 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=4024; q=dns/txt; s=iport; t=1558647922; x=1559857522; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=Zqosq2bxNCveW36r8wF2CYzMtbe4qeqGhPa0ZUrHQ6Q=; b=Bf5QUbuniPtJ5/T8cxSkMWUTrrL5/Kl7wZcymwFevTw0abntcmkhLbxH ZHZHZaWAVFTkmCT3UKJOSwKH+xSGNtemJCaRzC+7m3oC+JSaX+hABxX05 0YMST+YdP7okGo1H/VHi4qvv1krBChRqheCnR0HoL3Dh828k4sNBu2r8c A=;
IronPort-PHdr: =?us-ascii?q?9a23=3AXVxFsR8nKTUasv9uRHGN82YQeigqvan1NQcJ65?= =?us-ascii?q?0hzqhDabmn44+8ZB7E/fs4iljPUM2b8P9Ch+fM+4HYEW0bqdfk0jgZdYBUER?= =?us-ascii?q?oMiMEYhQslVdSfAE3+JfjCZC0hF8MEX1hgrDm2?=
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0C1AADeE+dc/5RdJa1mHgEGBwaBUQk?= =?us-ascii?q?LAYE9TgIDaVUgBAsohBODRwOOd5oAgS4UgRADVAkBAQEMAQEtAgEBhEACF4I?= =?us-ascii?q?hIzQJDgEDAQEEAQECAQRtHAyFSwIEEhERDAEBNwEPAgEIGgIJHQICAjAVEAI?= =?us-ascii?q?EAQ0FIoMAAYFqAx0Bm1ICgTeIX3GBL4J5AQEFhQkYgg8JgQwoAYtRF4FAP4E?= =?us-ascii?q?RJx+CTD6ECDwXI4JQMoImjgeaOwkCgg2TDhuWOIxklV8CBAIEBQIOAQEFgU8?= =?us-ascii?q?4KYEucBVlAYJBgg83gzmKUgFygSmNDgEB?=
X-IronPort-AV: E=Sophos;i="5.60,504,1549929600"; d="scan'208";a="275650091"
Received: from rcdn-core-12.cisco.com ([173.37.93.148]) by alln-iport-1.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 23 May 2019 21:45:21 +0000
Received: from XCH-ALN-017.cisco.com (xch-aln-017.cisco.com [173.36.7.27]) by rcdn-core-12.cisco.com (8.15.2/8.15.2) with ESMTPS id x4NLjLc3012323 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Thu, 23 May 2019 21:45:21 GMT
Received: from xhs-aln-001.cisco.com (173.37.135.118) by XCH-ALN-017.cisco.com (173.36.7.27) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Thu, 23 May 2019 16:45:20 -0500
Received: from xhs-aln-003.cisco.com (173.37.135.120) by xhs-aln-001.cisco.com (173.37.135.118) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Thu, 23 May 2019 16:45:20 -0500
Received: from NAM05-DM3-obe.outbound.protection.outlook.com (173.37.151.57) by xhs-aln-003.cisco.com (173.37.135.120) with Microsoft SMTP Server (TLS) id 15.0.1473.3 via Frontend Transport; Thu, 23 May 2019 16:45:20 -0500
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cisco.onmicrosoft.com; s=selector2-cisco-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=Zqosq2bxNCveW36r8wF2CYzMtbe4qeqGhPa0ZUrHQ6Q=; b=aA3/rH0/SpI006xw4UcbYTQsZu4lbYYSY0VhUeq+3V98luQZGZojHuwThbZ7foNOhbpvXRmYjZQKNdkr+Sq28ZC91n1ZGODR6a2ew/iarkPZ76Zup4uHFu3yupruu5QyMGFQHqkb2zPnNrtoZyqL/IGj7B3Ln8xPzjXG8j2Eufk=
Received: from DM5PR1101MB2105.namprd11.prod.outlook.com (10.174.104.151) by DM5PR1101MB2219.namprd11.prod.outlook.com (10.174.246.147) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1900.17; Thu, 23 May 2019 21:45:16 +0000
Received: from DM5PR1101MB2105.namprd11.prod.outlook.com ([fe80::6ce2:350d:6bed:7dde]) by DM5PR1101MB2105.namprd11.prod.outlook.com ([fe80::6ce2:350d:6bed:7dde%2]) with mapi id 15.20.1922.017; Thu, 23 May 2019 21:45:16 +0000
From: "Reshad Rahman (rrahman)" <rrahman@cisco.com>
To: Magnus Westerlund <magnus.westerlund@ericsson.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: AQHVC90j5N+ogNsXt0aGO/2zhavC3qZ3c0SAgADwAgCAAKOOgA==
Date: Thu, 23 May 2019 21:45:16 +0000
Message-ID: <7009FE15-1A66-4DD6-992D-F42C08A3909D@cisco.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> <HE1PR0701MB252252C537E76D2889381DF895010@HE1PR0701MB2522.eurprd07.prod.outlook.com>
In-Reply-To: <HE1PR0701MB252252C537E76D2889381DF895010@HE1PR0701MB2522.eurprd07.prod.outlook.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
user-agent: Microsoft-MacOutlook/10.10.6.190114
authentication-results: spf=none (sender IP is ) smtp.mailfrom=rrahman@cisco.com;
x-originating-ip: [2001:420:2840:1250:2421:2f0a:1dbc:638e]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: 0b0d4820-6356-48c9-11a8-08d6dfc7f1e4
x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(5600141)(711020)(4605104)(2017052603328)(7193020); SRVR:DM5PR1101MB2219;
x-ms-traffictypediagnostic: DM5PR1101MB2219:
x-microsoft-antispam-prvs: <DM5PR1101MB22198DFAB23C6BF5AC1ED9A2AB010@DM5PR1101MB2219.namprd11.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:7691;
x-forefront-prvs: 00462943DE
x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(136003)(39860400002)(366004)(396003)(346002)(376002)(189003)(199004)(305945005)(446003)(7736002)(76116006)(99286004)(91956017)(11346002)(66446008)(64756008)(73956011)(66476007)(66556008)(66946007)(2616005)(478600001)(110136005)(58126008)(54906003)(14454004)(6512007)(5660300002)(476003)(486006)(81156014)(316002)(76176011)(2501003)(6506007)(33656002)(46003)(102836004)(81166006)(6246003)(71200400001)(71190400001)(83716004)(6116002)(256004)(8676002)(4326008)(36756003)(8936002)(25786009)(229853002)(6436002)(2906002)(86362001)(6486002)(82746002)(68736007)(53936002)(186003); DIR:OUT; SFP:1101; SCL:1; SRVR:DM5PR1101MB2219; H:DM5PR1101MB2105.namprd11.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:1;
received-spf: None (protection.outlook.com: cisco.com does not designate permitted sender hosts)
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam-message-info: ZUjHV9Ane5/g9KopGX+ecqKSoJdKDn2lCrGkZwsCpOTDYFskePsOYfllxaZhmkn8vMXgPYf96RyKXPmUtI8fA/jSYexKcAbmVYJbSA7lLuxrWpc+f82Ic40uw8yIQIdvc3AS55JtGeTWieC102aeWv9nYb1Ym5SN1V1PUlRLME95RAGHCOFjSAlZ4yydIHA++Iecv75430GVYhbByJmJ5aZgAciBLv8HS7I4iWvpbi+1ZgSwxF9C746Lykr8FkChIQifsiodADmYV3npcL3psg+LR0IAH1CVLTHQrXGYr303muJOYd7c9UjKw84lmlFs/SaI5mP7mIfNNMR1UZvz1IGOOXYjb10/oGgmnnzyDCFDDiLnkmYP2MwnWqKTEjKJ8ZpSBrb49p5cxhwFfcdsNIpcIzKmCn/5j/IKjA6H5xY=
Content-Type: text/plain; charset="utf-8"
Content-ID: <45339893A0129446988472EF391FDEE2@namprd11.prod.outlook.com>
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-MS-Exchange-CrossTenant-Network-Message-Id: 0b0d4820-6356-48c9-11a8-08d6dfc7f1e4
X-MS-Exchange-CrossTenant-originalarrivaltime: 23 May 2019 21:45:16.8044 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 5ae1af62-9505-4097-a69a-c1553ef7840e
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM5PR1101MB2219
X-OriginatorOrg: cisco.com
X-Outbound-SMTP-Client: 173.36.7.27, xch-aln-017.cisco.com
X-Outbound-Node: rcdn-core-12.cisco.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/netconf/In90x0TCZdnJ-f49unfCiYib3KM>
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 21:45:25 -0000

Hi,

On 2019-05-23, 4:00 AM, "Magnus Westerlund" <magnus.westerlund@ericsson.com> wrote:

    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.
The text above was indeed for reusing HTTP2 sessions on the client/subscriber. I'll add text for the last part above too (different DSCP values can't share HTTP2 session).

Regards,
Reshad.

    
    Cheers
    
    Magnus Westerlund