[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

4602.0. "DECmcc administration, security and setup - questions from a customer-case" by STKHLM::BERGGREN (Nils Berggren EIS/Project dpmt, Sweden DTN 876-8287) Thu Feb 25 1993 02:45

    Hi,

    We're setting up a DECmcc test-installation for the swedish PTT so
    that they can evaluate it before signing a contrct for it.

    The main three classes of managed objects are: DECnet phase-IV
    nodes, SNMP and SNA.

    They require to have the ability to categorize operators in such a
    way that some operators may monitor objects and others may also
    control objects.
    
    They will have (at the start) three different sites running DECmcc
    managing their own regions.  Given that, they want to lock out
    operators from the other regions in such a way that an operator at
    site A may totally manage region A but also monitor (but not
    control) region B and C.  The same applies for the other sites
    respectively.  The problem is after work hours when the operators
    at site A and B goes home but site C has 24-hour operation and has
    to take control over the whole network, i.e.  ability to totally
    manage region A,B and C.
    
    The same situation applies if any of the the three site's DECmcc
    stations goes down.  In that case some other site have to have the
    ability to take control over the region which is no longer
    managed.

    I know that categorization may be solved by using different
    modified parse-tables (which I see as the only way for the time
    being since DECmcc doesn't provide this functionality which almost
    every customer asks for).
    
    But how does one solve the second problem?


        thanks in advance,

		Nils

T.RTitleUserPersonal
Name
DateLines
4602.1no solution -> potential loss of businessSTKHLM::BERGGRENNils Berggren EIS/Project dpmt, Sweden DTN 876-8287Wed Mar 03 1993 15:1628
    
    I really need som help on this one, please.....
    
    This testinstallation serves as a pilot for ONE (1) department within
    the PTT, with some 30 regions. Other PTT-departments are looking at
    this projekt.    If it is successful there's a potential for a big
    sale; and we're aware about other customers awaiting for the results on
    this pilot.  I've even heard about a customer who is commited to do
    what the PTT does when the pilot has been evaluated.... 
    
    The operations-model described in .0 is the way they want to work. 
    They will have some 30 separate regions where about 5 regions have
    24-hour service.  The policy within the PTT is that each region manages
    its network with no interference from other regions, but the ability to
    'hand a region over' to another region is mandatory.
    
    I really need some answers on this.  Any suggestions are highly
    appreciated.  
    
    How do other customers manage their LARGE networks? Are there other
    models which I can introduce to the PTT (I doubt that I can change
    their way of doing things, but it's always worth a try)?
    
    Please help me out on this!
    
    Many thanks in advance,
    
    	/Nils
4602.2There are security and access controlsBLUMON::SYLORArchitect = Buzzword GeneratorSun Mar 07 1993 18:2310
    Sigh, I don't know why no one's yet answered this....
    
    For SNMP and DECnet nodes (and I think SNA as well), the actual
    entities all have some form of "security" or "access control" that
    determines who can do shows, and who can control. The "hard" part of
    this is it is enforced at each entity, so you have to set up the access
    controls at each SNMP or DECnet system. I don't know all the details,
    but it all should be possible to do.
    
    Mark