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

Conference netcad::hub_mgnt

Title:DEChub/HUBwatch/PROBEwatch CONFERENCE
Notice:Firmware -2, Doc -3, Power -4, HW kits -5, firm load -6&7
Moderator:NETCAD::COLELLADT
Created:Wed Nov 13 1991
Last Modified:Fri Jun 06 1997
Last Successful Update:Fri Jun 06 1997
Number of topics:4455
Total number of notes:16761

498.0. "SNMP Management - Access to internal SNMP Agent" by GUCCI::DMCCLOUD (Dennis McCloud - Eastern Client/Server Consultant) Mon Nov 15 1993 21:43

    I've got a question about SNMP management of DEChub 900.  We recently
    had a DEChub 900 at a trade show and as I was setting it up for IP
    management I didn't understand the question:
    
    	"Slot number for In Band Management (1-8):
    
    My first thought was that it wanted to know which LAN channel to
    connect the internal agent.  So I answered slot 1 which had a
    DECrepeater 90C.  It didn't like this response and apparently was
    looking for a slot with a DEChub 900 (MAX) module.
    
    What is this question really asking?
    
    Do I really need DEChub 900 modules in combination with the DEChub 900
    agent to manage modules in the hub?
    
    Thanks,
    
    	Dennis
T.RTitleUserPersonal
Name
DateLines
498.1Slot Number for In Band ManagementQUIVER::SLAWRENCETue Nov 16 1993 12:0421
    The agent module does not have any connection of its own to the
    backplane LANs; in order to receive IP from the networks (as opposed to
    its own OBM port), it needs a module that can recieve them and forward
    them over the serial management channel.  This module function is
    called 'IP Services'.  
    
    The configuration question you were asked when configuring the In-Band
    address was 'Which module will perform the IP Services function for the
    hub manager?'.  
    
    At present, the only shipping module that has that function implemented
    is the DECrepeater900TM (DETMM).  Most modules that we ship from now on
    will support this feature, so the configuration restriction will get
    less cumbersome.
    
    You can manage the hub without an IP Services module by using the OBM
    port; you can either connect your NMS to it directly, or you can use a
    terminal server as a SLIP router.  I'll post the configuration commands
    for the DECserver 90TL, 90M, and 900TM in another note (so the title
    will be more visible).
     
498.2ThanksGUCCI::DMCCLOUDDennis McCloud - Eastern Client/Server ConsultantTue Nov 16 1993 14:261
    
498.3SIMPLE MANAGEMENT of COMPLICATED HUBBACHUS::VANDENBERGHEFri Nov 26 1993 15:5626
	Can we find somewhere on the network a detailed description of how
	a DECHUB900 is managed.
	Marketing doc is very confused about it so I can imagine that there is 
	something tricky.
	
	Questions out of my mind:
	
	What is exactelly the In-band management support, how does it work on   
        the DECHUB900?

	What is the role of the HUB manager and the SNMP Agent in the different 
        modules, is there a master?

	How do we manage such a hub if a DEChub Agent 90 is connecetd to it?
	How will it be managed if on top of that we place a Token-Ring Agent.
 	Will we have to run 3 Hubwatch sessions to see the whole stuff?
	
	What about the management of a HUB using a generic SNMP manager such as 
        DECmcc and the MIB access to all those Agents?
	How many IP addresses will it requires.
	
	Can we use the Agent/Manager/IP service/ of a DECHUB900 to Manage 	
        standalone Modules.

	If somebody wants to reply on this ... thanks in advance
	Robert
498.4QUIVER::SLAWRENCEMon Nov 29 1993 12:5848
    > What is exactelly the In-band management support, how does it work on     
    > the DECHUB900?
    
    In-band management refers to exchanging SNMP messages over the network
    interface of some module plugged into the hub (as opposed to via the
    hub managers own OBM port).  See .1
    
    > What is the role of the HUB manager and the SNMP Agent in the different
    > modules, is there a master?
      
    Some modules have built-in agents; those modules will accept management
    commands from the hub management module as though they were coming from
    an NMS with the read-write community string, but the hub manager only
    sets objects used for internal management of hub functions (not visible
    to an NMS).
    
    > How do we manage such a hub if a DEChub Agent 90 is connecetd to it?
    
    If you configure an IP address for the Hub Manager, then it will not
    allow a DEChub90 module to manage the hub (send management commands to
    other modules).  If you don't give the Hub manager its own address,
    then it operates in '90 mode' for backward compatibility and will allow
    a bridge (or V2.0 DENMA, when it comes out) to manage the hub.
    
    The DENMA can be in a hub without managing it, and in fact if you are
    using a 900 as the backbone for a number of 90 hubs then putting the
    DENMA in the 900 is a good idea (if you put it in one of the 90s and
    the bridge in that 90 dies you loose management of all the others).
    
    > How will it be managed if on top of that we place a Token-Ring Agent.
    
    There is no Token-Ring Agent (cancelled; some of its management
    capability will be in the DTMAX).
    
    > What about the management of a HUB using a generic SNMP manager...?
    
    The DEChub900 MIBs are compilable by all the compilers we've tried; we
    would like to hear about any problems you encounter so that we can fix
    them...
    
    > Can we use the Agent/Manager/IP service/ of a DECHUB900 to Manage
    > standalone Modules.
    
    If the module has its own agent then you don't need it; if not the hub
    manager is no help...