About Notification Providers

The diagnostic and monitoring capabilities of the Sun StorEdge 6920 system offer a choice of notification providers. A notification provider collects information about system events and alarms and provides notification when thresholds that you specify are met. Each Sun StorEdge 6920 notification provider offers a different method of notification.You can activate one or more providers using either the GUI or the ras_admin CLI.

The Sun StorEdge 6920 system offers the following notification provider options:

Local Email and Remote Email (NSCC)

The Email provider is used primarily to send event information to local or remote administrators. Multiple email addresses can be used, and event filters can be applied to them. When email messages are generated, they are aggregated by event severity and by email address. This means that one email message can contain more that one event at the same severity level. Along with the main event information, the email message includes service advisor information, including related information, probable cause, and recommended action. Each event also includes an event code that can be used as a lookup key into the Event Advisor database.

Sun StorEdge Remote Response Service (SSRR)

The SSRR service provides remote monitoring, diagnosis, and service. It is supported by software and hardware on the Storage Service Processor accessory tray.

You can configure alerts to be automatically sent to Sun engineers through the system's internal modem, and you can order FRU replacements if the need arises. With some levels of service contracts, Sun engineers replace failed FRUs. You select which events generate alerts. Using a modem, Sun engineers can log in to the Network Terminal Concentrator (NTC) to fix problems, and when FRUs need replacing, can originate service requests to order replacements.

If multiple Sun StorEdge 6920 and 6320 systems are in the same environment, you can configure alerts to be aggregated and sent to Sun using a single dedicated phone line.

SSRR uses UNIX for communication. When events are available, the sendToSupport program (/va/remote.support/scripts/sendtosupport) is executed with a file containing the events as arguments. Both actionable and non-actionable events are sent to the SSRR. Whereas non-actionable events can be sent in aggregate, each actionable event is sent separately and is marked to provide an audio alert.

SNMP Trap

The SNMP Trap option enables the diagnostic and monitoring software to send traps to external management systems for all actionable events that occur during monitoring.

When an alert occurs, it is sent to the SNMP transport as an SNMP trap. An SNMP trap listener can use the StorAgent.mib SNMP MIB file, which is included in the diagnostic and monitoring software, to decode these alerts.

The alerts contain the following information:

SNMP traps can be sent for actionable events and can be received by any management application that can receive traps.

Related Topics