Re: [Netconf] mbj review of draft-ietf-netconf-restconf-server-model-09 (Reply to this one - corrected the draft alias)

"Acee Lindem (acee)" <acee@cisco.com> Sun, 12 June 2016 22:03 UTC

Return-Path: <acee@cisco.com>
X-Original-To: rtgwg@ietfa.amsl.com
Delivered-To: rtgwg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9A87412B031; Sun, 12 Jun 2016 15:03:48 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -15.946
X-Spam-Level:
X-Spam-Status: No, score=-15.946 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-1.426, 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
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 X7xlAC58E6S6; Sun, 12 Jun 2016 15:03:46 -0700 (PDT)
Received: from rcdn-iport-9.cisco.com (rcdn-iport-9.cisco.com [173.37.86.80]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 74F7F128B44; Sun, 12 Jun 2016 15:03:46 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=22227; q=dns/txt; s=iport; t=1465769026; x=1466978626; h=from:to:cc:subject:date:message-id:mime-version; bh=ywQ0/rWXobLPk+vhXY444A+UZjuIeMAvBRqTuAcMMBw=; b=NmtEDgS4GlILdE9svovr6V8QDXdjjldWIHc/Oj6oQBOqEAYnd2vwdYtP pq5rSoRnVKSrdzaSA58V15ZTbALiDfIp3Y2CkhoyKPa96KGUI3ZrTaHEN L+mzkDBf3BHsCbRI2PtkBzs9/7Zn1/adoYXpTYngEqeX4uORI9IT94+yE k=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: A0AVAgCW211X/5JdJa1dgnBOVn0Grx6HAIUAgXkdhTBKHoEHOBQBAQEBAQEBZSeESgEBAQQjVhIBCA4DAwECJAQDAgQfERQJCgQOBYgWAxcOrESMLw2DfgEBAQEBAQEDAQEBAQEBASCKdIJDgWc2gmGCWgWNboo/NAGMLYF6gWmEUohlhkiBOYdsAR42ggccFoE1bgEBiQd/AQEB
X-IronPort-AV: E=Sophos;i="5.26,463,1459814400"; d="scan'208,217";a="112174061"
Received: from rcdn-core-10.cisco.com ([173.37.93.146]) by rcdn-iport-9.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 12 Jun 2016 22:03:45 +0000
Received: from XCH-RTP-013.cisco.com (xch-rtp-013.cisco.com [64.101.220.153]) by rcdn-core-10.cisco.com (8.14.5/8.14.5) with ESMTP id u5CM3jsr014953 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Sun, 12 Jun 2016 22:03:45 GMT
Received: from xch-rtp-015.cisco.com (64.101.220.155) by XCH-RTP-013.cisco.com (64.101.220.153) with Microsoft SMTP Server (TLS) id 15.0.1104.5; Sun, 12 Jun 2016 18:03:44 -0400
Received: from xch-rtp-015.cisco.com ([64.101.220.155]) by XCH-RTP-015.cisco.com ([64.101.220.155]) with mapi id 15.00.1104.009; Sun, 12 Jun 2016 18:03:44 -0400
From: "Acee Lindem (acee)" <acee@cisco.com>
To: Kent Watsen <kwatsen@juniper.net>
Subject: Re: [Netconf] mbj review of draft-ietf-netconf-restconf-server-model-09 (Reply to this one - corrected the draft alias)
Thread-Topic: [Netconf] mbj review of draft-ietf-netconf-restconf-server-model-09 (Reply to this one - corrected the draft alias)
Thread-Index: AQHRxPZJtV2I7wzICkGEyXhuAh87oA==
Date: Sun, 12 Jun 2016 22:03:44 +0000
Message-ID: <D38353BE.642D7%acee@cisco.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-ms-exchange-messagesentrepresentingtype: 1
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: [10.24.53.251]
Content-Type: multipart/alternative; boundary="_000_D38353BE642D7aceeciscocom_"
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtgwg/bOxBLHQjOvM5AyL02nk0yvT2ybM>
Cc: "netconf@ietf.org" <netconf@ietf.org>, Martin Bjorklund <mbj@tail-f.com>, "t.petch" <ietfc@btconnect.com>, "draft-ietf-rtgwg-yang-key-chain@ietf.org" <draft-ietf-rtgwg-yang-key-chain@ietf.org>, Routing WG <rtgwg@ietf.org>
X-BeenThere: rtgwg@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: Routing Area Working Group <rtgwg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtgwg>, <mailto:rtgwg-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtgwg/>
List-Post: <mailto:rtgwg@ietf.org>
List-Help: <mailto:rtgwg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtgwg>, <mailto:rtgwg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 12 Jun 2016 22:03:48 -0000

I’m about to update this key-chain module and would like to restore the name of simply key-chain since I’ve received negative feedback on the the change to routing-key-chain since it will likely be used for a myriad of non-routing applications.

Kent - would you be opposed to this? Note that your company’s products refer to the model as simply “key-chain”.

http://www.juniper.net/documentation/en_US/junos14.2/topics/reference/configuration-statement/key-chain-edit-security-authentication-key-chains.html

Thanks,
Acee

From: rtgwg <rtgwg-bounces@ietf.org<mailto:rtgwg-bounces@ietf.org>> on behalf of Acee Lindem <acee@cisco.com<mailto:acee@cisco.com>>
Date: Saturday, April 30, 2016 at 2:40 PM
To: Mahesh Jethanandani <mjethanandani@gmail.com<mailto:mjethanandani@gmail.com>>
Cc: "draft-ietf-rtgwg-keychain@ietf.org<mailto:draft-ietf-rtgwg-keychain@ietf.org>" <draft-ietf-rtgwg-keychain@ietf.org<mailto:draft-ietf-rtgwg-keychain@ietf.org>>, Routing WG <rtgwg@ietf.org<mailto:rtgwg@ietf.org>>, Martin Bjorklund <mbj@tail-f.com<mailto:mbj@tail-f.com>>, Tom Petch <ietfc@btconnect.com<mailto:ietfc@btconnect.com>>, "netconf@ietf.org<mailto:netconf@ietf.org>" <netconf@ietf.org<mailto:netconf@ietf.org>>
Subject: Re: [Netconf] mbj review of draft-ietf-netconf-restconf-server-model-09

So hopefully we’ve put the issue of combining the module to bed for good… If look at the date nodes for these two models, it is patently clear that these serve two different purposes.

What about the naming issue? I got a comment that I should take “routing-“ back out due to the fact that this is what that these key-chains can be used for many non-routing purposes. For example, BFD - http://www.juniper.net/documentation/en_US/junos14.2/topics/reference/configuration-statement/key-chain-edit-security-authentication-key-chains.html

Thanks,
Acee

From: rtgwg <rtgwg-bounces@ietf.org<mailto:rtgwg-bounces@ietf.org>> on behalf of Acee Lindem <acee@cisco.com<mailto:acee@cisco.com>>
Date: Monday, April 18, 2016 at 6:04 PM
To: Mahesh Jethanandani <mjethanandani@gmail.com<mailto:mjethanandani@gmail.com>>
Cc: Martin Bjorklund <mbj@tail-f.com<mailto:mbj@tail-f.com>>, Tom Petch <ietfc@btconnect.com<mailto:ietfc@btconnect.com>>, "netconf@ietf.org<mailto:netconf@ietf.org>" <netconf@ietf.org<mailto:netconf@ietf.org>>, "draft-ietf-rtgwg-keychain@ietf.org<mailto:draft-ietf-rtgwg-keychain@ietf.org>" <draft-ietf-rtgwg-keychain@ietf.org<mailto:draft-ietf-rtgwg-keychain@ietf.org>>, Routing WG <rtgwg@ietf.org<mailto:rtgwg@ietf.org>>
Subject: Re: [Netconf] mbj review of draft-ietf-netconf-restconf-server-model-09



From: Mahesh Jethanandani <mjethanandani@gmail.com<mailto:mjethanandani@gmail.com>>
Date: Monday, April 18, 2016 at 4:43 PM
To: Acee Lindem <acee@cisco.com<mailto:acee@cisco.com>>
Cc: Kent Watsen <kwatsen@juniper.net<mailto:kwatsen@juniper.net>>, Tom Petch <ietfc@btconnect.com<mailto:ietfc@btconnect.com>>, Martin Bjorklund <mbj@tail-f.com<mailto:mbj@tail-f.com>>, "netconf@ietf.org<mailto:netconf@ietf.org>" <netconf@ietf.org<mailto:netconf@ietf.org>>, Routing WG <rtgwg@ietf.org<mailto:rtgwg@ietf.org>>, "draft-ietf-rtgwg-keychain@ietf.org<mailto:draft-ietf-rtgwg-keychain@ietf.org>" <draft-ietf-rtgwg-keychain@ietf.org<mailto:draft-ietf-rtgwg-keychain@ietf.org>>
Subject: Re: [Netconf] mbj review of draft-ietf-netconf-restconf-server-model-09


On Apr 18, 2016, at 10:25 AM, Acee Lindem (acee) <acee@cisco.com<mailto:acee@cisco.com>> wrote:

I did get some negative feedback with respect to adding “routing-“ to the
model name since key chains are used for other non-routing applications as
well.

One of those non-routing protocols is BFD. I am fine if the model is called protocol-key-chain, but I wonder what happens the next entity needing key-chain is not a protocol.

The bigger question in my mind is, are these really different types of key-chains models, or are we talking about one key-chain model?

The rtgwg key chain model is the one we all know and love associated with the graceful rollover of configurable keys. The netconf model is list of certificates for a public key. Please look at the information content of the two models. I hope I don’t have to answer this question again ;^)

Acee





Mahesh Jethanandani
mjethanandani@gmail.com<mailto:mjethanandani@gmail.com>