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 <[email protected]<mailto:[email protected]>> on behalf of Acee Lindem <[email protected]<mailto:[email protected]>> Date: Saturday, April 30, 2016 at 2:40 PM To: Mahesh Jethanandani <[email protected]<mailto:[email protected]>> Cc: "[email protected]<mailto:[email protected]>" <[email protected]<mailto:[email protected]>>, Routing WG <[email protected]<mailto:[email protected]>>, Martin Bjorklund <[email protected]<mailto:[email protected]>>, Tom Petch <[email protected]<mailto:[email protected]>>, "[email protected]<mailto:[email protected]>" <[email protected]<mailto:[email protected]>> 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 <[email protected]<mailto:[email protected]>> on behalf of Acee Lindem <[email protected]<mailto:[email protected]>> Date: Monday, April 18, 2016 at 6:04 PM To: Mahesh Jethanandani <[email protected]<mailto:[email protected]>> Cc: Martin Bjorklund <[email protected]<mailto:[email protected]>>, Tom Petch <[email protected]<mailto:[email protected]>>, "[email protected]<mailto:[email protected]>" <[email protected]<mailto:[email protected]>>, "[email protected]<mailto:[email protected]>" <[email protected]<mailto:[email protected]>>, Routing WG <[email protected]<mailto:[email protected]>> Subject: Re: [Netconf] mbj review of draft-ietf-netconf-restconf-server-model-09 From: Mahesh Jethanandani <[email protected]<mailto:[email protected]>> Date: Monday, April 18, 2016 at 4:43 PM To: Acee Lindem <[email protected]<mailto:[email protected]>> Cc: Kent Watsen <[email protected]<mailto:[email protected]>>, Tom Petch <[email protected]<mailto:[email protected]>>, Martin Bjorklund <[email protected]<mailto:[email protected]>>, "[email protected]<mailto:[email protected]>" <[email protected]<mailto:[email protected]>>, Routing WG <[email protected]<mailto:[email protected]>>, "[email protected]<mailto:[email protected]>" <[email protected]<mailto:[email protected]>> Subject: Re: [Netconf] mbj review of draft-ietf-netconf-restconf-server-model-09 On Apr 18, 2016, at 10:25 AM, Acee Lindem (acee) <[email protected]<mailto:[email protected]>> 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 [email protected]<mailto:[email protected]>
_______________________________________________ rtgwg mailing list [email protected] https://www.ietf.org/mailman/listinfo/rtgwg
