[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

701.0. "Script generation" by NMVT::WINKLER () Fri Feb 08 1991 10:16

   Are there any groups out there with plans for an MCC application that
   would generate and maintain startup/configuration scripts?  It can
   obviously be done outside the context of MCC, but it would be nice
   if there were a consistent way of doing it across the various
   products that use them.  

   This type of function, augmented by scheduling and dependency rules, would
   address some of the configuration management requirements we're hearing;
   particularly from IBM customers who have some of these features in
   NetView.
T.RTitleUserPersonal
Name
DateLines
701.1MARVIN::COBBGraham R. Cobb (Wide Area Comms.), REO2-G/H9, 830-3917Mon Feb 11 1991 06:3022
Kathrin,

We don't  have  any immediate plans but we would be very interested in this.
Our  problem is generating and managing initialisation scripts for the Phase
V router products.  There are two parts to our problem:

1) Generation.   We have a menu-driven, fairly complex configuration utility
that  asks  the user some questions and generates and compiles a script.  It
would  be  nice  if this utility was part of MCC, as far as the customer was
concerned (probably a PM or FM).

2) Management.   The customer will have several load hosts which all need to
be  updated  with  a copy of the script when it is changed.  An MCC MM could
track information about the load hosts in reference attributes and deal with
copying the new files (source and binary) to each load host.

We would really like these features.  We don't have the resources to develop
them,  at  least  in  the  short  term.   Also,  I believe they are actually
generic,  not router-specific but no-one else seems to be very interested at
the moment!  Looks like you have some of the same needs.  Anyone else?

Graham
701.2I'm interested....LOGRUS::KELSEYWalking the Pattern...Tue Feb 12 1991 04:2414
>> We would really like these features.  We don't have the resources to develop
>> them,  at  least  in  the  short  term.   Also,  I believe they are actually
>> generic,  not router-specific but no-one else seems to be very interested at
>> the moment!  Looks like you have some of the same needs.  Anyone else?

Hey... As the guy now responsible for the EMA Configuration Management stuff,
I'm interested - at least with regard to modelling/architecting the 
generic elements of this.  I'd welcome any ideas/requirements on this - as it 
will help me to not only prioritise elements of the models/architectures but 
also to ensure that all necessary pieces are covered.

Send me Mail on LOGRUS::KELSEY.

- Paul
701.3SMAUG::SODDERTue Feb 12 1991 09:0517
Being the person who asked Kathrin to write this note I guess its time for
me to own up.

We need a configuration and management utility that can not only configure the
initial scripts but also modify and manage these scripts.  Does the CONFIG
utility do this?  I was given to understand that it did not and hope that I am
wrong.

If this utility is MCC based, will all customers who what these features have
to buy MCC? (Or does it come packaged with a Phase V system?)

I would be very interested in obtaining an MCC based utility that using the MSL
for my Gateway, and a forms based interface, create the initialization script.
It should also save the previous answers for modification at a later time by
the same network manager or another manager.

Arnold
701.4Config for Hastings has ModifyMARVIN::COBBGraham R. Cobb (Wide Area Comms.), REO2-G/H9, 830-3917Wed Feb 13 1991 16:0222
Arnold,

Aha!  I should have guessed it was you really!!

We are adding a modify function to the configurator for Hastings.  This will
save  the  configuration information entered previously, allow modifications
and regenerate the script.  It cannot parse the script file so it won't deal
with modifications the manager made by editing the script (but we have a way
round that -- we can talk about that by mail).

There is  another  function that we would like in the configurator but which
won't  be  there for Hastings V1: volatile management.  This is an extension
of  the  "modify"  option to issue the NCL commands necessary to perform the
requested  modification(s)  to  a running system.  This is much more complex
because  it  may  involve  operations  like DELETE as well as setting up new
things.

As I  said  in  .1,  I  would also like to see an MCC-based configurator.  I
might  have difficulty selling product management on the idea of MCC being a
pre-requisite but I would certainly try!

Graham
701.5What's the concern with requiring MCC?TOOK::STRUTTColin StruttWed Feb 13 1991 22:1918
    A slight digression:
    
.4> As I  said  in  .1,  I  would also like to see an MCC-based configurator.  I
.4> might  have difficulty selling product management on the idea of MCC being a
.4> pre-requisite but I would certainly try!
    
    What exactly is the concern here? The expense of MCC, the "size" of
    it, or the requirement to use a "complicated" product?
    
    For the first of these, we give away the license to use MCC free with
    the DECnet license (on VMS - we'll have a similar scheme available
    under Ultrix as likely as not), so I don't see cost as an issue.
    
    In addition, VMS has plans (not yet announced to the general public!) to
    ship the MCC kernel on a future release of VMS - so availability is
    also less of an issue.
    
    Colin
701.6Modify of NCL is importantSMAUG::SODDERSat Feb 16 1991 12:0110
RE .4

I like all the features listed, but why can't the configuration utility
parse a modified NCL script file?  Rumor has it that the VMS configuration
utility has this feature now, cannot confirm that since I have not seen and
VMS DECnet Config utility.

Like you mentioned, I'll send mail...

Arnold
701.7Routers don't want *any* dependenciesMARVIN::COBBGraham R. Cobb (Wide Area Comms.), REO2-G/H9, 830-3917Mon Feb 18 1991 13:1519
For the  mid-  to  low-end  routers cost and, more significantly, size would
probably be issues.   

However what concerned me more (and is true for high-end routers as well) is
that  we  are  trying  very  hard  to  decouple  our  routers  from  any DEC
pre-requisites  at  all.   For  example,  we  are looking at how we can sell
routers  into  LANs  where  they  only  have  SUN  or  HP  systems.   We are
investigating  things  like  installation  on and downline load from non-DEC
UNIX systems and PCs.  No VMS or ULTRIX around, let alone MCC!

We certainly have to be able to sell into sites where they have (foolishly!)
decided  to use something other than MCC as their network management system,
even if they do have some DEC systems around.

However, I  see  no  reason  why  we  can't use an MCC-based configurator as
*added  value*  that  they  get if they use MCC.  We just need to be able to
function competitively in the non-DEC environment, not wonderfully.

Graham