[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

2251.0. "TRAPs again." by BIGUN::WULFF () Thu May 04 1995 08:20

Hi,

I hope that I don't waste anyones time here.

I have read a number of the TRAP notes in this conference and am not sure where we
stand with traps.

I am in the process of answering a RFQ and would be interested in any
suggestions/help/clarification with the following.

The RFQ asks for the following

Implement alarms for the DEChub fault conditions and events including

	power supply failures
	module failure
	total hub or backbone link failure
	Hub performance thresholds

The modules that are being used are DECswicth900EF, DECconcentrator DECrepeater
900 and DECserver900. The DECconcentrators are used as a  collapsed backbone with
4 concentrators in two hubs. The DECbridge 900EF are then connected to each hub.

Some questions.

1.Where i am having difficulties is understanding what traps are supported today
and what will be supported with the next release. I am assuming that I can poll
for the status of modules and power supplies.

2.Will there be traps when auto healing occurs with respect to concentrators. 

3.If traps are supported, does this mean that for each device that supports traps,
it will require an IP address and how will this affect NetVIew. Does this mean
that for every device there will be a IP object on the map when auto-discovery is
used.

4.Will Save/Restore (Hub configuration) be available for the next release of
hubwatch. If not are there any suggestions as to how we can develop something
using NetView to do this as this is requested in the RFQ.

T.R Title User Personal
Name Date Lines

2251.1 NETCAD::GALLAGHER Fri May 05 1995 10:32 64

T.R	Title	User	Date	Lines
2251.1		NETCAD::GALLAGHER	`Fri May 05 1995 10:32`	64
	The next version of Hub Management Agent Module (aka MAM) firmware will contain RMON Alarms and Events. This MIB can be used to monitor and alarm on any object within the MAM's MIB. We will ship with some default alarms enabled. These default alarms cause both an SNMP trap to be generated, and information to be written to the RMON eventTable. (You must have specified trap sinks [destinations] in order for traps to be generated.) RMON Alarms will be migrated to other products in future releases. Eventually, HUBwatch will support catching and displaying these traps. HUBwatch will also allow control of the RMON A&E stuff. (Sorry, no commitment on when.) >Implement alarms for the DEChub fault conditions and events including > > power supply failures The MAM generates alarms when power supplies fail. > module failure Module failure is not covered. > total hub or backbone link failure Backplane configuration changes (new connections, failed connections) are covered. > Hub performance thresholds If you mean stuff like Ethernet utilization - nope. You'll have to wait for RMON A&E on the individual like cards. >1.Where i am having difficulties is understanding what traps are supported >today and what will be supported with the next release. I am assuming that >I can poll for the status of modules and power supplies. Yes you can poll. Power supply insertion, removal, and failure is covered. >2.Will there be traps when auto healing occurs with respect to concentrators. Mostly yes. Traps occur when a backplance configuration change occurs within a constant time (call it a minute?) after powering up the MAM. No alarm is generated for patches that occur within the first minute. >3.If traps are supported, does this mean that for each device that supports >traps, it will require an IP address and how will this affect NetVIew. Does >this mean that for every device there will be a IP object on the map when >auto-discovery is used. When modules support RMON A&E they will forward traps to the MAM if they don't have an IP address of their own. If the MAM has an IP address and at least one trap destination it will forward the trap on behalf of the module. I don't know how this affects NewView. >4.Will Save/Restore (Hub configuration) be available for the next release of >hubwatch. If not are there any suggestions as to how we can develop something >using NetView to do this as this is requested in the RFQ. I leave this for one of the HUBwatch folks to answer. -Shawn
2251.2	Thanks very much.	BIGUN::WULFF	`Sat May 06 1995 03:03`	0

The next version of Hub Management Agent Module (aka MAM) firmware
will contain RMON Alarms and Events.  This MIB can be used to monitor
and alarm on any object within the MAM's MIB.  We will ship with some
default alarms enabled.  These default alarms cause both an SNMP trap
to be generated, and information to be written to the RMON eventTable.
(You must have specified trap sinks [destinations] in order for traps
to be generated.)

RMON Alarms will be migrated to other products in future releases.
Eventually, HUBwatch will support catching and displaying these traps.
HUBwatch will also allow control of the RMON A&E stuff.  (Sorry, no 
commitment on when.)

>Implement alarms for the DEChub fault conditions and events including
>
>	power supply failures

The MAM generates alarms when power supplies fail.

>	module failure

Module failure is not covered.  

>	total hub or backbone link failure

Backplane configuration changes (new connections, failed connections) are
covered.

>	Hub performance thresholds

If you mean stuff like Ethernet utilization - nope.  You'll have to wait 
for RMON A&E on the individual like cards.

>1.Where i am having difficulties is understanding what traps are supported 
>today and what will be supported with the next release. I am assuming that 
>I can poll for the status of modules and power supplies.

Yes you can poll.  Power supply insertion, removal, and failure is covered.

>2.Will there be traps when auto healing occurs with respect to concentrators. 

Mostly yes.  Traps occur when a backplance configuration change occurs within
a constant time (call it a minute?) after powering up the MAM.  No alarm is
generated for patches that occur within the first minute.

>3.If traps are supported, does this mean that for each device that supports 
>traps, it will require an IP address and how will this affect NetVIew. Does 
>this mean that for every device there will be a IP object on the map when 
>auto-discovery is used.

When modules support RMON A&E they will forward traps to the MAM if they 
don't have an IP address of their own.  If the MAM has an IP address and
at least one trap destination it will forward the trap on behalf of the
module.  

I don't know how this affects NewView.

>4.Will Save/Restore (Hub configuration) be available for the next release of
>hubwatch. If not are there any suggestions as to how we can develop something
>using NetView to do this as this is requested in the RFQ.

I leave this for one of the HUBwatch folks to answer.

							-Shawn

2251.2 Thanks very much. BIGUN::WULFF Sat May 06 1995 03:03 0