[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
RE: [nmrg] RE: Proposed IETF Working Group: sming
I think that Dave Sidor's message is a good example about some of the not so
clear issues concerning this new work proposal. Note that I am now
addressing the content, and not the procedure issues.
1. You are mentioning that the proposal intents to 'move SMI forward to
address some of the issues that have been raised in the last so many years'.
In this case the first step should be to specify which problems we propose
to solve. Maybe the first item in the deliverables list should be
'Requirements for SMIv3 document'.
2. The text of the proposal still seems to indicate that it takes upon
itself to provide an answer to the problem of the common information model.
Dave Sidor read it this way, so did I. I happen to be convinced that such a
model is needed, and deserves a separate framework, and SMIv3 is not the
3. I understand so well that we focus on SNMP and COPS, but it is too early
for having decided about the solution. I think that I agree with your
assessment in a previous mail, that the floor should be open for different
proposals. This would include the good work done in the ITRF, but should not
exclude other proposal that may come from different sources. The future
Charter should have clear text about this.
> -----Original Message-----
> From: Wijnen, Bert (Bert) [SMTP:firstname.lastname@example.org]
> Sent: Fri October 27 2000 0:45
> To: new-work; Dave Sidor
> Cc: David Perkins; Andrea Westerinen; Dan Romascanu; mibs; rap; nim;
> Network Management Research Group
> Subject: RE: [nmrg] RE: Proposed IETF Working Group: sming
> Dave, I am answering this email... but please for further
> discussions, use email@example.com. To subscribe, send
> email to firstname.lastname@example.org, in body say: subscribe sming
> Dave, if you want to discuss this further with OPS ADs or IESG
> in general, then of course you can also send email to Rany and/or
> myself and/or to the email@example.com mailing list.
> The Information Modeling you talk about is a topic of the NIM BOF.
> That work has not been defined well enough yet to start a new WG.
> We are proposing to move SMI forward to address some of the
> issues that have been raised in the last so many years.
> Your input for both NIM discussions and for the potential sming WG
> are of course very wellcome.
> Below, I see that your focus is on CMIP and CORBA.
> Our focus for now is on SNMP and COPS.
> During the NIM BOF, I heard a lot of scepticism about the feasibility
> of trying to define one Information Model that would be able to
> handle all the different technologies and at the same time be
> compatible with all the exitsing models.
> > ----------
> > From: Dave Sidor[SMTP:firstname.lastname@example.org]
> > Sent: Thursday, October 26, 2000 7:27 PM
> > To: new-work
> > Cc: David T. Perkins; Andrea Westerinen; Dan Romascanu; mibs;
> rap; nim;
> > Network Management Research Group
> > Subject: Re: [nmrg] RE: Proposed IETF Working Group: sming
> > For your information, several years ago standards bodies involved in
> > telecom management also recognized the need for the "definition of a
> > transport-independent information information model so as to allow a
> > variety of implementation-specific technologies to be derived from a
> > single definition." This need was driven by advances in technologies
> > applicable to telecom management, in fact to the management of networks
> > of any description, and market pressures to take advantage of these
> > advances.
> > More specifically, ITU-T Study Group 4, which is responsible for the
> > Telecommunication Management Network (TMN) framework, information
> > models, and protocols, recently approved a revised TMN interface
> > specification methodology in Recommendation M.3020 based on the
> > following principles:
> > - requirements need to be understandable to telecom management experts
> > and yet provide sufficient detail to drive information modeling
> > - information model details must be traceable to requirement details
> > - information definitions must be defined independent of deployment (ie
> > implementation) technology
> > - industrial strength graphical methods and tools should be used, with
> > an initial focus on OMG-approved Unified Modeling Language (UML)
> > notations, including use case, class structure, sequence, collaboration,
> > activity, and implementation diagrams as well as state charts
> > - support for CMIP and CORBA environments should be provided initially
> > This work was supported by related regional and national standards
> > bodies, such as ETSI and T1, and built upon related work in the
> > TeleManagement Forum.
> > The role of M.3020 in TMN was described during the TMN SNMP BOF held at
> > the IETF March meeting in Adelaide and related information from that
> > BOF, including a copy of M.3020-2000, is available via ftp as follows:
> > IP Address: 18.104.22.168
> > UserID: anonymous
> > Path: /itu_to_ietf/SG4
> > Any comments on the above are of course welcome.
> > Dave Sidor
> > Chairman, ITU-T SG 4
> > email@example.com