Re: [secdir] Secdir review of draft-ietf-ccamp-microwave-framework-05

["Yemin (Amy)" <[e-mail]>]

"evolving toward a component" is to say that one single software (the component) has the functionality of both NMS and SDN.
If you think it’s not clear enough, we could replace with what you suggested.

Amy
From: Radia Perlman [mailto:[e-mail]]
Sent: Friday, May 18, 2018 12:30 PM
To: Yemin (Amy) <[e-mail]>
Cc: Daniele Ceccarelli <[e-mail]>; [e-mail]; The IESG <[e-mail]>; [e-mail]; [e-mail]
Subject: Re: Secdir review of draft-ietf-ccamp-microwave-framework-05

Thank you!  Though what you're suggesting is awkward English.

Perhaps "We note that the distinction between NMS and SDN is not all that clear, and the two are evolving to be more and more similar." could replace the first sentence.  I'm really not sure what you meant by "evolving toward a component", so perhaps I'm not capturing what you are intending to say.


Radia

On Thu, May 17, 2018 at 7:03 PM, Yemin (Amy) <[e-mail]<mailto:[e-mail]>> wrote:
Hi Radia,

We just updated the draft, https://datatracker.ietf.org/doc/draft-ietf-ccamp-microwave-framework/.
Your comments are addressed in the latest version.

BR,
Amy
From: Yemin (Amy)
Sent: Thursday, May 10, 2018 4:07 PM
To: 'Daniele Ceccarelli' <[e-mail]<mailto:[e-mail]>>; Radia Perlman <[e-mail]<mailto:[e-mail]>>; [e-mail]<mailto:[e-mail]>; The IESG <[e-mail]<mailto:[e-mail]>>; [e-mail]<mailto:[e-mail]>
Subject: RE: Secdir review of draft-ietf-ccamp-microwave-framework-05

Hi Radia,

Thanks for your review.

Regarding the NMS and SDN, as Daniele suggested, we will add the following text in section 3:
“It's noted that there's idea that the NMS and SDN are evolving towards a component, and the distinction between them is quite vague. Another fact is that there is still plenty of networks where NMS is still considered as the implementation of the management plane, while SDN is considered as the centralization of the control plane. They are still kept as separate component.”

Regarding the security considerations, yes, this draft doesn’t specify the parameters.
There’s another draft draft-ietf-ccamp-mw-yang, where the security consideration is addressed as you suggested.

BR,
Amy
From: Daniele Ceccarelli [mailto:[e-mail]]
Sent: Monday, May 07, 2018 5:46 PM
To: Radia Perlman <[e-mail]<mailto:[e-mail]>>; [e-mail]<mailto:[e-mail]>; The IESG <[e-mail]<mailto:[e-mail]>>; [e-mail]<mailto:[e-mail]>
Subject: RE: Secdir review of draft-ietf-ccamp-microwave-framework-05

Hi Radia,

let me reply on behalf of the authors. First of all many thanks for your review.

Regarding your question about traditional NMS vs SDN I agree with you on the fact that they are evolving towards a common component and the distinction is quite blurry, but there is still plenty of networks where NMS is still considered as the implementation of the management plane while SDN the centralization of the control plane and they are still kept as separate things.

Hence, since the authors speak about “traditional” NMS and SDN I would tend to allow for the distinction to be kept. If you prefer a note speaking about the convergence of the two things can be added.

Thanks a lot
Daniele  (ccamp co-chair)

From: Radia Perlman [mailto:[e-mail]]
Sent: lunedì 7 maggio 2018 08:55
To: [e-mail]<mailto:[e-mail]>; The IESG <[e-mail]<mailto:[e-mail]>>; [e-mail]<mailto:[e-mail]>
Subject: Secdir review of draft-ietf-ccamp-microwave-framework-05

Sorry...resending because I mistyped the author address.


---------- Forwarded message ----------
From: Radia Perlman <[e-mail]<mailto:[e-mail]>>
Date: Sun, May 6, 2018 at 11:48 PM
Subject: Secdir review of draft-ietf-ccamp-microwave-framework-05
To: [e-mail]<mailto:[e-mail]>, The IESG <[e-mail]<mailto:[e-mail]>>, [e-mail]<mailto:[e-mail]>
Summary:  No security issues found, but I do have questions, and there are editing glitches

I have reviewed this document as part of the security directorate's ongoing
effort to review all IETF documents being processed by the IESG.  These
comments were written primarily for the benefit of the security area
directors.  Document editors and WG chairs should treat these comments just
like any other last call comments.

This document describes the management interface for microwave radio links.
It advocates (correctly, I believe) that such an interface should be extensible to provide for vendor-specific features.

I don't understand the difference between a "a traditional network management system" and SDN.  Perhaps it is not the job of this document to clearly make the distinction, and I suspect there is no real distinction...setting parameters (traditional network management) is a way of "programming" an interface ("SDN").

This document could use an editing pass for glitches, but these glitches do not impact its readability.

The glitches consist  mostly of leaving out little words like "of" in the following sentence.
"The adoption of an SDN framework for management and
   control the microwave interface is one of the key applications for
   this work."

The security considerations say that they assume a secure transport layer (authenticated, probably encryption isn't necessary) for communication.  Other than that, perhaps, there might be security considerations for inadvertently setting parameters incorrectly, or maliciously by a trusted administrator.  But this document does not specify the specific parameters to be managed, just a general framework.

Radia