[Search for users] [Overall Top Noters] [List of all Conferences] [Download this site]

Conference azur::mcc

Title:DECmcc user notes file. Does not replace IPMT.
Notice:Use IPMT for problems. Newsletter location in note 6187
Moderator:TAEC::BEROUD
Created:Mon Aug 21 1989
Last Modified:Wed Jun 04 1997
Last Successful Update:Fri Jun 06 1997
Number of topics:6497
Total number of notes:27359

2156.0. "Dictionary to MIB tool available?" by TOMLIN::ROMBERG (some assembly required...) Tue Jan 21 1992 20:03

Is there an MCC tool available to go from an MCC dictionary definition 
(or a .ms file) to a concise MIB format ?
T.RTitleUserPersonal
Name
DateLines
2156.1Nope, sorryTOOK::MINTZErik Mintz, DECmcc DevelopmentTue Jan 21 1992 20:245
>Is there an MCC tool available to go from an MCC dictionary definition 
>(or a .ms file) to a concise MIB format ?

Interesting idea, but there is currently no such tool.

2156.2YAHEY::BOSEWed Jan 22 1992 15:116
	RE .0

	What would be the use for such a tool ?

	Just curious...
2156.3Good Reasons...RACER::daveAttending The School of Comparative IrrevelevanceThu Jan 23 1992 16:2425
There are some real good reasons why one would like the tool.

Assume that I am developing a MOM for Common Agent.  I need to do the
entity model, the containment tree, the generate the MSL and stuff that into
MOMGEM to produce the code for the "back end" of the MOM.  This all works just
fine for DNA CMIP, but now I want to run my MOM on a system that does not
support CMIP, but only SNMP.  Furthermore, I may also want to use a framework
other than MCC (e.g. Sun, HP, or even MSU!).  The only use MIB, not MSL
definitions.

In this case, I can either generate the MIB by hand (painfully), or run it 
into some tool that does most of the work.  In order to make this a reality,
there needs to be some work done on support for datatype mapping and the
MSL needs to be extended to deal with the possible OID structure for various
attributes (or sets of attribute). The current SNMP_OID field in MSL is not
really an acceptable solution.

In reality, the MSL to MIB translation is interesting, but GDMO is also an
issue.  Maybe we need "YADL" , yet another descriptor language, which can
encompass the requirements of GDMO, MSL (MCC or NCL flavours), and concise
MIB.  Then all we need is back end/front end modules for your favourite
definition language.  Of course, fundamental differences in each of the
languages may make "YADL" something that is almost impossible to do.  I am
not a "language" or "data representation" person, and would not like to even
guess on the complexity of the problem.
2156.4TOMLIN::ROMBERGsome assembly required...Mon Jan 27 1992 14:048
>Furthermore, I may also want to use a framework
>other than MCC (e.g. Sun, HP, or even MSU!).  The only use MIB, not MSL
>definitions.

This is our primary reason.  We would like to demonstrate our prototype using
both MCC and MSU and wanted to try and sace ourselves some (re)coding effort
as far as the definitions go.