Re: [trill] TRILL OAM Framework

Dan

Thanks for the comments please see in-line.

-----Original Message-----
From: Romascanu, Dan (Dan) [mailto:dromasca@avaya.com] 
Sent: Tuesday, July 03, 2012 3:26 AM
To: Samer Salam (ssalam); trill@ietf.org
Cc: Tissa Senevirathne (tsenevir); Sam Aldrin
Subject: RE: [trill] TRILL OAM Framework

Hi,

I have two basic comments to start: 

- The use of the OAM acronym conflicts with the recommendations in RFC
6291 / BCP 161 which recommends the OAM expansion in the IETF documents to be Operations, Administration, and Maintenance

[Answer] According to RFC 6291, Operations (O of OAM) refers to activities related to  keep network up and running. Those includes finding problems before users are affected. These are the faults and performance issues.  It is  very similar to RFC 6371, where it says "... OAM  procedures that fulfill the MPLS-TP OAM requirements for fault, performance, and Protection-switching management ... ". So to our best of knowledge we believe it is in line with 6291 and follow the other established RFC such as RFC 6371. However,  appreciate if you could specifically point out the conflicts and we are more than happy to correct/update/stream-line.  Are you referring to the same usage case below ?

- 'OAM, in general, covers multiple areas, including: ...' - and then FCAPS are listed. This is wrong. These are actually not 'aspects of OAM'
but the five functional areas in the OSI model for Network Management defined in the 80s (ISO/IEC 7498-4). 

[Answer] If the reference is to what is listed towards end of the Introduction then we can fix the usage .

Reference Text cut and pasted below from Introduction..

   OAM, in general, covers multiple areas, including:
   - Fault Management
   - Performance Management
   - Configuration
   - Accounting
   - Security

I do not know if this confusion between OAM and network management is intentional or not, but it's a confusion. OAM and Network Management are different things, there are areas of interaction and relations between the two, but they need to be kept distinct and such confusions need to be avoided.  

Regards,

Dan

> -----Original Message-----
> From: trill-bounces@ietf.org [mailto:trill-bounces@ietf.org] On Behalf 
> Of Samer Salam (ssalam)
> Sent: Tuesday, July 03, 2012 3:46 AM
> To: trill@ietf.org
> Cc: Tissa Senevirathne (tsenevir); Sam Aldrin
> Subject: [trill] TRILL OAM Framework
> 
> Hi,
> We have published
> http://datatracker.ietf.org/doc/draft-salam-trill-oam-framework which 
> describes a proposed reference framework for TRILL OAM. The framework 
> leverages concepts widely adopted in 802.1ag, RFC6136, RFC6371, etc...
> 
> We invite and welcome your feedback on the initial draft.
> 
> Thanks
> Samer
> 
> _______________________________________________
> trill mailing list
> trill@ietf.org
> https://www.ietf.org/mailman/listinfo/trill