- New and Changed Information
- Preface
- Overview
- Configuring CFS
- Configuring NTP
- Configuring PTP
- Configuring CDP
- Configuring System Message Logging
- Configuring Smart Call Home
- Configuring Rollback
- Configuring Session Manager
- Configuring the Scheduler
- Configuring SNMP
- Configuring RMON
- Configuring Online Diagnostics
- Configuring the Embedded Event Manager
- Configuring Onboard Failure Logging
- Configuring SPAN
- Configuring ERSPAN
- Configuring LLDP
- Configuring NetFlow
- Supported RFCs
- EEM Events and Examples
- Configuration Limits for Cisco NX-OS System Management
- Information About Smart Call Home
- Licensing Requirements for Smart Call Home
- Prerequisites for Smart Call Home
- Guidelines and Limitations
- Default Settings
- Configuring Smart Call Home
- Configuring Contact Information
- Creating a Destination Profile
- Modifying a Destination Profile
- Associating an Alert Group and a Destination Profile
- Adding show Commands to an Alert Group
- Configuring E-Mail
- Configuring VRFs To Send Messages Using HTTP
- Configuring an HTTP Proxy Server
- Configuring Periodic Inventory Notifications
- Disabling Duplicate Message Throttle
- Enabling or Disabling Smart Call Home
- Testing Smart Call Home Communications
- Verifying the Smart Call Home Configuration
- Configuration Example for Smart Call Home
- Additional References
- Feature History for Smart Call Home
Configuring Smart Call Home
This chapter describes how to configure the Smart Call Home feature of the Cisco NX-OS devices.
This chapter includes the following sections:
- Information About Smart Call Home
- Licensing Requirements for Smart Call Home
- Prerequisites for Smart Call Home
- Guidelines and Limitations
- Default Settings
- Configuring Smart Call Home
- Verifying the Smart Call Home Configuration
- Configuration Example for Smart Call Home
- Additional References
- Feature History for Smart Call Home
Information About Smart Call Home
This section includes the following topics:
- Smart Call Home Overview
- Destination Profiles
- Smart Call Home Alert Groups
- Smart Call Home Message Urgency Levels
- Obtaining Smart Call Home
- Distributing Smart Call Home Using CFS
- Database Merge Guidelines
- High Availability
- Virtualization Support
Smart Call Home Overview
Smart Call Home provides an e-mail-based notification for critical system policies. A range of message formats are available for compatibility with pager services, standard e-mail, or XML-based automated parsing applications. You can use this feature to page a network support engineer, e-mail a Network Operations Center, or use Cisco Smart Call Home services to automatically generate a case with the Technical Assistance Center.
Smart Call Home provides the following:
- Automatic execution and attachment of relevant CLI command output.
- Multiple message format options such as the following:
– Short Text—Suitable for pagers or printed reports.
– Full Text—Fully formatted message information suitable for human reading.
– XML—Machine-readable format that uses Extensible Markup Language (XML) and Adaptive Messaging Language (AML) XML schema definition (XSD). The AML XSD is published on the Cisco.com website at http://www.cisco.com/. The XML format enables communication with the Cisco Systems Technical Assistance Center.
Destination Profiles
A destination profile includes the following information:
- One or more alert groups—The group of alerts that trigger a specific Smart Call Home message if the alert occurs.
- One or more e-mail destinations—The list of recipients for the Smart Call Home messages generated by alert groups assigned to this destination profile.
- Message format—The format for the Smart Call Home message (short text, full text, or XML).
- Message severity level—The Smart Call Home severity level that the alert must meet before Cisco NX-OS generates a Smart Call Home message to all e-mail addresses in the destination profile. For more information about Smart Call Home severity levels, see the “Smart Call Home Message Urgency Levels” section. Cisco NX-OS does not generate an alert if the Smart Call Home severity level of the alert is lower than the message severity level set for the destination profile.
You can also configure a destination profile to allow periodic inventory update messages by using the inventory alert group that will send out periodic messages daily, weekly, or monthly.
Cisco NX-OS supports the following predefined destination profiles:
- CiscoTAC-1—Supports the Cisco-TAC alert group in XML message format. This profile is preconfigured with the callhome@cisco.com e-mail contact, maximum message size, and message severity level 0. You cannot change any of the default information for this profile.
- full-text-destination—Supports the full text message format.
- short-text-destination—Supports the short text message format.
See the “Message Formats” section for more information about the message formats.
Smart Call Home Alert Groups
An alert group is a predefined subset of Smart Call Home alerts that are supported in all Cisco NX-OS devices. Alert groups allow you to select the set of Smart Call Home alerts that you want to send to a predefined or custom destination profile. Cisco NX-OS sends Smart Call Home alerts to e-mail destinations in a destination profile only if that Smart Call Home alert belongs to one of the alert groups associated with that destination profile and if the alert has a Smart Call Home message severity at or above the message severity set in the destination profile (see the “Smart Call Home Message Urgency Levels” section).
Table 9-1 lists supported alert groups and the default CLI command output included in Smart Call Home messages generated for the alert group.
Smart Call Home maps the syslog severity level to the corresponding Smart Call Home severity level for syslog port group messages (see the “Smart Call Home Message Urgency Levels” section).
You can customize predefined alert groups to execute additional CLI show commands when specific events occur and send that show output with the Smart Call Home message.
You can add show commands only to full text and XML destination profiles. Short text destination profiles do not support additional show commands because they only allow 128 bytes of text.
Smart Call Home Message Urgency Levels
Smart Call Home allows you to filter messages based on urgency. You can associate each predefined or user-defined destination profile with a Smart Call Home threshold from 0 (least urgent) to 9 (most urgent). The default is 0 (all messages are sent).
Syslog severity levels are mapped to the Smart Call Home message level.

Note Smart Call Home does not change the syslog message level in the message text. The syslog messages in the Smart Call Home log appear as they are described in the Cisco NX-OS System Messages Reference.
Table 9-2 lists each Smart Call Home message level keyword and the corresponding syslog level for the syslog port alert group.
Obtaining Smart Call Home
If you have a service contract directly with Cisco, you can register for the Smart Call Home service. Smart Call Home analyzes Smart Call Home messages and provides background information and recommendations. For known issues, particularly online diagnostics failures, Automatic Service Requests are generated with the Cisco TAC.
Smart Call Home offers the following features:
- Continuous device health monitoring and real-time diagnostic alerts.
- Analysis of Smart Call Home messages and, if needed, Automatic Service Request generation, routed to the correct TAC team, including detailed diagnostic information to speed problem resolution.
- Secure message transport directly from your device or through an HTTP proxy server or a downloadable Transport Gateway (TG). You can use a TG aggregation point to support multiple devices or in cases where security dictates that your devices may not be connected directly to the Internet.
- Web-based access to Smart Call Home messages and recommendations, inventory, and configuration information for all Smart Call Home devices. Provides access to associated field notices, security advisories, and end-of-life information.
You need the following information to register:
For more information about Smart Call Home, see the following Smart Call Home page:
Distributing Smart Call Home Using CFS
You can use Cisco Fabric Services (CFS) to distribute a Smart Call Home configuration to all CFS-enabled devices in the network. The entire Smart Call Home configuration is distributed except the device priority and the sysContact names.
For more information about CFS, see the “Configuring CFS” section.
Database Merge Guidelines
When merging two Smart Call Home databases, the following guidelines apply:
– A superset of all the destination profiles from the merging devices.
– The destination profile e-mail addresses and alert groups.
– Other configuration information (for example, message throttling, or periodic inventory) present in the managing device.
High Availability
Stateless restarts are supported for Smart Call Home. After a reboot or supervisor switchover, the running configuration is applied.
Virtualization Support
One instance of Smart Call Home is supported per virtual device context (VDC). Smart Call Home uses the contact information from the first registered VDC as the administrator contact for all VDCs on the physical device. For example, if you want the Smart Call Home to use the contact information from the default VDC, you should register using that VDC. You can update this information at the Smart Call Home web site at the following URL:
http://www.cisco.com/go/smartcall/
Smart Call Home registers the contacts for all other VDCs as users that can see all the Smart Call Home data for the physical device but cannot act as administrators. All registered users and the registered administrator receive all Smart Call Home notifications from all VDCs on the physical device.
By default, you are placed in the default VDC. In the default VDC, you can test Smart Call Home using the callhome send and callhome test commands. In a nondefault VDC, only the callhome test command is available. For more information on VDCs, see the Cisco Nexus 7000 Series NX-OS Virtual Device Context Configuration Guide.
Smart Call Home is virtual routing and forwarding (VRF) aware. You can configure Smart Call Home to use a particular VRF to reach the Smart Call Home SMTP server.
Licensing Requirements for Smart Call Home
Prerequisites for Smart Call Home
Smart Call Home has the following prerequisites:
- To send messages to an e-mail address, you must first configure an e-mail server. To send messages using HTTP, you must have access to an HTTPS server and have a valid certificate installed on the Nexus device.
- Your device must have IP connectivity to an e-mail server or HTTPS server.
- You must first configure the contact name (SNMP server contact), phone, and street address information. This step is required to determine the origin of messages received.
- If you use Smart Call Home, you need an active service contract for the device that you are configuring.
- If you configure VDCs, install the Advanced Services license (see the Cisco Nexus 7000 Series NX-OS Virtual Device Context Configuration Guide). This license is required for VDCs only, not for Smart Call Home.
Guidelines and Limitations
Smart Call Home has the following configuration guidelines and limitations:
- If there is no IP connectivity or if the interface in the VRF to the profile destination is down, Smart Call Home messages cannot be sent.
- Smart Call Home operates with any SMTP server.
- You can configure up to five SMTP servers for Smart Call Home.
- If you distribute the Smart Call Home configuration using CFS, then the entire Smart Call Home configuration is distributed except device priority and the sysContact names.
- In a mixed fabric environment with CFS enabled, Cisco devices running Cisco NX-OS Release 5.x can distribute 5.x configurations (multiple SMTP server support, HTTP VRF support, and HTTP proxy support) to other 5.x devices in the fabric over CFS. However, if an existing device upgrades to 5.x, these new configurations are not distributed to that device because a CFS merge is not triggered upon an upgrade. Therefore, we recommend applying the new configurations only when all the devices in the fabric support them or performing an empty commit from an existing 5.x device (not the newly upgraded device) that has the new configurations.
Default Settings
Table 9-3 lists the default settings for Smart Call Home parameters.
Configuring Smart Call Home

Note If you distribute the Smart Call Home configuration using CFS, see the “Configuring CFS” section.
This section includes the following topics:
- Configuring Contact Information
- Creating a Destination Profile
- Modifying a Destination Profile
- Associating an Alert Group and a Destination Profile
- Adding show Commands to an Alert Group
- Configuring E-Mail
- Configuring VRFs To Send Messages Using HTTP
- Configuring an HTTP Proxy Server
- Configuring Periodic Inventory Notifications
- Disabling Duplicate Message Throttle
- Enabling or Disabling Smart Call Home
- Testing Smart Call Home Communications

Note Be aware that the Cisco NX-OS commands may differ from the Cisco IOS commands.
We recommend that you complete the Smart Call Home configuration procedures in the following sequence:
1. Configuring Contact Information
2. Creating a Destination Profile
3. Associating an Alert Group and a Destination Profile
4. (Optional) Adding show Commands to an Alert Group
5. (Optional) Creating and Distributing a CFS Configuration
6. Enabling or Disabling Smart Call Home
7. (Optional) Testing Smart Call Home Communications
Configuring Contact Information
You can configure the contact information for Smart Call Home.
BEFORE YOU BEGIN
Make sure that you are in the correct VDC. To change the VDC, use the switchto vdc command.
SUMMARY STEPS
2. snmp-server contact sys-contact
4. email-contact email-address
5. phone-contact international-phone-number
7. contract-id contract-number
DETAILED STEPS
This example shows how to configure the contact information for Smart Call Home:
Enter configuration commands, one per line. End with CNTL/Z.
switch(config)# snmp-server contact personname@companyname.com
switch(config-callhome)# email-contact admin@Mycompany.com
switch(config-callhome)# phone-contact +1-800-123-4567
switch(config-callhome)# streetaddress 123 Anystreet st. Anytown,AnyWhere
Creating a Destination Profile
You can create a user-defined destination profile and configure its message format.
BEFORE YOU BEGIN
Make sure that you are in the correct VDC (or use the switchto vdc command).
SUMMARY STEPS
4. destination-profile name format { XML | full-txt | short-txt }
DETAILED STEPS
This example shows how to create a destination profile for Smart Call Home:
Enter configuration commands, one per line. End with CNTL/Z.
switch(config-callhome)# destination-profile Noc101
switch(config-callhome)# destination-profile Noc101 format full-text
Modifying a Destination Profile
You can modify the following attributes for a predefined or user-defined destination profile:
- Destination e-mail address—E-mail address that defines where alerts should be sent.
- Destination URL—HTTP or HTTPS URL that defines where alerts should be sent.
- Transport method—E-mail or HTTP transport that determines which type of destination addresses are used.
- Message formatting—Message format used for sending the alert (full text, short text, or XML).
- Message level—Smart Call Home message severity level for this destination profile.
- Message size—Allowed length of a Smart Call Home message sent to destination addresses in this destination profile.
See the “Associating an Alert Group and a Destination Profile” section for information on configuring an alert group for a destination profile.
BEFORE YOU BEGIN
Make sure that you are in the correct VDC. To change the VDC, use the switchto vdc command.
SUMMARY STEPS
3. destination-profile { name | CiscoTAC-1 | full-txt-destination | short-txt-destination } email-addr address
4. destination-profile { name | CiscoTAC-1 | full-txt-destination | short-txt-destination } http address
5. destination-profile { name | CiscoTAC-1 | full-txt-destination | short-txt-destination } transport-method { email | http }
6. destination-profile { name | CiscoTAC-1 | full-txt-destination | short-txt-destination } message-level number
7. destination-profile { name | CiscoTAC-1 | full-txt-destination | short-txt-destination } message-size number
DETAILED STEPS
This example shows how to modify a destination profile for Smart Call Home:
Enter configuration commands, one per line. End with CNTL/Z.
switch(config-callhome)# destination-profile full-text-destination email-addr person@place.com
switch(config-callhome)# destination-profile full-text-destination message-level 5
switch(config-callhome)# destination-profile full-text-destination message-size 10000
Associating an Alert Group and a Destination Profile
You can associate one or more alert groups with a destination profile.
BEFORE YOU BEGIN
Make sure that you are in the correct VDC. To change the VDC, use the switchto vdc command.
SUMMARY STEPS
3. destination-profile { name | CiscoTAC-1 | full-txt-destination | short-txt-destination } alert-group { All | Cisco-TAC | Configuration | Diagnostic | EEM | Environmental | Inventory | License | Linecard-Hardware | Supervisor-Hardware | Syslog-group-port | System | Test }
DETAILED STEPS
This example shows how to associate all alert groups with the destination profile Noc101:
Enter configuration commands, one per line. End with CNTL/Z.
switch(config-callhome)# destination-profile Noc101 alert-group All
Adding show Commands to an Alert Group
You can assign a maximum of five user-defined CLI show commands to an alert group.

Note You cannot add user-defined CLI show commands to the CiscoTAC-1 destination profile.
BEFORE YOU BEGIN
Make sure that you are in the correct VDC. To change the VDC, use the switchto vdc command.
SUMMARY STEPS
3. alert-group { Configuration | Diagnostic | EEM | Environmental | Inventory | License | Linecard-Hardware | Supervisor-Hardware | Syslog-group-port | System | Test } user-def-cmd show-cmd
DETAILED STEPS
This example shows how to add the show ip route command to the Cisco-TAC alert group:
Enter configuration commands, one per line. End with CNTL/Z.
switch(config-callhome)# alert-group Configuration user-def-cmd show ip route
Configuring E-Mail
You must configure the SMTP server address for the Smart Call Home functionality to work. You can also configure the from and reply-to e-mail addresses.
You can configure up to five SMTP servers for Smart Call Home. The servers are tried based on their priority. The highest priority server is tried first. If the message fails to be sent, the next server in the list is tried until the limit is exhausted. If two servers have equal priority, the one that was configured earlier is tried first.
BEFORE YOU BEGIN
Make sure that you are in the correct VDC. To change the VDC, use the switchto vdc command.
SUMMARY STEPS
3. transport email mail-server ip-address [ port number ] [ priority number ] [ use-vrf vrf-name ]
4. transport email from email-address
DETAILED STEPS
|
|
|
---|---|---|
Enter configuration commands, one per line. End with CNTL/Z. |
||
transport email mail-server switch(config-callhome)# |
Configures the SMTP server as the domain name server (DNS) name, IPv4 address, or IPv6 address. Optionally configures the port number. The port range is from 1 to 65535. The default port number is 25. Also optionally configures the priority of the SMTP server. The priority range is from 1 to 100, with 1 being the highest priority and 100 the lowest. If you do not specify a priority, the default value of 50 is used. Also optionally configures the VRF to use when communicating with this SMTP server. The VRF specified is not used to send messages using HTTP. To use HTTP, see the “Configuring VRFs To Send Messages Using HTTP” section. Note To distribute the SMTP server configuration to devices that run Release 4.2 or earlier, you must use the transport email smtp-server command, which configures only one SMTP server. |
|
transport email from email-address switch(config-callhome)# |
(Optional) Configures the e-mail from field for Smart Call Home messages. |
|
transport email reply-to email-address switch(config-callhome)# |
(Optional) Configures the e-mail reply-to field for Smart Call Home messages. |
|
(Optional) Displays the transport-related configuration for Smart Call Home. |
||
This example shows how to configure the e-mail options for Smart Call Home messages:
Enter configuration commands, one per line. End with CNTL/Z.
switch(config-callhome)# transport email mail-server 192.0.2.10 use-vrf Red
switch(config-callhome)# transport email from person@company.com
switch(config-callhome)# transport email reply-to person@company.com
switch(config-callhome)# commit
This example shows how to configure multiple SMTP servers for Smart Call Home messages:
Enter configuration commands, one per line. End with CNTL/Z.
switch(config-callhome)# transport email mail-server 192.0.2.10 priority 4
switch(config-callhome)# transport email mail-server 172.21.34.193
switch(config-callhome)# transport email smtp-server 10.1.1.174
switch(config-callhome)# transport email mail-server 64.72.101.213 priority 60
switch(config-callhome)# transport email from person@company.com
switch(config-callhome)# transport email reply-to person@company.com
switch(config-callhome)# commit
Based on the configuration above, the SMTP servers would be tried in this order:
172.21.34.193 (priority 50, which is the default)
When CFS distribution is enabled, devices that run Release 4.2 or earlier accept only the transport email smtp-server command configurations while devices that run Release 5.0(1) or later accept both the transport email smtp-server and transport email mail-server command configurations.

Note When a device accepts both the transport email smtp-server and transport email mail-server commands, the transport email smtp-server command has a priority of 0, which is the highest. The server specified by this command is tried first followed by the servers specified by the transport email mail-server commands in order of priority.
Configuring VRFs To Send Messages Using HTTP
You can use VRFs to send Smart Call Home messages over HTTP. If HTTP VRFs are not configured, the default VRF is used to transport messages over HTTP.
BEFORE YOU BEGIN
Make sure that you are in the correct VDC. To change the VDC, use the switchto vdc command.
SUMMARY STEPS
DETAILED STEPS
|
|
|
---|---|---|
Enter configuration commands, one per line. End with CNTL/Z. |
||
Configures the VRF used to send e-mail and other Smart Call Home messages over HTTP. |
||
This example shows how to configure a VRF to send Smart Call Home messages using HTTP:
Enter configuration commands, one per line. End with CNTL/Z.
switch(config-callhome)# transport http use-vrf Blue
Configuring an HTTP Proxy Server
Beginning with Cisco NX-OS Release 5.2, you can configure Smart Call Home to send HTTP messages through an HTTP proxy server. If you do not configure an HTTP proxy server, Smart Call Home sends HTTP messages directly to the Cisco Transport Gateway (TG).
BEFORE YOU BEGIN
Make sure that you are in the correct VDC. To change the VDC, use the switchto vdc command.
SUMMARY STEPS
3. transport http proxy server ip-address [ port number ]
DETAILED STEPS
This example shows how to configure Smart Call Home to send HTTP messages through an HTTP proxy server:
Enter configuration commands, one per line. End with CNTL/Z.
switch(config-callhome)# transport http proxy server 10.10.10.1 port 4
switch(config-callhome)# transport http proxy enable
Configuring Periodic Inventory Notifications
You can configure your device to periodically send a message with an inventory of all software services currently enabled and running on the device along with hardware inventory information. Cisco NX-OS generates two Smart Call Home notifications, periodic configuration messages and periodic inventory messages.
BEFORE YOU BEGIN
Make sure that you are in the correct VDC. To change the VDC, use the switchto vdc command.
SUMMARY STEPS
3. periodic-inventory notification [ interval days | timeofday time ]
DETAILED STEPS
This example shows how to configure the periodic inventory messages to generate every 20 days:
Enter configuration commands, one per line. End with CNTL/Z.
switch(config-callhome)# periodic-inventory notification interval 20
Disabling Duplicate Message Throttle
You can limit the number of duplicate messages received for the same event. By default, Cisco NX-OS limits the number of duplicate messages received for the same event. If the number of duplicate messages sent exceeds 30 messages within a 2-hour time frame, then Cisco NX-OS disables further messages for that alert type.
Use the following commands in Smart Call Home configuration mode to disable duplicate message throttling:
|
|
|
Disables duplicate message throttling for Smart Call Home. Enabled by default. |
||
Enabling or Disabling Smart Call Home
Once you have configured the contact information, you can enable the Smart Call Home function.
Use the following commands in Smart Call Home configuration mode to enable Smart Call Home:
|
|
|
---|---|---|
Enables Smart Call Home. Disabled by default. Note To disable Smart Call Home, use the no enable command in Smart Call Home configuration mode. |
||
Testing Smart Call Home Communications
You can generate a test message to test your Smart Call Home communications.
Use the following commands in any mode to generate a test Smart Call Home message:
|
|
---|---|
Sends the specified Smart Call Home test message to all configured destinations. |
|
Verifying the Smart Call Home Configuration
To display Smart Call Home configuration information, perform one of the following tasks:
Configuration Example for Smart Call Home
This example shows how to create a destination profile called Noc101, associate the Configuration alert group to that profile, configure contact and e-mail information, and specify the VRF used to send Smart Call Home messages over HTTP:
snmp-server contact person@company.com
email-contact admin@Mycompany.com
streetaddress 123 Anystreet st. Anytown,AnyWhere
destination-profile Noc101 format full-txt
destination-profile full-text-destination email-addr person@company.com
destination-profile full-text-destination message-level 5
destination-profile Noc101 alert-group Configuration
alert-group Configuration user-def-cmd show ip route
Additional References
For additional information related to implementing Smart Call Home, see the following sections:
- Event Triggers
- Message Formats
- Sample syslog Alert Notification in Full-Text Format
- Sample syslog Alert Notification in XML Format
- Related Documents
- Standards
- MIBs
Event Triggers
Table 9-4 lists the event triggers and their Smart Call Home message severity levels.
Message Formats
Smart Call Home supports the following message formats:
- Short Text Message Format
- Common Fields for Full Text and XML Messages
- Fields Specific to Alert Group Messages for Full Text and XML Messages
- Inserted Fields for a Reactive and Proactive Event Message
- Inserted Fields for an Inventory Event Message
- Inserted Fields for a User-Generated Test Message
Table 9-5 describes the short text formatting option for all message typesTable 9-5.
|
|
---|---|
Table 9-6 describes the first set of common event message fields for full text or XML messages.
(Plain Text and XML) |
(Plain Text and XML) |
(XML Only) |
---|---|---|
Name of message. Specific event names are listed in Table 9-4 . |
||
Severity level of message (see the “Smart Call Home Message Urgency Levels” section). |
||
Product type for routing, such as the Catalyst 6500 series switch. |
||
Unique device identifier (UDI) for the end device that generated the message. This field should be empty if the message is nonspecific to a device. The format is type @ Sid @ seria l. |
||
Optional user-configurable field used for contract information or other ID by any support service. |
||
Optional user-configurable field used for contract information or other ID by any support service. |
||
Optional user-configurable field used for Cisco-supplied site ID or other data meaningful to alternate support service. |
||
If the message is generated from the device, this is the unique device identifier (UDI) of the device. The format is type @ Sid @ seria l. |
||
Name of person to contact for issues associated with the node that experienced the event. |
||
E-mail address of person identified as the contact for this unit. |
||
Phone number of the person identified as the contact for this unit. |
||
Optional field that contains the street address for RMA part shipments associated with this unit. |
||
Model name of the device (the specific model as part of a product family name). |
||
Table 9-7 describes the fields specific to alert group messages for full text and XML. These fields may be repeated if multiple CLI commands are executed for an alert group.
(Plain Text and XML) |
(Plain Text and XML) |
(XML Only) |
---|---|---|
Output of command automatically executed (see the “Smart Call Home Alert Groups” section). |
Table 9-8 describes the reactive and proactive event message format for full text or XML messages.
Table 9-9 describes the inventory event message format for full text or XML messages.
(Plain Text and XML) |
(Plain Text and XML) |
(XML Only) |
---|---|---|
Name of the affected FRU that is generating the event message. |
||
Table 9-10 describes the user-generated test message format for full text or XML.
(Plain Text and XML) |
(Plain Text and XML) |
(XML Only) |
---|---|---|
Sample syslog Alert Notification in Full-Text Format
This sample shows the full-text format for a syslog port alert-group notification:
Sample syslog Alert Notification in XML Format
This sample shows the XML format for a syslog port alert-group notification:
Related Documents
|
|
---|---|
Cisco Nexus 7000 Series NX-OS System Management Command Reference |
|
Cisco Nexus 7000 Series NX-OS Virtual Device Context Configuration Guide |
Standards
|
|
---|---|
No new or modified standards are supported by this feature, and support for existing standards has not been modified by this feature. |
MIBs
|
|
---|---|
To locate and download MIBs, go to the following URL: http://www.cisco.com/public/sw-center/netmgmt/cmtk/mibs.shtml |
Feature History for Smart Call Home
Table 9-11 lists the release history for this feature.
|
|
|
---|---|---|
Added the ability to send HTTP messages through an HTTP proxy server. See the “Configuring an HTTP Proxy Server” section. |
||
Added the ability to configure multiple SMTP servers. See the “Configuring E-Mail” section. |
||
VRFs can be used to send e-mail and other Smart Call Home messages over HTTP. See the “Configuring VRFs To Send Messages Using HTTP” section. |
||
Messages are sent for process crashes on line cards. See the “Event Triggers” section. |
||
The commands destination-profile http and destination-profile transport-method cannot be distributed. See the “Modifying a Destination Profile” section. |