VMWARE-NSX-MANAGER-MIB
- Registered at
- 1.3.6.1.4.1.6876.90.1
- Last updated
- 2020-06-03 00:01
- Organization
- VMware, Inc
- Revisions
- 2020-06-03 00:01, 2019-07-09 00:01, 2019-02-12 00:01, 2018-05-31 00:01, 2018-04-25 00:01, 2018-03-08 00:00, 2017-12-08 00:00, 2017-11-22 00:00, 2017-11-01 00:00, 2017-07-05 00:00, 2017-07-03 00:00, 2017-06-01 00:00, 2017-04-27 00:00, 2016-06-02 00:00
- Namespace
- vmware
- Source file
VMWARE-NSX-MANAGER-MIB- Digest
sha256:2f5ab33ab07cfc6a366b9227a7bc4d0796cbb13fffb490a61e66aba6fadde49e
Description
This MIB file contains the information that the receiving party needs in order to interpret SNMP traps sent by NSX Manager. VMware NSX for vSphere is a key product in the SDDC architecture. With NSX, virtualization delivers for networking what it has already delivered for compute and storage. In much the same way that server virtualization programmatically creates, snapshots, deletes and restores software-based virtual machines (VMs), NSX network virtualization programmatically creates, snapshots, deletes, and restores software-based virtual networks. The result is a completely transformative approach to networking that not only enables data center managers to achieve orders of magnitude better agility and economics, but also allows for a vastly simplified operational model for the underlying physical network. With the ability to be deployed on any IP network, including both existing traditional networking models and next-generation fabric architectures from any vendor, NSX is a completely non-disruptive solution. In fact, with NSX, the physical network infrastructure you already have is all you need to deploy a software-defined data center. The NSX Manager provides the graphical user interface (GUI) and the REST APIs for creating, configuring, and monitoring NSX components, such as controllers, logical switches, and edge services gateways. The NSX Manager provides an aggregated system view and is the centralized network management component of NSX. NSX Manager is installed as a virtual appliance on any ESX host in your vCenter environment. Support requests can be filed with VMware using KB article: http://kb.vmware.com/kb/2006985 To reach NSX Manager Service Composer UI, login to vSphere UI(https://<vsphere-ip>)->Networking & Security->Service Composer
Contact
VMware, Inc 3401 Hillview Ave Palo Alto, CA 94304 Tel: 1-877-486-9273 or 650-427-5000 Fax: 650-427-5001 Web: http://kb.vmware.com/kb/1013445
Imports
| From | Symbols |
|---|---|
| SNMPv2-CONF | MODULE-COMPLIANCE, NOTIFICATION-GROUP, OBJECT-GROUP |
| SNMPv2-SMI | Integer32, MODULE-IDENTITY, NOTIFICATION-TYPE, OBJECT-IDENTITY, OBJECT-TYPE, iso |
| SNMPv2-TC | DateAndTime, DisplayString, TEXTUAL-CONVENTION |
| UUID-TC-MIB | UUID |
| VMWARE-ROOT-MIB | vmwNsxManager |
Imported by
Nothing in this corpus imports this module.
Load order
Every file a consumer needs in order to load this module, dependencies first.
SNMPv2-CONF SNMPv2-SMI SNMPv2-TC UUID-TC-MIB VMWARE-NSX-MANAGER-MIB VMWARE-ROOT-MIB
Textual conventions
| Name | OID | Syntax | Access | Status |
|---|---|---|---|---|
| VmwNsxManagerSourceID TEXTUAL-CONVENTION The event sources' IDs for the NSX Manager system event. This data type can be used to specify multiple event source IDs seperated by a semicolon. In NSX Manager, we can have multiple event sources and hence multiple event source IDs. | current | |||
| VmwNsxManagerSourceIPAddress TEXTUAL-CONVENTION The IP address(es) of the source(s) of the NSX Manager event. This data type can be used to specify multiple IP addresses seperated by a semicolon. Using InetAddress and InetAddressType from INET-ADDRESS-MIB would have been relevant in case there was a single event source. In NSX Manager, we can have multiple event sources and hence multiple IP addresses. | current | |||
| VmwNsxManagerSourceType TEXTUAL-CONVENTION The event sources' types for the NSX Manager system event. This data type can be used to specify multiple event source types seperated by a semicolon. In NSX Manager, we can have multiple event sources and hence multiple event source types. | current | |||
| VmwNsxManagerTypeSeverity TEXTUAL-CONVENTION Severity enumeration definition of NSX Manager events | current |
Objects
| Name | OID | Syntax | Access | Status |
|---|---|---|---|---|
| vmwNsxMAlertData OBJECT-IDENTITY This members of this group are the OIDs for VarBinds that contain data for ALL Alerts. | 1.3.6.1.4.1.6876.90.1.1 | current | ||
| vmwNsxMEventCode OBJECT-TYPE The event code of the alert that was generated. To fetch a list of all the events with their code, severity and description please invoke the nsx-manager url https://<nsx-manager-host>/api/2.0/systemevent/eventcode . The event code specifically identifies each individual event type. This event code is uniquely assigned only once to a particular event type. | 1.3.6.1.4.1.6876.90.1.1.1 | Integer32 (1..2147483647) | accessible-for-notify | current |
| vmwNsxMEventTimestamp OBJECT-TYPE The timestamp when the event was raised in the NSX Manager. | 1.3.6.1.4.1.6876.90.1.1.2 | DateAndTime | accessible-for-notify | current |
| vmwNsxMEventMessage OBJECT-TYPE This object provides a human readable description of the event or group of events | 1.3.6.1.4.1.6876.90.1.1.3 | OCTET STRING | accessible-for-notify | current |
| vmwNsxMEventSeverity OBJECT-TYPE The severity for the event that was generated. The severity is pre-defined and can only be changed from the NSX Manager section of vsphere web client if the administrator so wishes. | 1.3.6.1.4.1.6876.90.1.1.4 | VmwNsxManagerTypeSeverity | accessible-for-notify | current |
| vmwNsxMEventComponent OBJECT-TYPE The NSX manager component where this event was generated. | 1.3.6.1.4.1.6876.90.1.1.5 | OCTET STRING | accessible-for-notify | current |
| vmwNsxMUuid OBJECT-TYPE The NSX manager UUID where this event was generated. | 1.3.6.1.4.1.6876.90.1.1.6 | UUID | accessible-for-notify | current |
| vmwNsxMCount OBJECT-TYPE The count of the number of events for a particular group raised in the last 5 minute interval. | 1.3.6.1.4.1.6876.90.1.1.7 | Integer32 (1..2147483647) | accessible-for-notify | current |
| vmwNsxMEventSourceID OBJECT-TYPE The object ID(s) of the source(s) of the event. | 1.3.6.1.4.1.6876.90.1.1.8 | VmwNsxManagerSourceID | accessible-for-notify | current |
| vmwNsxMEventSourceType OBJECT-TYPE The object type(s) of the source(s) of the event. | 1.3.6.1.4.1.6876.90.1.1.9 | VmwNsxManagerSourceType | accessible-for-notify | current |
| vmwNsxMEventSourceIP OBJECT-TYPE The IP address(es) of the source(s) of the event. | 1.3.6.1.4.1.6876.90.1.1.10 | VmwNsxManagerSourceIPAddress | accessible-for-notify | current |
| vmwNsxMNotification OBJECT-IDENTITY All notifications for NSX Manager use this oid prefix. | 1.3.6.1.4.1.6876.90.1.2 | current | ||
| vmwNsxMBranch OBJECT-IDENTITY Branch segregated out for various groups and other future requirements. | 1.3.6.1.4.1.6876.90.1.2.0 | current | ||
| vmwNsxMGroupsBranch OBJECT-IDENTITY Grouped Notifications will have this OID prefix. | 1.3.6.1.4.1.6876.90.1.2.0.1 | current | ||
| vmwNsxMGroupsPrefix OBJECT-IDENTITY Prefix added to place zero in penultimate sub-identifier of group oids. | 1.3.6.1.4.1.6876.90.1.2.0.1.0 | current | ||
| vmwNsxMSnmp OBJECT-IDENTITY Notifications that are Snmp related will have this OID prefix. | 1.3.6.1.4.1.6876.90.1.2.1 | current | ||
| vmwNsxMSnmpPrefix OBJECT-IDENTITY This group is actually the prefix one uses when creating vmware NSX manager specific trap OID's for Snmp module. | 1.3.6.1.4.1.6876.90.1.2.1.0 | current | ||
| vmwNsxMSecurity OBJECT-IDENTITY Notifications that are security related will have this OID prefix. | 1.3.6.1.4.1.6876.90.1.2.2 | current | ||
| vmwNsxMSecurityPrefix OBJECT-IDENTITY This group is actually the prefix one uses when creating vmware NSX manager specific trap OID's for security module. | 1.3.6.1.4.1.6876.90.1.2.2.0 | current | ||
| vmwNsxMFirewall OBJECT-IDENTITY Notifications that are firewall related will have this OID prefix. | 1.3.6.1.4.1.6876.90.1.2.3 | current | ||
| vmwNsxMFirewallPrefix OBJECT-IDENTITY This group is actually the prefix one uses when creating vmware NSX manager specific trap OID's for firewall module. | 1.3.6.1.4.1.6876.90.1.2.3.0 | current | ||
| vmwNsxMEdge OBJECT-IDENTITY Notifications that are edge related will have this OID prefix. | 1.3.6.1.4.1.6876.90.1.2.4 | current | ||
| vmwNsxMEdgePrefix OBJECT-IDENTITY This group is actually the prefix one uses when creating vmware NSX manager specific trap OID's for edge module. | 1.3.6.1.4.1.6876.90.1.2.4.0 | current | ||
| vmwNsxMEndpoint OBJECT-IDENTITY Notifications that are Endpoint related will have this OID prefix. | 1.3.6.1.4.1.6876.90.1.2.5 | current | ||
| vmwNsxMEndpointPrefix OBJECT-IDENTITY This group is actually the prefix one uses when creating vmware NSX manager specific trap OID's for Endpoint module. | 1.3.6.1.4.1.6876.90.1.2.5.0 | current | ||
| vmwNsxMEam OBJECT-IDENTITY Notifications that are Eam related will have this OID prefix. | 1.3.6.1.4.1.6876.90.1.2.6 | current | ||
| vmwNsxMEamPrefix OBJECT-IDENTITY This group is actually the prefix one uses when creating vmware NSX manager specific trap OID's for Eam module. | 1.3.6.1.4.1.6876.90.1.2.6.0 | current | ||
| vmwNsxMFabric OBJECT-IDENTITY Notifications that are Fabric related will have this OID prefix. | 1.3.6.1.4.1.6876.90.1.2.7 | current | ||
| vmwNsxMFabricPrefix OBJECT-IDENTITY This group is actually the prefix one uses when creating vmware NSX manager specific trap OID's for Fabric module. | 1.3.6.1.4.1.6876.90.1.2.7.0 | current | ||
| vmwNsxMDepPlugin OBJECT-IDENTITY Notifications that are DeploymentPlugin related will have this OID prefix. | 1.3.6.1.4.1.6876.90.1.2.8 | current | ||
| vmwNsxMDepPluginPrefix OBJECT-IDENTITY This group is actually the prefix one uses when creating vmware NSX manager specific trap OID's for DeploymentPlugin module. | 1.3.6.1.4.1.6876.90.1.2.8.0 | current | ||
| vmwNsxMMessaging OBJECT-IDENTITY Notifications that are Messaging related will have this OID prefix. | 1.3.6.1.4.1.6876.90.1.2.9 | current | ||
| vmwNsxMMessagingPrefix OBJECT-IDENTITY This group is actually the prefix one uses when creating vmware NSX manager specific trap OID's for Messaging module. | 1.3.6.1.4.1.6876.90.1.2.9.0 | current | ||
| vmwNsxMServiceComposer OBJECT-IDENTITY Notifications that are ServiceComposer related will have this OID prefix. | 1.3.6.1.4.1.6876.90.1.2.10 | current | ||
| vmwNsxMServiceComposerPrefix OBJECT-IDENTITY This group is actually the prefix one uses when creating vmware NSX manager specific trap OID's for ServiceComposer module. | 1.3.6.1.4.1.6876.90.1.2.10.0 | current | ||
| vmwNsxMSvmOperations OBJECT-IDENTITY Notifications that are SvmOperations related will have this OID prefix. | 1.3.6.1.4.1.6876.90.1.2.11 | current | ||
| vmwNsxMSvmOperationsPrefix OBJECT-IDENTITY This group is actually the prefix one uses when creating vmware NSX manager specific trap OID's for SvmOperations module. | 1.3.6.1.4.1.6876.90.1.2.11.0 | current | ||
| vmwNsxMTranslation OBJECT-IDENTITY Notifications that are Translation related will have this OID prefix. | 1.3.6.1.4.1.6876.90.1.2.12 | current | ||
| vmwNsxMTranslationPrefix OBJECT-IDENTITY This group is actually the prefix one uses when creating vmware NSX manager specific trap OID's for Translation module. | 1.3.6.1.4.1.6876.90.1.2.12.0 | current | ||
| vmwNsxMUniversalSync OBJECT-IDENTITY Notifications that are UniversalSync related will have this OID prefix. | 1.3.6.1.4.1.6876.90.1.2.13 | current | ||
| vmwNsxMUniversalSyncPrefix OBJECT-IDENTITY This group is actually the prefix one uses when creating vmware NSX manager specific trap OID's for UniversalSync module. | 1.3.6.1.4.1.6876.90.1.2.13.0 | current | ||
| vmwNsxMAsyncRest OBJECT-IDENTITY Notifications that are AsyncRest related will have this OID prefix. | 1.3.6.1.4.1.6876.90.1.2.14 | current | ||
| vmwNsxMAsyncRestPrefix OBJECT-IDENTITY This group is actually the prefix one uses when creating vmware NSX manager specific trap OID's for AsyncRest module. | 1.3.6.1.4.1.6876.90.1.2.14.0 | current | ||
| vmwNsxMExtensionRegistration OBJECT-IDENTITY Notifications that are ExtensionRegistration related will have this OID prefix. | 1.3.6.1.4.1.6876.90.1.2.15 | current | ||
| vmwNsxMExtensionRegistrationPrefix OBJECT-IDENTITY This group is actually the prefix one uses when creating vmware NSX manager specific trap OID's for ExtensionRegistration module. | 1.3.6.1.4.1.6876.90.1.2.15.0 | current | ||
| vmwNsxMDlp OBJECT-IDENTITY Notifications that are Dlp related will have this OID prefix. | 1.3.6.1.4.1.6876.90.1.2.16 | current | ||
| vmwNsxMDlpPrefix OBJECT-IDENTITY This group is actually the prefix one uses when creating vmware NSX manager specific trap OID's for Dlp module. | 1.3.6.1.4.1.6876.90.1.2.16.0 | current | ||
| vmwNsxMSamSystem OBJECT-IDENTITY Notifications that are SamSystem related will have this OID prefix. | 1.3.6.1.4.1.6876.90.1.2.17 | current | ||
| vmwNsxMSamSystemPrefix OBJECT-IDENTITY This group is actually the prefix one uses when creating vmware NSX manager specific trap OID's for SamSystem module. | 1.3.6.1.4.1.6876.90.1.2.17.0 | current | ||
| vmwNsxMUsvm OBJECT-IDENTITY Notifications that are Usvm related will have this OID prefix. | 1.3.6.1.4.1.6876.90.1.2.18 | current | ||
| vmwNsxMUsvmPrefix OBJECT-IDENTITY This group is actually the prefix one uses when creating vmware NSX manager specific trap OID's for Usvm module. | 1.3.6.1.4.1.6876.90.1.2.18.0 | current | ||
| vmwNsxMVsmCore OBJECT-IDENTITY Notifications that are VsmCore related will have this OID prefix. | 1.3.6.1.4.1.6876.90.1.2.19 | current | ||
| vmwNsxMVsmCorePrefix OBJECT-IDENTITY This group is actually the prefix one uses when creating vmware NSX manager specific trap OID's for VsmCore module. | 1.3.6.1.4.1.6876.90.1.2.19.0 | current | ||
| vmwNsxMVxlan OBJECT-IDENTITY Notifications that are Vxlan related will have this OID prefix. | 1.3.6.1.4.1.6876.90.1.2.20 | current | ||
| vmwNsxMVxlanPrefix OBJECT-IDENTITY This group is actually the prefix one uses when creating vmware NSX manager specific trap OID's for Vxlan module. | 1.3.6.1.4.1.6876.90.1.2.20.0 | current | ||
| vmwNsxMLogserver OBJECT-IDENTITY Notifications that are Domain Controller Event Log server related will have this OID prefix. | 1.3.6.1.4.1.6876.90.1.2.21 | current | ||
| vmwNsxMLogserverPrefix OBJECT-IDENTITY This group is the prefix one uses when creating vmware NSX manager specific trap OID's for VsmCore module. | 1.3.6.1.4.1.6876.90.1.2.21.0 | current | ||
| vmwNsxMApplicationRuleManager OBJECT-IDENTITY Notifications that are Application Rule Manager related will have this OID prefix. | 1.3.6.1.4.1.6876.90.1.2.22 | current | ||
| vmwNsxMApplicationRuleManagerPrefix OBJECT-IDENTITY This group is the prefix one uses when creating vmware NSX manager specific trap OID's for Application Rule Manager module. | 1.3.6.1.4.1.6876.90.1.2.22.0 | current | ||
| vmwNsxManagerMIBConformance OBJECT-IDENTITY | 1.3.6.1.4.1.6876.90.1.99 | |||
| vmwNsxManagerMIBCompliances OBJECT-IDENTITY | 1.3.6.1.4.1.6876.90.1.99.1 | |||
| vmwNsxManagerMIBGroups OBJECT-IDENTITY | 1.3.6.1.4.1.6876.90.1.99.2 |
Notifications
| Name | OID | Status |
|---|---|---|
| vmwNsxMConfigGroup NOTIFICATION-TYPE Configuration notifications that are grouped will have this OID prefix. | 1.3.6.1.4.1.6876.90.1.2.0.1.0.1 | current |
| vmwNsxMSnmpDisabled NOTIFICATION-TYPE This notification is sent when the sending out of Snmp traps is disabled. This would most likely be the last Snmp trap the snmp manager receives. You may some times not receive it in case of high volume of traps. In those cases you can rely on the heartbeat traps not being sent out. Action required: None. If the sending of Snmp traps is enabled a warmStart trap is received. Frequency of traps: Once, whenever the sending snmp traps is disabled. | 1.3.6.1.4.1.6876.90.1.2.1.0.1 | current |
| vmwNsxMSnmpManagerConfigUpdated NOTIFICATION-TYPE This notification is sent when the snmp manager configuration has been updated. The event message will carry the semicolon separated new snmp managers' details. Action required: None Frequency of traps: Once, whenever the Snmp manager configuration is updated. | 1.3.6.1.4.1.6876.90.1.2.1.0.2 | current |
| vmwNsxMIpAddedBlackList NOTIFICATION-TYPE Whenever user authentication fails for number of times that user is blacklisted and further login attempts are disabled for that user from given IP address for some time. Action required: None Frequency of traps: Whenever user authentication fails consecutively within some time. | 1.3.6.1.4.1.6876.90.1.2.2.0.1 | current |
| vmwNsxMIpRemovedBlackList NOTIFICATION-TYPE After user is blacklisted, after blacklist duration expires, user is removed from blacklist. Action required: None Frequency of traps: Whenever blacklist duration expires for any user. | 1.3.6.1.4.1.6876.90.1.2.2.0.2 | current |
| vmwNsxMSsoConfigFailure NOTIFICATION-TYPE Whenever configuration of lookup service / SSO fails due to various reasons like invalid credentials, invalid configuration, time sync problem etc. Action required: Check the event message and reconfigure lookup service with correct details. Frequency of traps: Once per failed configuration of lookup service. | 1.3.6.1.4.1.6876.90.1.2.2.0.3 | current |
| vmwNsxMSsoUnconfigured NOTIFICATION-TYPE Whenever user unconfigures lookup service. Action required: None Frequency of traps: Once per unconfiguration event of lookup service. | 1.3.6.1.4.1.6876.90.1.2.2.0.4 | current |
| vmwNsxMUserRoleAssigned NOTIFICATION-TYPE When role is assigned on NSX manager for vCenter user. Action required: None Frequency of traps: Once for each user who is assigned role. | 1.3.6.1.4.1.6876.90.1.2.2.0.5 | current |
| vmwNsxMUserRoleUnassigned NOTIFICATION-TYPE When role is unassigned on NSX manager for vCenter user. Action: None Frequency of traps: Once for each user where role is removed. | 1.3.6.1.4.1.6876.90.1.2.2.0.6 | current |
| vmwNsxMGroupRoleAssigned NOTIFICATION-TYPE When role is assigned on NSX manager for vCenter group. Action required: None Frequency of traps: Once for each group who is assigned role. | 1.3.6.1.4.1.6876.90.1.2.2.0.7 | current |
| vmwNsxMGroupRoleUnassigned NOTIFICATION-TYPE When role is unassigned on NSX manager for vCenter group. Action required: None Frequency of traps: Once for each group where role is removed. | 1.3.6.1.4.1.6876.90.1.2.2.0.8 | current |
| vmwNsxMVcLoginFailed NOTIFICATION-TYPE Whenever Connection with vCenter starts failing due to invalid credentials. Action required: Reconfigure NSX Manager vCenter configuration with correct credentials. | 1.3.6.1.4.1.6876.90.1.2.2.0.9 | current |
| vmwNsxMVcDisconnected NOTIFICATION-TYPE Whenever there is disconnectivity for default VCenter Connection maintained by NSX. Action required: Administrator needs to check the connectivity with vCenter for network problems or any other reasons. | 1.3.6.1.4.1.6876.90.1.2.2.0.10 | current |
| vmwNsxMLostVcConnectivity NOTIFICATION-TYPE Whenever there is disconnectivity for default VCenter Connection maintained by NSX. Action required: Administrator needs to check the connectivity with vCenter for network problems or any other reasons. | 1.3.6.1.4.1.6876.90.1.2.2.0.11 | current |
| vmwNsxMSsoDisconnected NOTIFICATION-TYPE Whenever there is disconnection with SSO lookup service. Action required: Please check the configuration for possible disconnection reasons like Invalid Credentials, Time sync issues, Network connectivity problems etc. Navigate to Appliance management Web UI in browser (https://<nsx-manager-host>/) traverse to Manage vCenter Registration tab and verify the configuration for SSO Lookupservice. Frequency of traps: Once per disconnect event, default frequency to check SSO connection state is 1 hour. | 1.3.6.1.4.1.6876.90.1.2.2.0.12 | current |
| vmwNsxMSsoTimeout NOTIFICATION-TYPE When we try to configure VC on a system where SSO is already configured, we fetch the token to login to the VC using SSO. If it times out during that, this trap is raised. Action required: Try reconnecting to the SSO server and if the service remains unresponsive, try restarting the NSX management service from the NSX appliance management UI. Contact the SSO administrator if the issue persists. Frequency of traps: Whenever we try to configure VC on a system where SSO is already configured. | 1.3.6.1.4.1.6876.90.1.2.2.0.13 | current |
| vmwNsxMFltrCnfgUpdateFailed NOTIFICATION-TYPE NSX Manager failed to enforce DFW. VMs on this host may not be protected by the DFW. Contextual data provided with this event may indicate the cause of this failure. This could happen if the VIB version mismatches on the NSX Manager and ESX host. This may happen during an upgrade. Please collect ESX and NSX Manager tech support bundle and open a SR with Vmware techsupport. See http://kb.vmware.com/kb/2074678 and http://kb.vmware.com/kb/1010705 | 1.3.6.1.4.1.6876.90.1.2.3.0.1 | current |
| vmwNsxMFltrCnfgNotAppliedToVnic NOTIFICATION-TYPE NSX Manager failed to enforce DFW configuration on a vnic. This particular VM may not be protected by the DFW. Contextual data provided with this event may indicate the cause of this failure.This could happen if the VIB version mismatches on the NSX Manager and ESX host. This may happen during an upgrade. Please collect ESX and NSX Manager tech support bundle and open a SR with Vmware techsupport. See http://kb.vmware.com/kb/2074678 and http://kb.vmware.com/kb/1010705 | 1.3.6.1.4.1.6876.90.1.2.3.0.2 | current |
| vmwNsxMFltrCnfgAppliedToVnic NOTIFICATION-TYPE Successfully updated filter config. Action required: None | 1.3.6.1.4.1.6876.90.1.2.3.0.3 | current |
| vmwNsxMFltrCreatedForVnic NOTIFICATION-TYPE Filter created. DFW is enforced in the datapath for the vnic. Action required: None | 1.3.6.1.4.1.6876.90.1.2.3.0.4 | current |
| vmwNsxMFltrDeletedForVnic NOTIFICATION-TYPE Filter deleted. DFW is removed from the vnic. Action required: None | 1.3.6.1.4.1.6876.90.1.2.3.0.5 | current |
| vmwNsxMFirewallConfigUpdateFailed NOTIFICATION-TYPE Firewall rule Configuration between the NSX Manager and the host is not in sync. Contextual data provided with this event may indicate the cause of this failure. Verify that the host in question was properly prepared by NSX Manager. Collect error logs (vsfwd.log) when the host received firewall config. Force sync firewall config using ForceSync API/UI. See kb.vmware.com/kb/2125437 . If the issue persists, please collect ESX and NSX Manager tech support bundle and open a SR with Vmware techsupport. See http://kb.vmware.com/kb/2074678 and http://kb.vmware.com/kb/1010705 | 1.3.6.1.4.1.6876.90.1.2.3.0.6 | current |
| vmwNsxMFirewallRuleFailedVnic NOTIFICATION-TYPE Failed to apply Distributed Firewall configuration. Contextual data provided with this event may indicate the cause of this failure. Collect error logs (vmkernel.log) when the firewall configuration was applied to the vnic. vsip kernel heaps may not have enough free memory. Check VSFWD logs . See kb.vmware.com/kb/2125437. If the issue persists, please collect the ESX and NSX Manager tech support bundle and open a SR with Vmware techsupport. See http://kb.vmware.com/kb/2074678 and http://kb.vmware.com/kb/1010705 | 1.3.6.1.4.1.6876.90.1.2.3.0.7 | current |
| vmwNsxMFirewallRuleAppliedVnic NOTIFICATION-TYPE Applied firewall config. Key value will have context info like generation number and also other debugging info. Action required: None | 1.3.6.1.4.1.6876.90.1.2.3.0.8 | current |
| vmwNsxMCntnrCnfgUpdateFailed NOTIFICATION-TYPE Failed receive, parse or update the container configuration. Contextual data provided with this event may indicate the cause of this failure. Collect error logs (vmkernel.log) when firewall configuration was applied to the vnic. Verify that vsip kernel heaps have enough free memory. Check VSFWD logs. See kb.vmware.com/kb/2125437 . If the issue persists, please collect ESX and NSX Manager tech support bundle and open a SR with Vmware techsupport. See http://kb.vmware.com/kb/2074678 and http://kb.vmware.com/kb/1010705 | 1.3.6.1.4.1.6876.90.1.2.3.0.9 | current |
| vmwNsxMFlowMissed NOTIFICATION-TYPE Flow missed. Contextual data provided with this event may indicate the cause of this failure. Collect error logs (vmkernel.log) when firewall configuration was applied to the vnic. Verify that vsip kernel heaps have enough free memory and vsfwd memory consumption is within resource limits. Check VSFWD logs. See kb.vmware.com/kb/2125437. If the issue persists, please collect ESX and NSX Manager tech support bundle and open a SR with Vmware techsupport. See http://kb.vmware.com/kb/2074678 and http://kb.vmware.com/kb/1010705 | 1.3.6.1.4.1.6876.90.1.2.3.0.10 | current |
| vmwNsxMSpoofGuardCnfgUpdateFailed NOTIFICATION-TYPE Failed to receive, parse or Update the spoofguard configuration. Contextual data provided with this event may indicate the cause of this failure. Verify that the host in question was properly prepared by NSX Manager. Collect error logs (vmkernel.log) when the spoofguard configuration was applied to the host. For Sync the firewall configuration . See kb.vmware.com/kb/2125437. | 1.3.6.1.4.1.6876.90.1.2.3.0.11 | current |
| vmwNsxMSpoofGuardFailed NOTIFICATION-TYPE Failed to apply spoofguard to the vnic. Contextual data provided with this event may indicate the cause of this failure. Verify that vsip kernel heaps have enough free memory. Please collect ESX and NSX Manager tech support bundle and open a SR with Vmware techsupport. See http://kb.vmware.com/kb/2074678 and http://kb.vmware.com/kb/1010705 | 1.3.6.1.4.1.6876.90.1.2.3.0.12 | current |
| vmwNsxMSpoofGuardApplied NOTIFICATION-TYPE Enabled spoofguard for vnic. Action required: None | 1.3.6.1.4.1.6876.90.1.2.3.0.13 | current |
| vmwNsxMSpoofGuardDisableFail NOTIFICATION-TYPE Failed to disable spoofguard on the vnic. Please collect ESX and NSX Manager tech support bundle and open a SR with Vmware techsupport. See http://kb.vmware.com/kb/2074678 and http://kb.vmware.com/kb/1010705 | 1.3.6.1.4.1.6876.90.1.2.3.0.14 | current |
| vmwNsxMSpoofGuardDisabled NOTIFICATION-TYPE Disabled spoofguard for vnic. Action required: None | 1.3.6.1.4.1.6876.90.1.2.3.0.15 | current |
| vmwNsxMLegacyAppServiceDeletionFailed NOTIFICATION-TYPE A notification generated when legacy application service VM deletion failed. | 1.3.6.1.4.1.6876.90.1.2.3.0.16 | current |
| vmwNsxMFirewallCpuThresholdCrossed NOTIFICATION-TYPE vsfwd CPU usage threshold was exceeded. Reduce the amount of traffic of VMs on the host in question. | 1.3.6.1.4.1.6876.90.1.2.3.0.17 | current |
| vmwNsxMFirewallMemThresholdCrossed NOTIFICATION-TYPE vsfwd heap memory threshold exceeded for the specified heap. Reduce the number of of VMs on the host in question, reduce the number of rules or containers in firewall config. Use appliedTo feature to limit the number of rules for the current cluster. | 1.3.6.1.4.1.6876.90.1.2.3.0.18 | current |
| vmwNsxMConnPerSecThrshldCrossed NOTIFICATION-TYPE vsfwd Connectons Per Second (CPS) threshold exceeded for the specified vnic. Reduce the amount of new connections of VMs on the host in question. | 1.3.6.1.4.1.6876.90.1.2.3.0.19 | current |
| vmwNsxMFirewallCnfgUpdateTimedOut NOTIFICATION-TYPE NSX Manager waits for 2 minutes after publishing the Firewall configuration to each host in the cluster. If a host takes more than 2 minutes to process the data, it times out. Please check the Host in question. See if VSFWD is functioning or not. Also use CLI commands to verify if the rule realization is working properly or not. See kb.vmware.com/kb/2125437. Please collect ESX and NSX Manager tech support bundle and open a SR with Vmware techsupport. See http://kb.vmware.com/kb/2074678 and http://kb.vmware.com/kb/1010705 | 1.3.6.1.4.1.6876.90.1.2.3.0.20 | current |
| vmwNsxMSpoofGuardCnfgUpdateTmOut NOTIFICATION-TYPE NSX Manager waits for 2 minutes after publishing the Spoofguard configuration to each host in the cluster. If a host takes more than 2 minutes to process the data, it times out. Please check the Host in question. See if VSFWD is functioning or not. Also use CLI commands to verify if the rule realization is working properly or not. See kb.vmware.com/kb/2125437. Please collect ESX and NSX Manager tech support bundle and open a SR with Vmware techsupport. See http://kb.vmware.com/kb/2074678 and http://kb.vmware.com/kb/1010705 | 1.3.6.1.4.1.6876.90.1.2.3.0.21 | current |
| vmwNsxMFirewallPublishFailed NOTIFICATION-TYPE Firewall Configuration Publishing has failed for a given cluster/host. Please collect ESX and NSX Manager tech support bundle and open a SR with Vmware techsupport. See http://kb.vmware.com/kb/2074678 and http://kb.vmware.com/kb/1010705 | 1.3.6.1.4.1.6876.90.1.2.3.0.22 | current |
| vmwNsxMCntnrUpdatePublishFailed NOTIFICATION-TYPE Publishing of container (IP/MAC/vNIC) update pdate failed for a given host/cluster object. Please collect ESX and NSX Manager tech support bundle and open a SR with Vmware techsupport. See http://kb.vmware.com/kb/2074678 and http://kb.vmware.com/kb/1010705 | 1.3.6.1.4.1.6876.90.1.2.3.0.23 | current |
| vmwNsxMSpoofGuardUpdatePublishFailed NOTIFICATION-TYPE The publishing of the spoofguard updates on this host has failed. Please collect ESX and NSX Manager tech support bundle and open a SR with Vmware techsupport. See http://kb.vmware.com/kb/2074678 and http://kb.vmware.com/kb/1010705 | 1.3.6.1.4.1.6876.90.1.2.3.0.24 | current |
| vmwNsxMExcludeListPublishFailed NOTIFICATION-TYPE The publishing of the exclude list or updates to the exclude list on this host has failed. Please collect ESX and NSX Manager tech support bundle and open a SR with Vmware techsupport. See http://kb.vmware.com/kb/2074678 and http://kb.vmware.com/kb/1010705 | 1.3.6.1.4.1.6876.90.1.2.3.0.25 | current |
| vmwNsxMFirewallCnfgUpdateOnDltCntnr NOTIFICATION-TYPE Deletion of the object referenced in firewall rules. Action required: Go to the NSX manager DFW UI. All the invalid reference are marked invalid on the UI as well. Please remove the orphaned referenced and update the firewall rules. | 1.3.6.1.4.1.6876.90.1.2.3.0.26 | current |
| vmwNsxMHostSyncFailed NOTIFICATION-TYPE Host-level force synchronization has failed. Please collect ESX and NSX Manager tech support bundle and open a SR with Vmware techsupport. See http://kb.vmware.com/kb/2074678 and http://kb.vmware.com/kb/1010705 | 1.3.6.1.4.1.6876.90.1.2.3.0.27 | current |
| vmwNsxMHostSynced NOTIFICATION-TYPE Force Sync operation for host succeeded. Action required: None | 1.3.6.1.4.1.6876.90.1.2.3.0.28 | current |
| vmwNsxMFirewallInstalled NOTIFICATION-TYPE The Distributed Firewall was successfully Installed on the host. | 1.3.6.1.4.1.6876.90.1.2.3.0.29 | current |
| vmwNsxMFirewallInstallFailed NOTIFICATION-TYPE The Distributed Firewall Installation has failed. Please collect ESX and NSX Manager tech support bundle and open a SR with Vmware techsupport. See http://kb.vmware.com/kb/2074678 and http://kb.vmware.com/kb/1010705 | 1.3.6.1.4.1.6876.90.1.2.3.0.30 | current |
| vmwNsxMFirewallClusterInstalled NOTIFICATION-TYPE The Distributed Firewall has been installed at the request of a user. | 1.3.6.1.4.1.6876.90.1.2.3.0.31 | current |
| vmwNsxMFirewallClusterUninstalled NOTIFICATION-TYPE The Distributed Firewall has been uninstalled at the request of a user. | 1.3.6.1.4.1.6876.90.1.2.3.0.32 | current |
| vmwNsxMFirewallClusterDisabled NOTIFICATION-TYPE The Distributed Firewall has been disabeld on the cluster at the request of a user. | 1.3.6.1.4.1.6876.90.1.2.3.0.33 | current |
| vmwNsxMFirewallForceSyncClusterFailed NOTIFICATION-TYPE Force Sync operation for the cluster has failed. Use CLI commands to look at the logs and verify if any error messages appeared during the operation. See kb.vmware.com/kb/2125437. Please collect ESX and NSX Manager tech support bundle and open a SR with Vmware techsupport. See http://kb.vmware.com/kb/2074678 and http://kb.vmware.com/kb/1010705 | 1.3.6.1.4.1.6876.90.1.2.3.0.34 | current |
| vmwNsxMFirewallForceSyncClusterSuccess NOTIFICATION-TYPE Force Sync operation for cluster succeeded. Action required: None | 1.3.6.1.4.1.6876.90.1.2.3.0.35 | current |
| vmwNsxMFirewallVsfwdProcessStarted NOTIFICATION-TYPE vsfwd process started on host. Action required: None | 1.3.6.1.4.1.6876.90.1.2.3.0.36 | current |
| vmwNsxMFirewallRulesetApplyAllFailed NOTIFICATION-TYPE Failure to apply all the rule section configuration. Contextual data provided with this event may indicate the cause of this failure. Collect error logs (vmkernel.log) when firewall configuration was applied to the vnic. Verify that vsip kernel heaps have enough free memory. Check VSFWD logs. See kb.vmware.com/kb/2125437 . If the issue persists, please collect ESX and NSX Manager tech support bundle and open a SR with Vmware techsupport. See http://kb.vmware.com/kb/2074678 and http://kb.vmware.com/kb/653. | 1.3.6.1.4.1.6876.90.1.2.3.0.37 | current |
| vmwNsxMFirewallRulesetAppliedAll NOTIFICATION-TYPE Successfully applied all rule section config. Action required: None. | 1.3.6.1.4.1.6876.90.1.2.3.0.38 | current |
| vmwNsxMCntnrCnfgApplyFailedToVnic NOTIFICATION-TYPE Failure to apply the container configuration. Contextual data provided with this event may indicate the cause of this failure. Collect error logs (vmkernel.log) when firewall configuration was applied to the vnic. Verify that vsip kernel heaps have enough free memory. Check VSFWD logs. See kb.vmware.com/kb/2125437 . If the issue persists, please collect ESX and NSX Manager tech support bundle and open a SR with Vmware techsupport. See http://kb.vmware.com/kb/2074678 and http://kb.vmware.com/kb/653. | 1.3.6.1.4.1.6876.90.1.2.3.0.39 | current |
| vmwNsxMCntnrCnfgApplyAllFailedToVnic NOTIFICATION-TYPE Failure to apply all container configuration. Contextual data provided with this event may indicate the cause of this failure. Collect error logs (vmkernel.log) when firewall configuration was applied to the vnic. Verify that vsip kernel heaps have enough free memory. Check VSFWD logs. See kb.vmware.com/kb/2125437 . If the issue persists, please collect ESX and NSX Manager tech support bundle and open a SR with Vmware techsupport. See http://kb.vmware.com/kb/2074678 and http://kb.vmware.com/kb/653. | 1.3.6.1.4.1.6876.90.1.2.3.0.40 | current |
| vmwNsxMCntnrCnfgAppliedAllToVnic NOTIFICATION-TYPE Successfully applied all container config to all vnics. Action required: None. | 1.3.6.1.4.1.6876.90.1.2.3.0.41 | current |
| vmwNsxMSpoofGuardApplyAllFailed NOTIFICATION-TYPE Failed to apply all spoofguard to the vnics. Contextual data provided with this event may indicate the cause of this failure. Verify that vsip kernel heaps have enough free memory. Please collect ESX and NSX Manager tech support bundle and open a SR with Vmware techsupport. See http://kb.vmware.com/kb/2074678 and http://kb.vmware.com/kb/653. | 1.3.6.1.4.1.6876.90.1.2.3.0.42 | current |
| vmwNsxMSpoofGuardAppliedAll NOTIFICATION-TYPE Applied all spoofguard for vnics. Action required: None. | 1.3.6.1.4.1.6876.90.1.2.3.0.43 | current |
| vmwNsxMFirewallTimeoutUpdateFailed NOTIFICATION-TYPE Firewall session timer timeout configuration parse/update failed. Timeout values are unchanged. Contextual data provided with this event may indicate the cause of this failure. Collect error logs (vsfwd.log) when the host received firewall config. Force sync firewall config using ForceSync API/UI. See kb.vmware.com/kb/2125437 . If the issue persists, please collect ESX and NSX Manager tech support bundle and open a SR with Vmware techsupport. See http://kb.vmware.com/kb/2074678 and http://kb.vmware.com/kb/653. | 1.3.6.1.4.1.6876.90.1.2.3.0.44 | current |
| vmwNsxMFirewallTimeoutApplyFailed NOTIFICATION-TYPE Firewall session timer timeout configuration apply failed. Certain timeout values are unchanged. Contextual data provided with this event may indicate the cause of this failure. Collect error logs (vsfwd.log) when the host received firewall config. Force sync firewall config using ForceSync API/UI. See kb.vmware.com/kb/2125437 . If the issue persists, please collect ESX and NSX Manager tech support bundle and open a SR with Vmware techsupport. See http://kb.vmware.com/kb/2074678 and http://kb.vmware.com/kb/653. | 1.3.6.1.4.1.6876.90.1.2.3.0.45 | current |
| vmwNsxMFirewallTimeoutApplied NOTIFICATION-TYPE Applied session timeout values for a vnic. Action required: None. | 1.3.6.1.4.1.6876.90.1.2.3.0.46 | current |
| vmwNsxMFirewallTimeoutApplyAllFailed NOTIFICATION-TYPE Failed to apply all firewall session timer timeout configuration. Some timeout values are unchanged. Contextual data provided with this event may indicate the cause of this failure. Collect error logs (vsfwd.log) when the host received firewall config. Force sync firewall config using ForceSync API/UI. See kb.vmware.com/kb/2125437 . If the issue persists, please collect ESX and NSX Manager tech support bundle and open a SR with Vmware techsupport. See http://kb.vmware.com/kb/2074678 and http://kb.vmware.com/kb/653. | 1.3.6.1.4.1.6876.90.1.2.3.0.47 | current |
| vmwNsxMFirewallTimeoutAppliedAll NOTIFICATION-TYPE Applied session timeout values for all vnics. Action required: None. | 1.3.6.1.4.1.6876.90.1.2.3.0.48 | current |
| vmwNsxMCntnrCnfgAppliedToVnic NOTIFICATION-TYPE Successfully applied container config to all vnics. Action required: None. | 1.3.6.1.4.1.6876.90.1.2.3.0.49 | current |
| vmwNsxMFirewallMaxConcurrentConnectionsThresholdCrossed NOTIFICATION-TYPE vsfwd maximum concurrent connections threshold was exceeded for the specified vnic. Reduce the amount of traffic on the vnic in question. | 1.3.6.1.4.1.6876.90.1.2.3.0.50 | current |
| vmwNsxMFirewallProcessMemoryThresholdCrossed NOTIFICATION-TYPE vsfwd memory utilization threshold was exceeded for the specified process. Reduce the number of rules or containers in firewall config. If persists, there may be memory leaks in the process so restarting it may be necessary. | 1.3.6.1.4.1.6876.90.1.2.3.0.51 | current |
| vmwNsxMFirewallCpuThresholdCrossCleared NOTIFICATION-TYPE vsfwd CPU usage is back to below threshold level. Action required: None. | 1.3.6.1.4.1.6876.90.1.2.3.0.52 | current |
| vmwNsxMFirewallMemThresholdCrossCleared NOTIFICATION-TYPE vsfwd heap memory usage is back to below threshold level for the specified heap. Action required: None. | 1.3.6.1.4.1.6876.90.1.2.3.0.53 | current |
| vmwNsxMConnPerSecThrshldCrossCleared NOTIFICATION-TYPE vsfwd Connectons Per Second (CPS) is back to below threshold level for the specified vnic. Action required: None. | 1.3.6.1.4.1.6876.90.1.2.3.0.54 | current |
| vmwNsxMFirewallMaxConcurrentConnectionsThresholdCrossCleared NOTIFICATION-TYPE vsfwd maximum concurrent connections is back to below threshold level for the specified vnic. Action required: None. | 1.3.6.1.4.1.6876.90.1.2.3.0.55 | current |
| vmwNsxMFirewallProcessMemoryThresholdCrossCleared NOTIFICATION-TYPE vsfwd memory utilization is back to below threshold level for the specified process. Action required: None. | 1.3.6.1.4.1.6876.90.1.2.3.0.56 | current |
| vmwNsxMFirewallThresholdConfigApplied NOTIFICATION-TYPE Successfully applied all threshold config. Action required: None. | 1.3.6.1.4.1.6876.90.1.2.3.0.57 | current |
| vmwNsxMFirewallThresholdConfigApplyFailed NOTIFICATION-TYPE Firewall threshold configuration apply failed. Certain threshold values are unchanged. Contextual data provided with this event may indicate the cause of this failure. Collect error logs (vsfwd.log) when the host received firewall config. Force sync firewall config using ForceSync API/UI. See kb.vmware.com/kb/2125437 . If the issue persists, please collect ESX and NSX Manager tech support bundle and open a SR with Vmware techsupport. See http://kb.vmware.com/kb/2074678 and http://kb.vmware.com/kb/653. | 1.3.6.1.4.1.6876.90.1.2.3.0.58 | current |
| vmwNsxMUnsupportedIPsetConfigured NOTIFICATION-TYPE Whenever an IP address 0.0.0.0 or 0.0.0.0/32 is configured as IPSet. KB article: https://ikb.vmware.com/kb/53157 Action: Information-only event. No action required. Workaround to this issue documented in KB article. | 1.3.6.1.4.1.6876.90.1.2.3.0.59 | current |
| vmwNsxMEdgeNoVmServing NOTIFICATION-TYPE None of the Edge VMs found in serving state. There is a possibility of network disruption. Action required: System auto recovers from this state today. Event should be followed by traps with event code 30202 or 30203 | 1.3.6.1.4.1.6876.90.1.2.4.0.1 | current |
| vmwNsxMEdgeGatewayCreated NOTIFICATION-TYPE Edge Gateway created. Action required: None | 1.3.6.1.4.1.6876.90.1.2.4.0.2 | current |
| vmwNsxMEdgeVmBadState NOTIFICATION-TYPE Edge VM in bad state. Needs a force sync. Action required: System auto triggres force sync but if problem is sustained then manual force sync should be triggered. For ESG force sync is disruptive and will reboot edge VMs. | 1.3.6.1.4.1.6876.90.1.2.4.0.3 | current |
| vmwNsxMEdgeVmCommFailed NOTIFICATION-TYPE Failed to communicate with the Edge VM. Action required: Need investigation depending upon comunication channel. Log needs to be checked for VIX error code for futher action. | 1.3.6.1.4.1.6876.90.1.2.4.0.4 | current |
| vmwNsxMEdgeVmCnfgChanged NOTIFICATION-TYPE A notification generated when NSX Edge VM configuration is changed. Action required: None | 1.3.6.1.4.1.6876.90.1.2.4.0.5 | current |
| vmwNsxMEdgeGatewayDeleted NOTIFICATION-TYPE A notification generated when Edge Gateway is deleted. Action required: None | 1.3.6.1.4.1.6876.90.1.2.4.0.6 | current |
| vmwNsxMEdgeGatewayReDeployed NOTIFICATION-TYPE A notification generated when Edge Gateway is redeployed. Action required: None | 1.3.6.1.4.1.6876.90.1.2.4.0.7 | current |
| vmwNsxMEdgeVmPowerOff NOTIFICATION-TYPE A notification generated when NSX Edge VM is powered off. Action required: None | 1.3.6.1.4.1.6876.90.1.2.4.0.8 | current |
| vmwNsxMEdgeApplianceSizeChanged NOTIFICATION-TYPE A notification generated when Edge appliance size has changed. Action required: None | 1.3.6.1.4.1.6876.90.1.2.4.0.9 | current |
| vmwNsxMEdgeUpgrade51x NOTIFICATION-TYPE A notification generated when Edge Gateway is upgraded to 5.1.x. Action required: None | 1.3.6.1.4.1.6876.90.1.2.4.0.10 | current |
| vmwNsxMEdgeLicenseChanged NOTIFICATION-TYPE A notification generated when Edge licensing changed on vCenter Server. Action required: None | 1.3.6.1.4.1.6876.90.1.2.4.0.11 | current |
| vmwNsxMEdgeApplianceMoved NOTIFICATION-TYPE A notification generated when Edge appliance is moved in the vCenter inventory. | 1.3.6.1.4.1.6876.90.1.2.4.0.12 | current |
| vmwNsxMEdgeApplianceNotFound NOTIFICATION-TYPE A notification generated when Edge appliance not found in the vCenter inventory. Action required: If VM is accidentally deleted, redeploy edge. | 1.3.6.1.4.1.6876.90.1.2.4.0.13 | current |
| vmwNsxMEdgeVMHealthCheckMiss NOTIFICATION-TYPE A notification generated when Edge VM is not responding to health check. Action required: Communicaiton issues between manager and edge. Log analysis required to root cause issue. | 1.3.6.1.4.1.6876.90.1.2.4.0.14 | current |
| vmwNsxMEdgeHealthCheckMiss NOTIFICATION-TYPE A notification generated when none of the Edge VMs are found in serving state. There is a possibility of network disruption. Action required: Commnunicaiton issues between manager and edge. Log analysis required to root cause issue. | 1.3.6.1.4.1.6876.90.1.2.4.0.15 | current |
| vmwNsxMEdgeCommAgentNotConnected NOTIFICATION-TYPE A notification generated when Edge Communication Agent is not connected to vCenter Server. Action required: Check VSM and VC connectivity. Try registering VSM to VC | 1.3.6.1.4.1.6876.90.1.2.4.0.16 | current |
| vmwNsxMApplianceWithDifferentId NOTIFICATION-TYPE A notification generated when Edge VM is discovered with a different vmId. Action required: None | 1.3.6.1.4.1.6876.90.1.2.4.0.17 | current |
| vmwNsxMFirewallRuleModified NOTIFICATION-TYPE A notification generated when Edge firewall rule is modified. Action required: Revisit firewall rule and perform required updates | 1.3.6.1.4.1.6876.90.1.2.4.0.18 | current |
| vmwNsxMEdgeAntiAffinityRuleViolated NOTIFICATION-TYPE A notification generated when powering on NSX Edge appliance violates a virtual machine anti-affinity rule. Action required: Anti affinity rules removed from cluster. Both HA VM may run on same host. Go to VC and please revisit anti affinity rules on Cluster | 1.3.6.1.4.1.6876.90.1.2.4.0.19 | current |
| vmwNsxMEdgeHaEnabled NOTIFICATION-TYPE A notification generated when NSX Edge HighAvailability is enabled. Action required: None | 1.3.6.1.4.1.6876.90.1.2.4.0.20 | current |
| vmwNsxMEdgeHaDisabled NOTIFICATION-TYPE A notification generated when NSX Edge HighAvailability is disabled. Action required: None | 1.3.6.1.4.1.6876.90.1.2.4.0.21 | current |
| vmwNsxMEdgeGatewayRecovered NOTIFICATION-TYPE A notification generated when NSX Edge Gateway has recovered and now responding to health check. Action required: None | 1.3.6.1.4.1.6876.90.1.2.4.0.22 | current |
| vmwNsxMEdgeVmRecovered NOTIFICATION-TYPE A notification generated when NSX Edge VM has recovered and now responding to health check. Actione required: None | 1.3.6.1.4.1.6876.90.1.2.4.0.23 | current |
| vmwNsxMEdgeGatewayUpgraded NOTIFICATION-TYPE A notification generated when Edge Gateway is upgraded. Action required: None | 1.3.6.1.4.1.6876.90.1.2.4.0.24 | current |
| vmwNsxMEdgeVmHlthChkDisabled NOTIFICATION-TYPE A notification generated when Edge VM health check is disabled on consecutive critical vix errors. Please redeploy or force sync vm to resume health check. Action required: This points to environmental issues that lead to repeated failure over vix. Log analysis needs to be done to identify root cause. Post resoving issues force sync edge vm to resume health check. Force sync and redeploy are disruptive operation. | 1.3.6.1.4.1.6876.90.1.2.4.0.25 | current |
| vmwNsxMEdgePrePublishFailed NOTIFICATION-TYPE A notification generated when Pre Publish has failed on Edge VM. Action required: Firewall rules might be out of sync. System auto recovers but if problem persists then trigger force sync. | 1.3.6.1.4.1.6876.90.1.2.4.0.26 | current |
| vmwNsxMEdgeForcedSync NOTIFICATION-TYPE A notification generated when Edge VM was force synced. Action required: None | 1.3.6.1.4.1.6876.90.1.2.4.0.27 | current |
| vmwNsxMEdgeVmBooted NOTIFICATION-TYPE A notification generated when Edge VM was booted. Action required: None | 1.3.6.1.4.1.6876.90.1.2.4.0.28 | current |
| vmwNsxMEdgeVmInBadState NOTIFICATION-TYPE A notification generated when Edge VM is in Bad State. Needs a force sync. Action required: Force sync required. | 1.3.6.1.4.1.6876.90.1.2.4.0.29 | current |
| vmwNsxMEdgeVmCpuUsageIncreased NOTIFICATION-TYPE A notification generated when Edge VM CPU usage has increased. Action required: Spikes are normal but collect tech support logs for further analysis if high CPU sustained for longer duration. | 1.3.6.1.4.1.6876.90.1.2.4.0.30 | current |
| vmwNsxMEdgeVmMemUsageIncreased NOTIFICATION-TYPE A notification generated when Edge VM Memory usage has increased. Action required: System recovers but collect tech support logs for further analysis. | 1.3.6.1.4.1.6876.90.1.2.4.0.31 | current |
| vmwNsxMEdgeVmProcessFailure NOTIFICATION-TYPE A notification generated when Edge VM process monitor detects a process failure. Action required: System recovers but collect tech support logs for further analysis. | 1.3.6.1.4.1.6876.90.1.2.4.0.32 | current |
| vmwNsxMEdgeVmSysTimeBad NOTIFICATION-TYPE A notification generated when Edge VM system time is bad. Action required: System recovers. Check NTP setting on hosts. | 1.3.6.1.4.1.6876.90.1.2.4.0.33 | current |
| vmwNsxMEdgeVmSysTimeSync NOTIFICATION-TYPE A notification generated when Edge VM system time sync up happens. Action required: None | 1.3.6.1.4.1.6876.90.1.2.4.0.34 | current |
| vmwNsxMEdgeAesniCryptoEngineUp NOTIFICATION-TYPE A notification generated when AESNI crypto engine is up. Action required: None | 1.3.6.1.4.1.6876.90.1.2.4.0.35 | current |
| vmwNsxMEdgeAesniCryptoEngineDown NOTIFICATION-TYPE A notification generated when AESNI crypto engine is down. Action required: None | 1.3.6.1.4.1.6876.90.1.2.4.0.36 | current |
| vmwNsxMEdgeVmOom NOTIFICATION-TYPE A notification generated when Edge VM is out of memory. The Edge is rebooting in 3 seconds. Action required: Collect tech support for further analysis. | 1.3.6.1.4.1.6876.90.1.2.4.0.37 | current |
| vmwNsxMEdgeFileSysRo NOTIFICATION-TYPE A notification generated when Edge file system is read only. Action required: Check datastore issues, once resolved force sync is required. | 1.3.6.1.4.1.6876.90.1.2.4.0.38 | current |
| vmwNsxMEdgeHaCommDisconnected NOTIFICATION-TYPE A notification generated when Edge HighAvailability communication channel is disconnected from peer node. Action required: User will need to check network infrastructure (virtual and physical) to look for any failures, specially on the interfaces and the path configured for HA. | 1.3.6.1.4.1.6876.90.1.2.4.0.39 | current |
| vmwNsxMEdgeHaSwitchOverSelf NOTIFICATION-TYPE A notification generated when High Availability is disabled for NSX Edge. The primary NSX Edge VM has its state transitioned from ACTIVE to SELF. High Availability (HA) ensures that NSX Edge services are always available, by deploying an additional Edge VM for failover. The primary NSX Edge VM is the ACTIVE node and the secondary VM is the STANDBY node. Whenever the ACTIVE VM is unreachable on account of VM powered off or network connectivity issues, the STANDBY VM takes over the ACTIVE vm's role. In the event NSX Edge High Availability is disabled, the STANDBY VM is deleted and the ACTIVE VM continues to function with its ACTIVE state transitioned to SELF. Action required: None | 1.3.6.1.4.1.6876.90.1.2.4.0.40 | current |
| vmwNsxMEdgeHaSwitchOverActive NOTIFICATION-TYPE A notification generated when High Availability switch over has happened for NSX Edge. The secondary NSX Edge VM has its state transitioned from STANDBY to ACTIVE. High Availability (HA) ensures that NSX Edge services are always available, by deploying an additional Edge VM for failover. The primary NSX Edge VM is the ACTIVE node and the secondary VM is the STANDBY node. Whenever the ACTIVE VM is unreachable on account of VM powered off or network connectivity issues, the STANDBY VM takes over the ACTIVE vm's role. Action required: None | 1.3.6.1.4.1.6876.90.1.2.4.0.41 | current |
| vmwNsxMEdgeHaSwitchOverStandby NOTIFICATION-TYPE A notification generated when High Availability switch over has happened for NSX Edge. The primary NSX Edge VM has its state transitioned from ACTIVE to STANDBY. High Availability (HA) ensures that NSX Edge services are always available, by deploying an additional Edge VM for failover. The primary NSX Edge VM is the ACTIVE node and the secondary VM is the STANDBY node. Whenever the ACTIVE VM is unreachable on account of VM powered off or network connectivity issues, the STANDBY VM takes over the ACTIVE vm's role. When connectivity is re-established between the NSX Edge VM's, one of the VM's state is transitioned from ACTIVE to STANDBY. Action required: None | 1.3.6.1.4.1.6876.90.1.2.4.0.42 | current |
| vmwNsxMEdgeMonitorProcessFailure NOTIFICATION-TYPE A notification generated when Edge process monitor detected a process failure. Action required: Collect tech support logs for further analysis. | 1.3.6.1.4.1.6876.90.1.2.4.0.43 | current |
| vmwNsxMLbVirtualServerPoolUp NOTIFICATION-TYPE A notification generated when LoadBalancer virtualServer/pool is up. Action required: None | 1.3.6.1.4.1.6876.90.1.2.4.0.44 | current |
| vmwNsxMLbVirtualServerPoolDown NOTIFICATION-TYPE A notification generated when LoadBalancer virtualServer/pool is down. | 1.3.6.1.4.1.6876.90.1.2.4.0.45 | current |
| vmwNsxMLbVirtualServerPoolWrong NOTIFICATION-TYPE A notification generated when LoadBalancer virtualServer/pool state is wrong. | 1.3.6.1.4.1.6876.90.1.2.4.0.46 | current |
| vmwNsxMLbPoolWarning NOTIFICATION-TYPE A notification generated when LoadBalancer pool changed to a warning state. | 1.3.6.1.4.1.6876.90.1.2.4.0.47 | current |
| vmwNsxMIpsecChannelUp NOTIFICATION-TYPE A notification generated when IPsec Channel is up. Action required: None | 1.3.6.1.4.1.6876.90.1.2.4.0.48 | current |
| vmwNsxMIpsecChannelDown NOTIFICATION-TYPE A notification generated when IPsec Channel is down. Action required: Collect tech support logs for further analysis. | 1.3.6.1.4.1.6876.90.1.2.4.0.49 | current |
| vmwNsxMIpsecTunnelUp NOTIFICATION-TYPE A notification generated when IPsec Tunnel is up. Action required: None | 1.3.6.1.4.1.6876.90.1.2.4.0.50 | current |
| vmwNsxMIpsecTunnelDown NOTIFICATION-TYPE A notification generated when IPsec Tunnel is down. Action required: Collect tech support logs for further analysis. | 1.3.6.1.4.1.6876.90.1.2.4.0.51 | current |
| vmwNsxMIpsecChannelUnknown NOTIFICATION-TYPE A notification generated when IPsec Channel status is unknown. Action required: Collect tech support logs for further analysis. | 1.3.6.1.4.1.6876.90.1.2.4.0.52 | current |
| vmwNsxMIpsecTunnelUnknown NOTIFICATION-TYPE A notification generated when IPsec Tunnel status is unknown. Action required: Collect tech support logs for further analysis. | 1.3.6.1.4.1.6876.90.1.2.4.0.53 | current |
| vmwNsxMGlobalLbMemberUp NOTIFICATION-TYPE A notification generated when Global Loadbalancer member status is up. Action required: None | 1.3.6.1.4.1.6876.90.1.2.4.0.54 | current |
| vmwNsxMGlobalLbMemberWarning NOTIFICATION-TYPE A notification generated when Global Loadbalancer member status is warning. | 1.3.6.1.4.1.6876.90.1.2.4.0.55 | current |
| vmwNsxMGlobalLbMemberDown NOTIFICATION-TYPE A notification generated when Global Loadbalancer member status is down. | 1.3.6.1.4.1.6876.90.1.2.4.0.56 | current |
| vmwNsxMGlobalLbMemberUnknown NOTIFICATION-TYPE A notification generated when Global Loadbalancer member status is unknown. | 1.3.6.1.4.1.6876.90.1.2.4.0.57 | current |
| vmwNsxMGlobalLbPeerUp NOTIFICATION-TYPE A notification generated when Global Loadbalancer peer status is up. Action required: None | 1.3.6.1.4.1.6876.90.1.2.4.0.58 | current |
| vmwNsxMGlobalLbPeerDown NOTIFICATION-TYPE A notification generated when Global Loadbalancer peer status is down. | 1.3.6.1.4.1.6876.90.1.2.4.0.59 | current |
| vmwNsxMDhcpServiceDisabled NOTIFICATION-TYPE A notification generated when DHCP Relay Service is disabled. | 1.3.6.1.4.1.6876.90.1.2.4.0.60 | current |
| vmwNsxMEdgeResourceReservationFailure NOTIFICATION-TYPE Insufficient CPU and/or Memory Resources available on Host or Resource Pool, during resource reservation at the time of NSX Edge deployment. Resources are explicitly reserved to ensure sufficient resources are available for NSX Edge to service High Availability. User can view the available resources vs reserved resources by navigating to the page Home > Hosts and Clusters > [Cluster-name] > Monitor > Resource Reservation. Action required: After checking available resources, re-specify the resources as part of appliance configuration so that resource reservation succeeds. | 1.3.6.1.4.1.6876.90.1.2.4.0.61 | current |
| vmwNsxMEdgeSplitBrainDetected NOTIFICATION-TYPE Split Brain detected for NSX Edge with HighAvailability. NSX Edge VM's configured for High Availability are unable to determine if the other VM is alive due to network failure. In such scenario, both the VM's think the other is not alive and take on the ACTIVE state. This may cause network disruption. Action required: User will need to check network infrastructure (virtual and physical) to look for any failures, specially on the interfaces and the path configured for HA. | 1.3.6.1.4.1.6876.90.1.2.4.0.62 | current |
| vmwNsxMEdgeSplitBrainRecovered NOTIFICATION-TYPE Resolved Split Brain for NSX Edge with HighAvailability. The network path used by the NSX Edge VM's High Availability has been re-established. NSX Edge VM's are able to communicate with each other, and one of the VM has taken the STANDBY role, resolving the ACTIVE-ACTIVE split brain scenario. Action required: None | 1.3.6.1.4.1.6876.90.1.2.4.0.63 | current |
| vmwNsxMEdgeSplitBrainRecoveryAttempt NOTIFICATION-TYPE Attempted Split Brain resolution for NSX Edge. Split Brain recovery is being attempted on NSX Edge by NSX Manager. Action required: None | 1.3.6.1.4.1.6876.90.1.2.4.0.64 | current |
| vmwNsxMEdgeResourceReservationSuccess NOTIFICATION-TYPE User specified or system managed CPU and/or Memory Resource reservation for Edge VM is successful on Cluster or Resource Pool, during deployment/redeployment of NSX Edge or Edge VM appliance configuration. Resources are explicitly reserved to ensure sufficient resources are available for NSX Edge to service High Availability. User can view the available resources vs reserved resources by navigating to the page Home > Hosts and Clusters > [Cluster-name] > Monitor > Resource Reservation. Action required: None | 1.3.6.1.4.1.6876.90.1.2.4.0.65 | current |
| vmwNsxMEdgeSddcChannelUp NOTIFICATION-TYPE VMCI communication channel to vmcd is up on specified NSX Edge. Action required: None Frequency: Once when the VMCI communication channel come up. URL: Nil | 1.3.6.1.4.1.6876.90.1.2.4.0.66 | current |
| vmwNsxMEdgeSddcChannelDown NOTIFICATION-TYPE VMCI communication channel to vmcd is down on specified NSX Edge. Action required: Check status of vmcd daemon process. Go to the ESX host and check vmcd status /etc/init.d/vmcd status If not running, start vmcd /etc/init.d/vmcd start. Frequency: Once when the VMCI communication channel goes down. URL: Nil | 1.3.6.1.4.1.6876.90.1.2.4.0.67 | current |
| vmwNsxMEdgeDuplicateIpDetected NOTIFICATION-TYPE The NSX Edge IP has been assigned to another device on the network. MAC address of the conflicting device is provided. Action required: Change the IP address of the other device on network. Frequency: Once when the Edge detects the duplication of its IP by another macAddress in the same network. URL: Nil | 1.3.6.1.4.1.6876.90.1.2.4.0.68 | current |
| vmwNsxMEdgeDuplicateIpResolved NOTIFICATION-TYPE NSX Edge Duplicate IP address issue is resolved. Action required: None Frequency: Once when the Edge detects the duplication is resolved URL: Nil | 1.3.6.1.4.1.6876.90.1.2.4.0.69 | current |
| vmwNsxMEdgeBgpNeighborUp NOTIFICATION-TYPE Raised when BGP neighbor is up. BGP neighbor IP address in the eventSourceId tells us for which neighbor this event is getting raised. Action required: None | 1.3.6.1.4.1.6876.90.1.2.4.0.70 | current |
| vmwNsxMEdgeBgpNeighborDown NOTIFICATION-TYPE Raised when BGP neighbor is down. Once per neighbor. BGP neighbor IP address in the eventSourceId tells us for which neighbor this event is getting raised. Action required: None | 1.3.6.1.4.1.6876.90.1.2.4.0.71 | current |
| vmwNsxMEdgeBgpNeighborASMismatch NOTIFICATION-TYPE Raised when there is a mismatch in AS number configured. Raised repeatedly when BGP neighbor is getting established. BGP neighbor IP address in the eventSourceId tells us for which neighbor this event is getting raised. Action required: Correct the configured AS number | 1.3.6.1.4.1.6876.90.1.2.4.0.72 | current |
| vmwNsxMEdgeOSPFNeighborUp NOTIFICATION-TYPE Raised when OSPF neighbor is up. OSPF router Id in the eventSourceId tells us for which neighbor this event is getting raised. Action required: None | 1.3.6.1.4.1.6876.90.1.2.4.0.73 | current |
| vmwNsxMEdgeOSPFNeighborDown NOTIFICATION-TYPE Raised when OSPF neighbor is down. OSPF router Id in the eventSourceId tells us for which neighbor this event is getting raised. Action required: None | 1.3.6.1.4.1.6876.90.1.2.4.0.74 | current |
| vmwNsxMEdgeOSPFNeighborMTUMismatch NOTIFICATION-TYPE Raised when there is a MTU mismatch in neighbor ship request. OSPF router Id in the eventSourceId tells us for which neighbor this event is getting raised. Action required: Correct the MTU configured. | 1.3.6.1.4.1.6876.90.1.2.4.0.75 | current |
| vmwNsxMEdgeOSPFNeighborAreaIdMisMatch NOTIFICATION-TYPE Raised when there is a areaId mismatch in neighbor ship request. OSPF router Id in the eventSourceId tells us for which neighbor this event is getting raised. Action required: Correct the areaId configured. | 1.3.6.1.4.1.6876.90.1.2.4.0.76 | current |
| vmwNsxMEdgeOSPFNeighborHelloTimerMisMatch NOTIFICATION-TYPE Raised when there is hello timer mismatch in neighbor ship request. OSPF router Id in the eventSourceId tells us for which neighbor this event is getting raised. Action required: Correct the hello timer configured. | 1.3.6.1.4.1.6876.90.1.2.4.0.77 | current |
| vmwNsxMEdgeOSPFNeighborDeadTimerMisMatch NOTIFICATION-TYPE Raised when there is dead timer mismatch in neighbor ship request. OSPF router Id in the eventSourceId tells us for which neighbor this event is getting raised. Action required: Correct the dead timer configured. | 1.3.6.1.4.1.6876.90.1.2.4.0.78 | current |
| vmwNsxMEdgeL2vpnTunnelUp NOTIFICATION-TYPE Raised when the l2vpn tunnel is up. Action required: None | 1.3.6.1.4.1.6876.90.1.2.4.0.79 | current |
| vmwNsxMEdgeL2vpnTunnelDown NOTIFICATION-TYPE Raised when the l2vpn tunnel is down. We can debug why the l2vpn tunnel is down using the following cli commands, show service l2vpn, show configuration l2vpn, show service l2vpn bridge Action required: None. | 1.3.6.1.4.1.6876.90.1.2.4.0.80 | current |
| vmwNsxMEdgeHAForceStandbyRemoved NOTIFICATION-TYPE A notification generated when forced standby for edge enforced by NSX Manager gets removed. Action required: None. | 1.3.6.1.4.1.6876.90.1.2.4.0.81 | current |
| vmwNsxMEdgeHAForceStandbyRemovalFailed NOTIFICATION-TYPE Raised when the force standby removal for edge failed. Action required: None. | 1.3.6.1.4.1.6876.90.1.2.4.0.82 | current |
| vmwNsxMEdgeVmBADStateRecovered NOTIFICATION-TYPE Raised when edge VM is recovered from bad state. Action required: None. | 1.3.6.1.4.1.6876.90.1.2.4.0.83 | current |
| vmwNsxMEdgeVmBADStateAutoHealRecoveryDisabled NOTIFICATION-TYPE Raised when VM can not be recovered from bad state after system specified retry of auto recovery ForceSync operation. Action required: Trigger force sync to recover edge VM from bad state. To trigger force sync from UI see (https://docs.vmware.com/en/VMware-NSX-for-vSphere/6.2/com.vmware.nsx.admin.doc/GUID-21FF2937-4CDF-491C-933E-8F44E21ED55E.html) or call the API (POST https://<nsx-manager-host>/api/4.0/edges/<edge-id>?action=forcesync) | 1.3.6.1.4.1.6876.90.1.2.4.0.84 | current |
| vmwNsxMEdgeHaInUseVnicChanged NOTIFICATION-TYPE A notification generated when internally allocated vnic for HA internal communication is changed because vnic configurations have changed. Action required: None. | 1.3.6.1.4.1.6876.90.1.2.4.0.85 | current |
| vmwNsxMEdgeHaCommConnected NOTIFICATION-TYPE A notification generated when Edge HighAvailability communication channel is established with peer node. Action required: None. | 1.3.6.1.4.1.6876.90.1.2.4.0.86 | current |
| vmwNsxMEdgeVmRenameFailed NOTIFICATION-TYPE Raised when Edge VM rename operation failed. Given Edge name has invalid characters or exceeds maximum number of characters permitted. There is no functionality effect on the Edge. User may choose a shorter name and rename the Edge. Action required: None. | 1.3.6.1.4.1.6876.90.1.2.4.0.87 | current |
| vmwNsxMEdgeBgpNeighborshipError NOTIFICATION-TYPE Raised when something goes wrong in neighborship establishment. Error message will have error code and sub error code. BGP neighbor IP address in the eventSourceId tells us for which neighbor this event is getting raised. vmwNsxMEventMessage for example will contain following details: (Error when establishing BGP neighborship with neighbor 10.20.30.40 having AS number 1201 with error code 6, error sub code 5.) Action required: The error code given in message are standard error codes. Act accordingly as per the error codes. | 1.3.6.1.4.1.6876.90.1.2.4.0.88 | current |
| vmwNsxMEdgeVmBadStateNotRecovered NOTIFICATION-TYPE Raised when failed to recover NSX Edge VM from Bad State after force sync. Action required: None. | 1.3.6.1.4.1.6876.90.1.2.4.0.89 | current |
| vmwNsxMEdgeVmDcnOutOfSync NOTIFICATION-TYPE Raised when GroupingObject sync is timed out on NSX Edge VM. Action required: None. | 1.3.6.1.4.1.6876.90.1.2.4.0.90 | current |
| vmwNsxMEdgeConsumedResourcesMissingInInventory NOTIFICATION-TYPE Raised when missing or deleted resources from inventory are found used in NSX Edges. Action required: Please reconfigure these NSX Edges to use existing resources. Refer to NSX Manager logs for the complete list of missing resources. | 1.3.6.1.4.1.6876.90.1.2.4.0.91 | current |
| vmwNsxMEdgeIpsecDeprecatedComplianceSuiteInUse NOTIFICATION-TYPE Raised when a deprecated compliance suite is used in an IPSec site in NSX Edges. Action required: Please reconfigure IPSec site to use supported compliance suite. | 1.3.6.1.4.1.6876.90.1.2.4.0.92 | current |
| vmwNsxMEdgeConnectedToMultipleTZHavingSameClusters NOTIFICATION-TYPE Raised when a NSX Distributed Logical Router is connected to multiple transport zones having same clusters. Action required: None. | 1.3.6.1.4.1.6876.90.1.2.4.0.93 | current |
| vmwNsxMEdgeConnectedToMultipleTZHavingDifferentClusters NOTIFICATION-TYPE Raised when a NSX Distributed Logical Router is connected to multiple transport zones having different clusters. This may cause network disruption on clusters which are not common to all transport zones. Action required: Please fix the configuration by either reconfiguring transport zones to have same clusters or by connecting NSX Distributed Logical Router to a single transport zone. | 1.3.6.1.4.1.6876.90.1.2.4.0.94 | current |
| vmwNsxMEndpointThinAgentEnabled NOTIFICATION-TYPE A notification generated when Thin agent is enabled. | 1.3.6.1.4.1.6876.90.1.2.5.0.1 | current |
| vmwNsxMGuestIntrspctnEnabled NOTIFICATION-TYPE A notification generated when Guest Introspection solution is enabled. | 1.3.6.1.4.1.6876.90.1.2.5.0.2 | current |
| vmwNsxMGuestIntrspctnIncompatibleEsx NOTIFICATION-TYPE A notification generated when Guest Introspection solution was contacted by an incompatible version of the ESX module. | 1.3.6.1.4.1.6876.90.1.2.5.0.3 | current |
| vmwNsxMGuestIntrspctnEsxConnFailed NOTIFICATION-TYPE A notification generated when connection between the ESX module and the Guest Introspection solution failed. | 1.3.6.1.4.1.6876.90.1.2.5.0.4 | current |
| vmwNsxMGuestIntrspctnStatusRcvFailed NOTIFICATION-TYPE A notification generated when failed to receive status from Guest Introspection solution. | 1.3.6.1.4.1.6876.90.1.2.5.0.5 | current |
| vmwNsxMEsxModuleEnabled NOTIFICATION-TYPE A notification generated when ESX module is enabled. | 1.3.6.1.4.1.6876.90.1.2.5.0.6 | current |
| vmwNsxMEsxModuleUninstalled NOTIFICATION-TYPE A notification generated when ESX module is uninstalled. | 1.3.6.1.4.1.6876.90.1.2.5.0.7 | current |
| vmwNsxMGuestIntrspctnHstMxMssngRep NOTIFICATION-TYPE A notification generated when Guest Introspection host MUX is missing report. | 1.3.6.1.4.1.6876.90.1.2.5.0.8 | current |
| vmwNsxMEndpointUndefined NOTIFICATION-TYPE A notification generated when Endpoint is undefined. | 1.3.6.1.4.1.6876.90.1.2.5.0.9 | current |
| vmwNsxMEamGenericAlarm NOTIFICATION-TYPE EAM reports problems to NSX during vib/service VM install/upgrade as these traps. Action required: Use resolve API to resolve the Alarm. Frequency of traps: N times per cluster per user action, where N is number of hosts in a cluster. | 1.3.6.1.4.1.6876.90.1.2.6.0.1 | current |
| vmwNsxMFabricDplymntStatusChanged NOTIFICATION-TYPE The status of a service on a cluster has changed. It can change to RED(Failure), GREEN(Success), YELLOW(in-progress). Action required: RED state would be accompanied with an EAM Alarm/Event/Trap, that indicates root cause. Use resolver API to fix it. Frequency of traps: Once per state change. State could change 2-3 times per user operation [Deploy/Undeploy/Update] | 1.3.6.1.4.1.6876.90.1.2.7.0.1 | current |
| vmwNsxMFabricDplymntUnitCreated NOTIFICATION-TYPE NSX Manager has created the required objects for deploying a service on a cluster. This would be followed by deployment of the service on all hosts in the cluster. Action required: None Frequency: Once per cluster | 1.3.6.1.4.1.6876.90.1.2.7.0.2 | current |
| vmwNsxMFabricDplymntUnitUpdated NOTIFICATION-TYPE NSX Manager has made changes in the objects required for deploying a service on a cluster. This would be followed by updation of the service on all hosts in the cluster. Action required: None Frequency of traps: Once per cluster per user operation [Update] | 1.3.6.1.4.1.6876.90.1.2.7.0.3 | current |
| vmwNsxMFabricDplymntUnitDestroyed NOTIFICATION-TYPE A service has been removed from all hosts in a cluster. NSX Manager has deleted the objects for the service on the cluster. Action required: None Frequency of traps: Once per cluster | 1.3.6.1.4.1.6876.90.1.2.7.0.4 | current |
| vmwNsxMDataStoreNotCnfgrdOnHost NOTIFICATION-TYPE Datastore could not be configured on host, probably its not connected. Action required: Ensure that datastore is connected to the host. Use resolve API to resolve the Alarm. Service will be deployed. Frequency of traps: Once per cluster per user operation [Deploy]. | 1.3.6.1.4.1.6876.90.1.2.7.0.5 | current |
| vmwNsxMFabricDplymntInstallationFailed NOTIFICATION-TYPE Installation of service failed, please check if ovf/vib urls are accessible, in correct format and all the properties in ovf environment have been configured in service attributes. Please check logs for details. Action required: Ensure that ovf/vib urls accessible from VC and are in correct format. Use resolve API to resolve the Alarm. Service will be deployed. Frequency of traps: Once per cluster per user operation [Deploy]. | 1.3.6.1.4.1.6876.90.1.2.7.0.6 | current |
| vmwNsxMFabricAgentCreated NOTIFICATION-TYPE The service has been successfully installed on a host. Action required: None Frequency of traps: N times per cluster, where N is number of hosts in a cluster. | 1.3.6.1.4.1.6876.90.1.2.7.0.7 | current |
| vmwNsxMFabricAgentDestroyed NOTIFICATION-TYPE The service has been successfully removed from a host. Action required: None Frequency of traps: N times per cluster, where N is number of hosts in a cluster. | 1.3.6.1.4.1.6876.90.1.2.7.0.8 | current |
| vmwNsxMFabricSrvceNeedsRedplymnt NOTIFICATION-TYPE Service will need to be redeployed as the location of the OVF / VIB bundles to be deployed has changed. Action required: Use resolve API to resolve the Alarm. Service will be redeployed. Frequency of traps: N times per NSX Manager IP change, where N is number of cluster and service combinations deployed. | 1.3.6.1.4.1.6876.90.1.2.7.0.9 | current |
| vmwNsxMUpgradeOfDplymntFailed NOTIFICATION-TYPE Upgrade of deployment unit failed, please check if ovf/vib urls are accessible, in correct format and all the properties in ovf environment have been configured in service attributes. Please check logs for details. Action required: Ensure that ovf/vib urls accessible from VC and are in correct format. Use resolve API to resolve the Alarm. Service will be redeployed. Frequency of traps: Once per cluster per user operation [Upgrade] | 1.3.6.1.4.1.6876.90.1.2.7.0.10 | current |
| vmwNsxMFabricDependenciesNotInstalled NOTIFICATION-TYPE The service being installed is dependent on another service that has not yet been installed. Action required: Deploy the required service on the cluster. Frequency of traps: Once per cluster per user operation [Deploy] | 1.3.6.1.4.1.6876.90.1.2.7.0.11 | current |
| vmwNsxMFabricErrorNotifSecBfrUpgrade NOTIFICATION-TYPE Error while notifying security solution before upgrade. The solution may not be reachable/responding. Action required: Ensure that solution urls are accessible from NSX. Use resolve API to resolve the Alarm. Service will be redeployed. Frequency of traps: Once per cluster per user operation [Upgrade] | 1.3.6.1.4.1.6876.90.1.2.7.0.12 | current |
| vmwNsxMFabricErrCallbackNtRcvdUpgrade NOTIFICATION-TYPE Did not receive callback from security solution for upgrade notification even after timeout. Action required: Ensure that solution urls are accessible from NSX, and NSX is reachable from the solution. Use resolve API to resolve the Alarm. Service will be redeployed. Frequency : Once per cluster per user operation [Upgrade] | 1.3.6.1.4.1.6876.90.1.2.7.0.13 | current |
| vmwNsxMFabricErrCallbackNtRcvdUninstall NOTIFICATION-TYPE Uninstallation of service failed. Action required: Ensure that solution urls are accessible from NSX, and NSX is reachable from the solution. Use resolve API to resolve the Alarm. Service will be removed. Frequency of traps: Once per cluster per user operation [Uninstall] | 1.3.6.1.4.1.6876.90.1.2.7.0.14 | current |
| vmwNsxMFabricUninstallServiceFailed NOTIFICATION-TYPE Error while notifying security solution before uninstall. Resolve to notify once again, or delete to uninstall without notification. Action required: Ensure that solution urls are accessible from NSX, and NSX is reachable from the solution. Use resolve API to resolve the Alarm. Service will be removed. Frequency of traps: Once per cluster per user operation [Uninstall] | 1.3.6.1.4.1.6876.90.1.2.7.0.15 | current |
| vmwNsxMFabricErrorNotifSecBfrUninstall NOTIFICATION-TYPE Error while notifying security solution before uninstall. Resolve to notify once again, or delete to uninstall without notification. Action required: Ensure that solution urls are accessible from NSX, and NSX is reachable from the solution. Use resolve API to resolve the Alarm. Service will be removed. Frequency of traps: Once per cluster per user operation [Uninstall] | 1.3.6.1.4.1.6876.90.1.2.7.0.16 | current |
| vmwNsxMFabricServerRebootUninstall NOTIFICATION-TYPE Server rebooted while security solution notification for uninstall was going on. Action required: Ensure that solution urls are accessible from NSX. Use resolve API to resolve the Alarm. Service will be uninstalled. Frequency of traps: Once per cluster per user operation [Uninstall] | 1.3.6.1.4.1.6876.90.1.2.7.0.17 | current |
| vmwNsxMFabricServerRebootUpgrade NOTIFICATION-TYPE Server rebooted while security solution notification for upgrade was going on. Action required: Ensure that solution urls are accessible from NSX. Use resolve API to resolve the Alarm. Service will be redeployed. Frequency of traps: Once per cluster per user operation [Upgrade] | 1.3.6.1.4.1.6876.90.1.2.7.0.18 | current |
| vmwNsxMFabricConnEamFailed NOTIFICATION-TYPE NSX Manager relies on the ESX Agent Manager service in VC for deploying/monitoring NSX vibs on ESX. The connection to this EAM service has gone down. This could be due to EAM service or VC restart/stop or an issue in the EAM service. Action required: In the NSX UI, traverse to Manage, then NSX Management Service. Verify that the status of VC connection on this page is Green. Use the VC IP to verify that EAM is UP by visiting https://<vc ip>/eam/mob. Frequency of traps: Once per switch from success to failed EAM connection | 1.3.6.1.4.1.6876.90.1.2.7.0.19 | current |
| vmwNsxMFabricConnEamRestored NOTIFICATION-TYPE NSX Manager relies on the EAM service in VC for deploying/monitoring NSX vibs on ESX. The connection of NSX to this EAM service was re-established successfully. Action required: None Frequency of traps: Once per switch from failed to success EAM connection | 1.3.6.1.4.1.6876.90.1.2.7.0.20 | current |
| vmwNsxMFabricPreUninstallCleanUpFailed NOTIFICATION-TYPE Pre Uninstall cleanup failed. Action required: Use resolve API to resolve the Alarm. Service will be removed. Frequency of traps: Once per cluster per user operation [Uninstall] | 1.3.6.1.4.1.6876.90.1.2.7.0.21 | current |
| vmwNsxMFabricBackingEamNotFound NOTIFICATION-TYPE The backing EAM agency for this deployment could not be found. It is possible that the VC services may still be initializing. Please try to resolve the alarm to check existence of the agency. In case you have deleted the agency manually, please delete the deployment entry from NSX. Action required: Use resolve API to check existence of the agency, if backing agency exists in EAM, else delete the deployment entry from NSX. Frequency of traps: Once per cluster. | 1.3.6.1.4.1.6876.90.1.2.7.0.22 | current |
| vmwNsxMFabricVibManualInstallationRequired NOTIFICATION-TYPE This trap is generated when an attempt is made to upgrade or uninstall NSX vibs on stateless host using EAM. All stateless host should be prepared using the auto deploy feature (Refer : https://kb.vmware.com/s/article/2005131). Fix configuration using auto deploy feature and use the resolve API to resolve the alarm. Action required: Use the resolve API to resolve the alarm. Frequency of traps: Once per host. | 1.3.6.1.4.1.6876.90.1.2.7.0.23 | current |
| vmwNsxMFabricUninstallDeploymentUnit NOTIFICATION-TYPE Deployment unit fabric state is UNINSTALLED and health Status is SUCCEEDED. Resolve this alarm to complete uninstallation. Frequency of traps: Once per cluster. | 1.3.6.1.4.1.6876.90.1.2.7.0.24 | current |
| vmwNsxMDepPluginIpPoolExhausted NOTIFICATION-TYPE When deploying Guest Introspection or other VM based service with static IP, NSX Manager needs to have a IP pool, for IP assignment to the VM. This pool has been exhausted, and new service VMs cannot be provisioned. Action required: Traverse to the Networking & Security page on VMWare vSphere Web Client, then go to Installation, followed by Service Deployments. Note the IP pool name for the failed service. Now traverse to NSX Managers, then go to Manage tab, followed by Grouping Objects sub-tab. Click on IP Pools, and add more Ips to the static IP pool. Use resolve API to resolve the Alarm. Service will be deployed. Frequency of traps: N times per cluster, where N is number of hosts in the cluster. | 1.3.6.1.4.1.6876.90.1.2.8.0.1 | current |
| vmwNsxMDepPluginGenericAlarm NOTIFICATION-TYPE Deployment plugin generic alarm. Action required: Use resolve API to resolve the Alarm. Service will be deployed. Frequency of traps: N times per cluster, where N is number of hosts in the cluster. | 1.3.6.1.4.1.6876.90.1.2.8.0.2 | current |
| vmwNsxMDepPluginGenericException NOTIFICATION-TYPE Deployment plugin generic exception alarm. Action required: Use resolve API to resolve the Alarm. Service will be deployed. Frequency of traps: N times per cluster, where N is number of hosts in the cluster. | 1.3.6.1.4.1.6876.90.1.2.8.0.3 | current |
| vmwNsxMDepPluginVmReboot NOTIFICATION-TYPE VM needs to be rebooted for some changes to be made/take effect. Action required: Use resolve API to resolve the Alarm. Frequency of traps: N times per cluster, where N is number of hosts in the cluster. | 1.3.6.1.4.1.6876.90.1.2.8.0.4 | current |
| vmwNsxMMessagingConfigFailed NOTIFICATION-TYPE A notification generated when host messaging configuration failed. | 1.3.6.1.4.1.6876.90.1.2.9.0.1 | current |
| vmwNsxMMessagingReconfigFailed NOTIFICATION-TYPE A notification generated when host messaging connection reconfiguration failed. | 1.3.6.1.4.1.6876.90.1.2.9.0.2 | current |
| vmwNsxMMessagingConfigFailedNotifSkip NOTIFICATION-TYPE A notification generated when host messaging configuration failed and notifications were skipped. | 1.3.6.1.4.1.6876.90.1.2.9.0.3 | current |
| vmwNsxMMessagingInfraUp NOTIFICATION-TYPE Manager runs a heartbeat with all hosts it manages. Missing heartbeat responses from a host indicate a communication issue between manager and the host. Such instances are indicated by event code 391002. When the communication is restored after such an instance, it is indicated by this event/trap. Action required: Refer to KB article http://kb.vmware.com/kb/2133897 Frequency of traps: Will be seen within 3 minutes of communication being restored between manager and a host. URL: http://kb.vmware.com/kb/2133897 | 1.3.6.1.4.1.6876.90.1.2.9.0.4 | current |
| vmwNsxMMessagingInfraDown NOTIFICATION-TYPE Manager runs a heartbeat with all hosts it manages. Missing heartbeat responses from a host indicate a communication issue between manager and the host. In the case of such a communication issue, this trap will be sent. Action required: Refer to KB article http://kb.vmware.com/kb/2133897 Frequency of traps: Will be seen within 6 minutes of a communication failure between manager and a host. URL: http://kb.vmware.com/kb/2133897 | 1.3.6.1.4.1.6876.90.1.2.9.0.5 | current |
| vmwNsxMMessagingDisabled NOTIFICATION-TYPE A messaging client such as a Host, an Edge appliance or a USVM appliance is expected to change its password within 2 hours of being prepped or deployed. If the password isn't changed in this duration, the messaging account for the client is disabled. Action required: This event will indicate communication issue between the manager and the client. Verify if the client is running. If running, in case of a Host, re-sync messaging. In case of an Edge or a USVM, redeploy. Frequency of traps: Will be seen 2 hours after prep, host re-sync or deployment of appliance. URL: http://kb.vmware.com/kb/2133897 | 1.3.6.1.4.1.6876.90.1.2.9.0.6 | current |
| vmwNsxMServiceComposerPolicyOutOfSync NOTIFICATION-TYPE Service Composer encountered an error while attempting to enforce rules on this Policy. Action required: Administrator needs to check the rules on the given Policy for any errors, as reported in the message. After fixing the rules in the Policy, user would need to resolve the alarm to bring this Policy back in sync. Policy's alarm can either be resolved from NSX Manager Service Composer UI or by using alarms API. Frequency of traps: This trap is generated only once, if an error is encountered while enforcing the Policy. | 1.3.6.1.4.1.6876.90.1.2.10.0.1 | current |
| vmwNsxMServiceComposerPolicyDeleted NOTIFICATION-TYPE A Policy got deleted as a result of the internal SecurityGroup, over which the Policy was created, got deleted. Frequency of traps: This event is generated once every time any internal SecurityGroup, that is being consumed by a policy, gets deleted. | 1.3.6.1.4.1.6876.90.1.2.10.0.2 | current |
| vmwNsxMServiceComposerFirewallPolicyOutOfSync NOTIFICATION-TYPE Service Composer encountered an error while attempting to enforce Firewall rules on this Policy. Firewall related changes on this Policy will not take effect, until this alarm is resolved. Action required: Administrator needs to check the rules on the given Policy for any errors, as reported in the message. After fixing the rules in the Policy, user would need to resolve the alarm to bring this Policy back in sync. Policy's alarm can either be resolved from NSX Manager Service Composer UI or by using alarms API. Frequency of traps: This trap is generated only once, if an error is encountered while enforcing the Policy. | 1.3.6.1.4.1.6876.90.1.2.10.0.3 | current |
| vmwNsxMServiceComposerNetworkPolicyOutOfSync NOTIFICATION-TYPE Service Composer encountered an error while attempting to enforce Network Introspection rules on this Policy. Network Introspection related changes on this Policy will not take effect, until this alarm is resolved. Action required: Administrator needs to check the rules on the given Policy for any errors, as reported in the message. After fixing the rules in the Policy, user would need to resolve the alarm to bring this Policy back in sync. Policy's alarm can either be resolved from NSX Manager Service Composer UI or by using alarms API. Frequency of traps: This trap is generated only once, if an error is encountered while enforcing the Policy. | 1.3.6.1.4.1.6876.90.1.2.10.0.4 | current |
| vmwNsxMServiceComposerGuestPolicyOutOfSync NOTIFICATION-TYPE Service Composer encountered an error while attempting to enforce Guest Introspection rules on this Policy. Guest Introspection related changes on this Policy will not take effect, until this alarm is resolved. Action required: Administrator needs to check the rules on the given Policy for any errors, as reported in the message. After fixing the rules in the Policy, user would need to resolve the alarm to bring this Policy back in sync. Policy's alarm can either be resolved from NSX Manager Service Composer UI or by using alarms API. Frequency of traps: This trap is generated only once, if an error is encountered while enforcing the Policy. | 1.3.6.1.4.1.6876.90.1.2.10.0.5 | current |
| vmwNsxMServiceComposerOutOfSync NOTIFICATION-TYPE Service Composer encountered an error synchronizing Policies. Any changes on Service Composer will not be pushed to Firewall/Network Introspection Services, until this alarm is resolved. Action required: Administrator needs to check Policies and/or Firewall sections for any errors, as reported in the message. After fixing the errors, user would need to resolve the alarm to bring Service Composer back in sync. Alarm can either be resolved from NSX Manager Service Composer UI or by using alarms API. Frequency of traps: This trap is generated only once, whenever an error is encountered. | 1.3.6.1.4.1.6876.90.1.2.10.0.6 | current |
| vmwNsxMServiceComposerOutOfSyncRebootFailure NOTIFICATION-TYPE Service Composer encountered an error while synchronizing Policies on reboot. Action required: Administrator needs to check Policies and/or Firewall config for any errors, as reported in the message. After fixing the errors, user would need to resolve the alarm to bring Service Composer back in sync. Alarm can either be resolved from NSX Manager Service Composer UI or by using alarms API. Frequency of traps: This trap is generated only once on NSX Manager reboot, if an error is encountered. | 1.3.6.1.4.1.6876.90.1.2.10.0.7 | current |
| vmwNsxMServiceComposerOutOfSyncDraftRollback NOTIFICATION-TYPE Service Composer went out of sync due to rollback of drafts from Firewall. Any changes on Service Composer will not be pushed to Firewall/Network Introspection Services, until this alarm is resolved. Action required: Administrator needs to resolve the alarm to bring Service Composer back in sync. Alarm can either be resolved from NSX Manager Service Composer UI or by using alarms API. Frequency of traps: This trap is generated only once, whenever Firewall config is reverted to an older version of drafts. | 1.3.6.1.4.1.6876.90.1.2.10.0.8 | current |
| vmwNsxMServiceComposerOutOfSyncSectionDeletionFailure NOTIFICATION-TYPE Service Composer encountered an error while deleting the section corresponding to the Policy. This generally happens if third party(NetX) service's Manager is not reachable. Action required: Administrator needs to check connectivity with third party(NetX) service's Manager. Once the connectivity is restored, user would need to resolve the alarm. Alarm can either be resolved from Service Composer UI or by using alarms API. Frequency of traps: This trap is generated only once if a failure is encountered while deleting a Policy's section on Policy deletion. | 1.3.6.1.4.1.6876.90.1.2.10.0.9 | current |
| vmwNsxMServiceComposerOutOfSyncPrecedenceChangeFailure NOTIFICATION-TYPE Service Composer encountered an error reordering sections to reflect Policy's precedence change. This generally happens if there are Alarms on any other Policy. Action required: Administrator needs to check Policies and/or Firewall sections for any errors, as reported in the message. After fixing the errors, user would need to resolve the alarm. Alarm can either be resolved from NSX Manager Service Composer UI or by using alarms API. Frequency of traps: This trap is generated only once if a failure is encountered while reordering section to reflect precedence change. | 1.3.6.1.4.1.6876.90.1.2.10.0.10 | current |
| vmwNsxMServiceComposerOutOfSyncDraftSettingFailure NOTIFICATION-TYPE Service Composer encountered an error while initializing auto save drafts setting. Action required: Administrator needs to check Policies and/or Firewall sections for any errors, as reported in the message. After fixing the errors, user would need to resolve the alarm. Alarm can either be resolved from NSX Manager Service Composer UI or by using alarms API. Frequency of traps: This trap is generated only once if a failure is encountered while initializing auto save drafts setting. | 1.3.6.1.4.1.6876.90.1.2.10.0.11 | current |
| vmwNsxMInconsistentSvmAlarm NOTIFICATION-TYPE Service VMs are deployed per ESX host, to provide functionality like guest introspection and McAfee/Trend virus checking in VMs on the host. An issue is detected with the state of the deployed Service VM. Follow instructions in http://kb.vmware.com/kb/2125482 to analyze the logs further. Warning: Resolving this alarm will delete the VM. After deletion you will see a different alarm saying VM is deleted. If you resolve same, it will reinstall the VM. If redeployment of the VM does not fix the original issue, the original alarm will be added back immediately. Action required: Use resolve API to resolve the Alarm. Frequency of traps: Once per host. | 1.3.6.1.4.1.6876.90.1.2.11.0.1 | current |
| vmwNsxMSvmRestartAlarm NOTIFICATION-TYPE Service VMs are deployed per ESX host, to provide functionality like guest introspection and McAfee/Trend virus checking in VMs on the host. An issue is detected with the state of the deployed Service VM. Follow instructions in http://kb.vmware.com/kb/2125482 to analyze the logs further. Warning: Resolving this alarm will restart the VM. If the root cause here is not solved, the same alarm will be added back immediately. Action required: Use resolve API to resolve the Alarm. Frequency of traps: Once per host. | 1.3.6.1.4.1.6876.90.1.2.11.0.2 | current |
| vmwNsxMSvmAgentUnavailable NOTIFICATION-TYPE An issue is detected while marking agent as available. Kindly check the logs. Resolving this alarm will attempt to mark the agent as available. Action required: Use resolve API to resolve the Alarm. Frequency of traps: Once per host. | 1.3.6.1.4.1.6876.90.1.2.11.0.3 | current |
| vmwNsxMVmAddedToSg NOTIFICATION-TYPE A VM has got added to the SecurityGroup. Frequency of traps: Once for every VM getting added to any SecurityGroup. | 1.3.6.1.4.1.6876.90.1.2.12.0.1 | current |
| vmwNsxMVmRemovedFromSg NOTIFICATION-TYPE A VM has got removed from the SecurityGroup. Frequency of traps: Once for every VM getting removed from any SecurityGroup. | 1.3.6.1.4.1.6876.90.1.2.12.0.2 | current |
| vmwNsxMFullUniversalSyncFailed NOTIFICATION-TYPE A failure is encountered when doing full sync of universal objects on a secondary NSX manager. IP address of the secondary NSX manager is present in event's message variable. Action required: Kindly check NSX manager logs on the secondary NSX manager on which the full sync has failed. Frequency of traps: This trap is generated once per NSX manager on which full sync failure is seen. | 1.3.6.1.4.1.6876.90.1.2.13.0.1 | current |
| vmwNsxMSecondaryDown NOTIFICATION-TYPE Secondary NSX manager is unreachable. Action required: Kindly check if NSX manager is running and is reachable from primary NSX manager. IP address of the secondary NSX manager is present in event's message variable. Frequency of traps: This trap is generated once per NSX manager for which connection issue is seen. | 1.3.6.1.4.1.6876.90.1.2.13.0.2 | current |
| vmwNsxMUniversalSyncFailedForEntity NOTIFICATION-TYPE A failure is encountered when doing sync of universal object on a secondary NSX manager. IP address of the secondary NSX manager is present in event's message variable. Action required: Kindly check NSX manager logs on the secondary NSX manager on which the sync has failed. Frequency of traps: This trap is generated once per universal object on a NSX manager on which sync failure is seen. | 1.3.6.1.4.1.6876.90.1.2.13.0.3 | current |
| vmwNsxMUniversalSyncStoppedOnSecondary NOTIFICATION-TYPE Secondary NSX manager is no longer receiving periodic universal sync updates. IP address of the NSX manager is present in event's message variable. Action required: Kindly check NSX manager logs and universal configuration on the primary NSX manager to check if the secondary NSX manager has got removed. Frequency of traps: This trap is generated one every 4 hours if secondary NSX manager has not received universal sync updates for more than 4 hours. | 1.3.6.1.4.1.6876.90.1.2.13.0.4 | current |
| vmwNsxMUniversalSyncResumedOnSecondary NOTIFICATION-TYPE Secondary NSX manager has resumed receiving periodic universal sync updates. Frequency of traps: This trap is generated whenever communication between primary and secondary managers resumes. | 1.3.6.1.4.1.6876.90.1.2.13.0.5 | current |
| vmwNsxMServerUp NOTIFICATION-TYPE Denotes that NSX manager server is up and in running state, Informs clients of NSX Manager of the current state. Action required: None Frequency of traps: Once for every query | 1.3.6.1.4.1.6876.90.1.2.14.0.1 | current |
| vmwNsxMExtensionRegistered NOTIFICATION-TYPE Registers NSX manager as a vCenter extenstion. This is applicable when no other NSX Manager is registered with vCenter and the current NSX manager is the one registering with vCenter. Action required: None Frequency of traps: Only once when the extension is registered for the very first time. | 1.3.6.1.4.1.6876.90.1.2.15.0.1 | current |
| vmwNsxMExtensionUpdated NOTIFICATION-TYPE Updates the vCenter extension registration with the new NSX Manager. This is applicable when there already exists another NSX manager that is registered as a vCenter extension and the current one overwrites it. Action required: None Frequency of traps: Every time a NSX Manager registers as a vCenter extension when there already exists another NSX manager registered with vCenter | 1.3.6.1.4.1.6876.90.1.2.15.0.2 | current |
| vmwNsxMDataSecScanStarted NOTIFICATION-TYPE A notification generated when NSX Data Security scan started on VirtualMachine. | 1.3.6.1.4.1.6876.90.1.2.16.0.1 | current |
| vmwNsxMDataSecScanEnded NOTIFICATION-TYPE A notification generated when NSX Data Security scan ended on VirtualMachine. | 1.3.6.1.4.1.6876.90.1.2.16.0.2 | current |
| vmwNsxMSamDataCollectionEnabled NOTIFICATION-TYPE Service Activity Monitoring will start collecting data. Action required: None Frequency of traps: Event is triggered when SAM data collection state is toggled. | 1.3.6.1.4.1.6876.90.1.2.17.0.1 | current |
| vmwNsxMSamDataCollectionDisabled NOTIFICATION-TYPE Service Activity Monitoring will stop collecting data. Action required: SAM data collection can be enabled to start collectiing data. Frequency of traps: Event is triggered when SAM data collection state is toggled | 1.3.6.1.4.1.6876.90.1.2.17.0.2 | current |
| vmwNsxMSamDataStoppedFlowing NOTIFICATION-TYPE Service Activity Monitoring data stopped flowing from USVM Action required: Check the following - USVM log to see if heartbeats are recieved and sent - is the USVM running - is the Mux - USVM connection healthy - is the USVM - RMQ connection healthy - does the VM have endpoint driver installed Frequency of traps: Event is triggered when NSX Manager does not receives SAM data from USVM | 1.3.6.1.4.1.6876.90.1.2.17.0.3 | current |
| vmwNsxMSamDataResumedFlowing NOTIFICATION-TYPE Service Activity Monitoring data resumes flowing from USVM Action required: None Frequency of traps: Event is triggered when SAM data is received from USVM. | 1.3.6.1.4.1.6876.90.1.2.17.0.4 | current |
| vmwNsxMUsvmHeartbeatStopped NOTIFICATION-TYPE USVM stopped sending heartbeats to management plane. Action required: Connection to NSX Manager was lost. Check why the Manager didn't send a heartbeat. Frequency of traps: Event is triggered when NSX Manager does not receives heartbeats from USVM | 1.3.6.1.4.1.6876.90.1.2.18.0.1 | current |
| vmwNsxMUsvmHeartbeatResumed NOTIFICATION-TYPE USVM will start sending heartbeats to management plane. Action required: None Frequency of traps: Event is triggered when NSX Manager receives heartbeats from USVM | 1.3.6.1.4.1.6876.90.1.2.18.0.2 | current |
| vmwNsxMUsvmReceivedHello NOTIFICATION-TYPE USVM sent a HELLO message to Mux Action: None Frequency of traps: Event is triggered when Epsec Mux receives HELLO message from USVM during initial connection establishement. | 1.3.6.1.4.1.6876.90.1.2.18.0.3 | current |
| vmwNsxMUpgradeSuccess NOTIFICATION-TYPE A notification generated when NSX Manager upgraded successfully. | 1.3.6.1.4.1.6876.90.1.2.19.0.1 | current |
| vmwNsxMRestoreSuccess NOTIFICATION-TYPE A notification generated when NSX Manager restored successfully. | 1.3.6.1.4.1.6876.90.1.2.19.0.2 | current |
| vmwNsxMDuplicateIp NOTIFICATION-TYPE The NSX Manager IP has been assigned to another machine Action: None Frequency: This is triggered whenever NSX Manager detects that its IP address is being used by another machine in the same network | 1.3.6.1.4.1.6876.90.1.2.19.0.3 | current |
| vmwNsxMVirtualMachineMarkedAsSystemResource NOTIFICATION-TYPE Virtual machine is marked as system resource Action: None Frequency: This is triggered whenever any virtual machine is marked as system resource | 1.3.6.1.4.1.6876.90.1.2.19.0.4 | current |
| vmwNsxMScaleAboveSupportedLimits NOTIFICATION-TYPE The scale value(s) of the mentioned parameter(s) has crossed the supported scale limits Action: Reduce the scale of the parameter(s) mentioned Frequency: This is triggered every hour if any new parameters cross the supported scale limits | 1.3.6.1.4.1.6876.90.1.2.19.0.5 | current |
| vmwNsxMScaleAboveThreshold NOTIFICATION-TYPE The scale value(s) of the mentioned parameter(s) has crossed set threshold scale value Action: Reduce the scale of the parameter(s) mentioned Frequency: This is triggered every hour if any new parameters cross the set threshold value | 1.3.6.1.4.1.6876.90.1.2.19.0.6 | current |
| vmwNsxMScaleNormalized NOTIFICATION-TYPE The scale value(s) of the mentioned parameter(s) is back to normal after being above the set threshold or the supported value Action: No action required. Frequency: This is triggered every hour if any new parameters return to normal after being above the set threshold or the supported value | 1.3.6.1.4.1.6876.90.1.2.19.0.7 | current |
| vmwNsxMScaleNotEqualToRecommendedValue NOTIFICATION-TYPE The scale value(s) of the mentioned parameter(s) is not matching the recommended value Action: Increase/Decrease number of objects for the parameter(s) mentioned, to match with recommended value. Please refer NSX Administration guide. Frequency: This is triggered every hour if any new parameters does not match the recommended value | 1.3.6.1.4.1.6876.90.1.2.19.0.8 | current |
| vmwNsxMCertificateExpired NOTIFICATION-TYPE Certificate with mentioned id has expired. Action: Replace expired certificate. Please refer to NSX Administration and API guide for details on certificate related operations. Frequency: This is triggered every day until expired certificate is replaced. | 1.3.6.1.4.1.6876.90.1.2.19.0.10 | current |
| vmwNsxMCertificateAboutToExpire NOTIFICATION-TYPE Certificate with mentioned id will expire on mentioned date. Action: Replace expiring certificate. Please refer to NSX Administration and API guide for details on certificate related operations. Frequency: This is triggered every day until expiring certificate is replaced. | 1.3.6.1.4.1.6876.90.1.2.19.0.11 | current |
| vmwNsxMCPUHigh NOTIFICATION-TYPE NSX Manager CPU usage is currently high.CPU usage is based on load across all cores. Action: If NSX Manager is facing performance issue, please collect the technical support logs for NSX Manager and the host, and contact VMware technical support. Frequency: This is triggered whenever NSX Manager CPU is above high threshold for consecutive 5 intervals. Default value of high threshold and interval are 80% and 1 minute respectively. | 1.3.6.1.4.1.6876.90.1.2.19.0.12 | current |
| vmwNsxMCPUNormal NOTIFICATION-TYPE NSX Manager CPU usage is back to normal.CPU usage is based on load across all cores. Action: None Frequency: This is triggered whenever NSX Manager CPU is below high threshold after 1 interval from CPU being above high threshold. Default value of high threshold and interval are 80% and 1 minute respectively. | 1.3.6.1.4.1.6876.90.1.2.19.0.13 | current |
| vmwNsxMVxlanLogicalSwitchImproperlyCnfg NOTIFICATION-TYPE This event is triggered if one or more distributed virtual port groups backing a certain Logical Switch were modified and/or removed. Or if migration of Control plane mode for a Logical Switch/Transport Zone failed. Action required: (1) If the event was triggered due to deletion/modification of backing distributed virtual port groups, then the error will be visible on Logical Switch UI page. Resolve from there will try and create missing distributed virtual port groups for the Logical Switch. (2) If event was triggered due to failure of Control plan mode migration, redo the migration for that Logical Switch or Transport Zone. Frequency of traps: Event is triggered due to user actions as explained in description. Affects: Logical Switch network traffic. | 1.3.6.1.4.1.6876.90.1.2.20.0.1 | current |
| vmwNsxMVxlanLogicalSwitchProperlyCnfg NOTIFICATION-TYPE Logical Switch status has been marked good, most probably as result of resolving any errors on it. Action required: None Frequency of traps: Event is triggered when user resolves the Logical Switch error and as a result missing backing distributed virtual port groups are recreated. | 1.3.6.1.4.1.6876.90.1.2.20.0.2 | current |
| vmwNsxMVxlanInitFailed NOTIFICATION-TYPE Failed to configure vmknic as a VTEP, VXLAN traffic through this interface will be dropped until this is resolved. Action required: Check the host's vmkernel.log for more details. Frequency of traps: Every time a VTEP vmknic tries to connect to it's Distributed Virtual Port. Affects: VXLAN traffic on the affected Host. | 1.3.6.1.4.1.6876.90.1.2.20.0.3 | current |
| vmwNsxMVxlanPortInitFailed NOTIFICATION-TYPE Failed to configure VXLAN on the Distributed Virtual Port, the port will be disconnected. Action required: Check the host's vmkernel.log for more details. Frequency of traps: Every time a VXLAN vNic tries to connect to it's Distributed Virtual Port on the host. Affects: VXLAN traffic on the affected Host. | 1.3.6.1.4.1.6876.90.1.2.20.0.4 | current |
| vmwNsxMVxlanInstanceDoesNotExist NOTIFICATION-TYPE VXLAN configuration was received for a Distributed Virtual Port, but the host has not yet enabled VXLAN on the vSphere Distributed Switch. VXLAN ports on affected Host will fail to connect until resolved. Action required: See KB 2107951 (https://kb.vmware.com/selfservice/microsites/search.do?cmd=displayKC&docType=kc&externalId=2107951&sliceId=1&docTypeID=DT_KB_1_1&dialogID=40732862&stateId=0%200%2040754197) Frequency of traps: Every time any VXLAN related port (vNic or vmknic) tries to connect to it's Distributed Virtual Port on the host. Affects: VXLAN Traffic on that Host. | 1.3.6.1.4.1.6876.90.1.2.20.0.5 | current |
| vmwNsxMVxlanLogicalSwitchWrkngImproperly NOTIFICATION-TYPE VTEP interface was unable to join the specified multicast address, the VTEP will be unable to receive some traffic from other hosts until this is resolved. The host will periodically retry joining the group until it is successful. Action required: Check the host's vmkernel.log for more details. Frequency of traps: NSX retries joining failed mcast groups every 5 seconds. Affects: Logical Switch associated with problem VTEP interface won't work properly. | 1.3.6.1.4.1.6876.90.1.2.20.0.6 | current |
| vmwNsxMVxlanTransportZoneIncorrectlyWrkng NOTIFICATION-TYPE The IP address of a VTEP vmknic has changed. Action required: None. Frequency of traps: Every time a VTEP IP changes | 1.3.6.1.4.1.6876.90.1.2.20.0.7 | current |
| vmwNsxMVxlanTransportZoneNotUsed NOTIFICATION-TYPE VTEP vmknic does not have a valid IP address assigned, all VXLAN traffic through this vmknic will be dropped. Action required: Verify the IP configuration for the interface, and the DHCP server if DHCP is used. Frequency of traps: Once per VTEP loosing it's IP address. | 1.3.6.1.4.1.6876.90.1.2.20.0.8 | current |
| vmwNsxMVxlanOverlayClassMissingOnDvs NOTIFICATION-TYPE NSX packages where not installed prior to DVS configuration for VXLAN. All VXLAN ports will fail to connect until resolved. Action required: See KB 2107951 https://kb.vmware.com/selfservice/microsites/search.do?cmd=displayKC&docType=kc&externalId=2107951&sliceId=1&docTypeID=DT_KB_1_1&dialogID=40732862&stateId=0%200%2040754197 Frequency of traps: Once per setting of the com.vmware.netoverlay.layer0=vxlan opaque property or whenver the host is configured for vxlan or Host reconnects to VCEnter and host has some problem. Affects: VXLAN Traffic for that Host will be affected. | 1.3.6.1.4.1.6876.90.1.2.20.0.9 | current |
| vmwNsxMVxlanControllerRemoved NOTIFICATION-TYPE A notification generated when VXLAN Controller has been removed due to the connection cant be built, please check controller IP configuration and deploy again. | 1.3.6.1.4.1.6876.90.1.2.20.0.10 | current |
| vmwNsxMVxlanControllerConnProblem NOTIFICATION-TYPE NSX manager detected the connection between two controller nodes is broken. Action required: It is a warning event, users need to check the controller cluster for the further steps. Check following KB 2127655 https://kb.vmware.com/selfservice/microsites/search.do?cmd=displayKC&docType=kc&externalId=2127655&sliceId=1&docTypeID=DT_KB_1_1&dialogID=40732913&stateId=0%200%2040754965 to see if issue matches. Frequency of traps: Whenever the controller reports the issue. Affects: Networking might get affected. | 1.3.6.1.4.1.6876.90.1.2.20.0.11 | current |
| vmwNsxMVxlanControllerInactive NOTIFICATION-TYPE Host Certification information couldn't be sent to NSX Controllers. Action required: Ensure that NSX Controller cluster is in healthy state before preparing a new Host. Invoke Controller Sync API to try and rectify this error. Frequency of traps: When a new host is prepared for NSX networking. Affects: Newly prepared Host. Communication channel between Host and NSX Controllers might have issues. | 1.3.6.1.4.1.6876.90.1.2.20.0.12 | current |
| vmwNsxMVxlanControllerActive NOTIFICATION-TYPE A notification generated when Controller cluster state is now active. Controller Synchronization job is in progress. Frequency of traps: Controller cluster becomes active again from a previous inactive state. Action required: User doesnt have to take any corrective action. NSX will auto-sync the controllers. | 1.3.6.1.4.1.6876.90.1.2.20.0.13 | current |
| vmwNsxMVxlanVmknicMissingOrDeleted NOTIFICATION-TYPE VXLAN vmknic is missing or deleted from host. Action required: Issue can be resolved from Logical Network Preparation - VXLAN Transport UI section. Clicking on resolve will try to rectify the issue. Frequency of traps: First time NSX Manager finds that VXLAN vmknic is missing or deleted from Host. Affects: VXLAN Traffic to/from the mentioned Host will be affected. | 1.3.6.1.4.1.6876.90.1.2.20.0.14 | current |
| vmwNsxMVxlanInfo NOTIFICATION-TYPE NSX Manager will raise this event when connection between either of the following component is established/re-established (i) connection between NSX Manager and Host Firewall agent. (ii) connection between NSX Manager and Control Plane Agent. (iii) connection between Control Plane Agent to Controllers. Action required: None Frequency of traps: NSX Manager will raise this event when connection between either of the following component is established/re-established (i) connection between NSX Manager and Host Firewall agent. (ii) connection between NSX Manager and Control Plane Agent (iii) connection between Control Plane Agent to Controllers. | 1.3.6.1.4.1.6876.90.1.2.20.0.15 | current |
| vmwNsxMVxlanVmknicPortGrpMissing NOTIFICATION-TYPE NSX manager detected one vxlan vmknic is missing on VC. Action required: Check the host, if that vmknic is deleted, click on the resolve button on UI, or call the remediate API (POST /api/2.0/vdn/config/host/{hostId}/vxlan/vteps?action=remediate) to recreate the vxlan vmknic. Frequency of traps: First time when vxlan vmknic is detected missing (manually deleted by user or inventory report the incorrect information) Affects: The VXLAN traffic on that host may be interrupted. | 1.3.6.1.4.1.6876.90.1.2.20.0.16 | current |
| vmwNsxMVxlanVmknicPortGrpAppears NOTIFICATION-TYPE NSX manager detected one vxlan vmknic that was marked as missing has now reappeared on VC. Action required: None Frequency of traps: When that missing vmknic re-appears again. Affects: The VXLAN traffic on that host may be resumed. | 1.3.6.1.4.1.6876.90.1.2.20.0.17 | current |
| vmwNsxMVxlanConnDown NOTIFICATION-TYPE This event is triggered when either of the following connections are detected down by NSX Manager: (i) connection between NSX Manager and Host Firewall agent. (ii) connection between NSX Manager and Control Plane Agent. (iii) connection between Control Plane Agent to Controllers. Action required: (i) If NSX Manager to Host Firewall Agent connection is down, check NSX Manager and Firewall Agent logs to get error details. You can try Fabric Synchronize API to try and retificy this issue. (ii) If NSX Manager to Control Plane Agent connection is down, please check NSX Manager and Control Plane Agent logs to get the error detail, check whether the Control Plane Agent process is down. (iii) If Control Plane Agent to Controllers connection is down, please go to UI Installation page to check the connection status for crossponding Host. Frequency of traps: When (i) NSX Manager looses connection with Firewall agent on host or (ii) NSX Manager losses connection with Control plane agent on host or (iii) Control plane agent on Host looses connection with NSX Controllers. Affects: VMs on that Host might get affected. | 1.3.6.1.4.1.6876.90.1.2.20.0.18 | current |
| vmwNsxMBackingPortgroupMissing NOTIFICATION-TYPE NSX manager detected one backing portgroup of a logical switch is missing on VCenter. Action required: Click on the resolve button on UI or call the API (POST https://<nsx-manager-host>/api/2.0/vdn/virtualwires/<virtualwireId>/backing?action=remediate) to recreate that backing portgroup. Frequency of traps: Whenever logical switch backing portgroup is missing on VC. Affects: VMs cannot be connected to this Logical Switch. | 1.3.6.1.4.1.6876.90.1.2.20.0.19 | current |
| vmwNsxMBackingPortgroupReappears NOTIFICATION-TYPE NSX manager detected one backing portgroup of a logical switch that was missing reappears on VC. Action required: None Frequency of traps: Whenever user triggered remediate API on Logical Switch which has missing backing portgroup. | 1.3.6.1.4.1.6876.90.1.2.20.0.20 | current |
| vmwNsxMManagedObjectIdChanged NOTIFICATION-TYPE NSX manager detected the Managed Objectid of one backing portgroup of a logical switch changed. Action required: None Frequnecy of traps: This typically happens when user restores a backup of Logical Switch backing portgroup. | 1.3.6.1.4.1.6876.90.1.2.20.0.21 | current |
| vmwNsxMHighLatencyOnDisk NOTIFICATION-TYPE NSX manager detected some disk on a NSX Controller has high latency. Action required: Rectify the issue on specified device and controller. Frequency of traps: First time NSX detected this issue as reported by Controller. When this issue gets resolved another Informational event will be raised by NSX Manager indicating the same. Affects: NSX Controller. | 1.3.6.1.4.1.6876.90.1.2.20.0.22 | current |
| vmwNsxMHighLatencyOnDiskResolved NOTIFICATION-TYPE NSX manager detected the disk high latency alert on a some disk on a NSX Controller has been resolved. Frequency of traps: First time NSX detected, previously raised disk latency issue has been resolved. | 1.3.6.1.4.1.6876.90.1.2.20.0.23 | current |
| vmwNsxMControllerVmPoweredOff NOTIFICATION-TYPE NSX manager detected a Controller Virtual Machine is powered off from vCenter. Action required: Click on the 'Resolve' button on Controller page on UI or call the API (POST https://<nsx-manager-host>/api/2.0/vdn/controller/{controllerId}?action=remediate) to power on the Controller Virtual Machine. Frequency of traps: This event wil be raised when controller Virtual Machine is powered off from vCenter. Affects: Controller cluster status might go to disconnected if a controller Virtual Machine is powered off. Any operation that requires an active Controller Cluster may be affected. | 1.3.6.1.4.1.6876.90.1.2.20.0.24 | current |
| vmwNsxMControllerVmDeleted NOTIFICATION-TYPE NSX manager detected a Controller Virtual Machine is deleted from vCenter. Action required: Click on the Resolve button on Controller page on UI or call the API (POST https://<nsx-manager-host>/api/2.0/vdn/controller/{controllerId}?action=remediate) to clean up NSX manager's database state. Frequency of traps: This event will be raised when Controller Virtual Machine is deleted from vCenter. Affects: Controller cluster status might go to disconnected if a controller Virtual Machine is powered off. Any operation that requires an active Controller Cluster may be affected. | 1.3.6.1.4.1.6876.90.1.2.20.0.25 | current |
| vmwNsxMVxlanConfigNotSet NOTIFICATION-TYPE NSX manager detected the VXLAN configuration is not set on the host (would-block issue). And this event indicates NSX Manager tried to rectify this issue by resending the VXLAN configuration on Host. Action required: See KB 2107951 https://kb.vmware.com/selfservice/microsites/search.do?cmd=displayKC&docType=kc&externalId=2107951&sliceId=1&docTypeID=DT_KB_1_1&dialogID=40732862&stateId=0%200%2040754197 for more information. Frequency of traps: This event will generate when host preparation task is triggered for a host and Host encounters would-block issue. Affects: It is a notification, no specific guide for the next step. | 1.3.6.1.4.1.6876.90.1.2.20.0.26 | current |
| vmwNsxMVxlanPortgroupDeleted NOTIFICATION-TYPE NSX Manager will raise this event when a VXLAN portgroup is deleted from a switch. ACTION: User does not have to take any action. This is just a notification for the user. FREQUENCY: This event is generated a single time when the VXLAN portgroup is deleted from the switch. AFFECTS: The VXLAN traffic on the switch is interrupted. | 1.3.6.1.4.1.6876.90.1.2.20.0.27 | current |
| vmwNsxMVxlanVDSandPgMismatch NOTIFICATION-TYPE DESCRIPTION: NSX Manager will raise this event when the teaming policies of a VDS and it's associated VXLAN portgroup are not the same. ACTION: Set the VXLAN portgroup teaming policy back to the original value. Below is the workaround to correctly update the teaming policy in a deployed cluster: The supported method to correct teaming policy inconsistencies is to create and prepare a new NSX cluster with the required teaming policy, and to migrate ESXi hosts to that cluster. Changing the teaming policy in the manager DB by some other means only applies to newly created virtual wires after the DB change is made. FREQUENCY: This event will generate whenever the VXLAN portgroup teaming policy is changed to something different than the VDS teaming policy. AFFECTS: The VXLAN traffic on the switch may be interrupted. | 1.3.6.1.4.1.6876.90.1.2.20.0.28 | current |
| vmwNsxMVxlanControllerDisconnected NOTIFICATION-TYPE DESCRIPTION: NSX Manager raises this event when the Controller VM is Disconnected ie the controller can not reached from the NSX Manager. ACTION: Make sure the IP is assigned to the controller VM and it is reachable form the NSX Manager. FREQUENCY: The event occurs when the Controller VM is powered off or not responding. Minimum 40 secs between two disconnecet events. AFFECTS: Controller cluster status might go to disconnected if a controller Virtual Machine is disconnected. Any operation that requires an active Controller Cluster may be affected. | 1.3.6.1.4.1.6876.90.1.2.20.0.29 | current |
| vmwNsxMVxlanControllerConnected NOTIFICATION-TYPE DESCRIPTION: NSX Manager will raise this informational event when the controller VM is connected to controller cluster. ACTION: No action to be taken. FREQUENCY: Event occurs as controller is connected to controller-cluster. Minimum 40 secs between two connecet events. AFFECTS: None. | 1.3.6.1.4.1.6876.90.1.2.20.0.30 | current |
| vmwNsxMVxlanControllerVmPoweredOn NOTIFICATION-TYPE DESCRIPTION: NSX manager detected a Controller Virtual Machine is powered on from vCenter. ACTION: None. FREQUENCY: This event occurs when Controller Virtual Machine is powered On. AFFECTS: Controller cluster status might go to disconnected if a controller Virtual Machine is powered off. Any operation that requires an active Controller Cluster may be affected. | 1.3.6.1.4.1.6876.90.1.2.20.0.31 | current |
| vmwNsxMVxlanHostEvents NOTIFICATION-TYPE DESCRIPTION: NSX manager receives a notification from the host informing MAC mismatch occurred. ACTION: Contact the administrator to take following action: (1) Look for VMs that caused this issue at hosts. (2) If VMs are rouge, shut dowm these VMs. FREQUENCY: Event is triggerred as MAC mismatch occurs at switchport on the hosts. AFFECTS: Identify the VMs causing this issue. | 1.3.6.1.4.1.6876.90.1.2.20.0.32 | current |
| vmwNsxMLogserverEventGenStopped NOTIFICATION-TYPE DESCRIPTION: This event is triggered if the security log on domain controller event log server is full. ACTION: See article regarding the issue : https://support.microsoft.com/en-us/kb/867860 Contact Domain Administrator to take one of the following actions: (1). Inclease the size of security log. (2). Clear the security log. (3). Archive the security log. FREQUENCY: Event is triggered due to event log size reaches its limit. AFFECTS: Identity firewall stops functioning. | 1.3.6.1.4.1.6876.90.1.2.21.0.1 | current |
| vmwNsxMApplicationRuleManagerFlowAnalysisStart NOTIFICATION-TYPE Started flow analysis on Application Rule Manager session. Action required: None Frequency of traps:This trap is sent once for each session on which analysis has started | 1.3.6.1.4.1.6876.90.1.2.22.0.1 | current |
| vmwNsxMApplicationRuleManagerFlowAnalysisFailed NOTIFICATION-TYPE Flow analysis failed on Application Rule Manager session. Contextual data provided with this event may indicate the cause of this failure. Action required: Start a new monitoring session for the applcation and try analyzing flows again. On repeated failure, collect ESX & NSX Manager tech support bundle and open SR with Vmware tech support. Frequency of traps:This trap is sent once for each session on which analysis has failed | 1.3.6.1.4.1.6876.90.1.2.22.0.2 | current |
| vmwNsxMApplicationRuleManagerFlowAnalysisComplete NOTIFICATION-TYPE Completed flow analysis on Application Rule Manager session. Action required: None Frequency of traps:This trap is sent once for each session on which analysis has completed | 1.3.6.1.4.1.6876.90.1.2.22.0.3 | current |
Conformance
| Name | OID | Status |
|---|---|---|
| vmwNsxManagerMIBBasicCompliance MODULE-COMPLIANCE The compliance statement for entities which implement VMWARE-NSX-MANAGER-MIB. | 1.3.6.1.4.1.6876.90.1.99.1.3 | obsolete |
| vmwNsxManagerMIB630Compliance MODULE-COMPLIANCE The compliance statement for entities which implement VMWARE-NSX-MANAGER-MIB, see VMWARE-NSX-MANAGER-AGENTCAP-MIB | 1.3.6.1.4.1.6876.90.1.99.1.4 | deprecated |
| vmwNsxManagerMIB64Compliance MODULE-COMPLIANCE The compliance statement for entities which implement VMWARE-NSX-MANAGER-MIB, see VMWARE-NSX-MANAGER-AGENTCAP-MIB | 1.3.6.1.4.1.6876.90.1.99.1.5 | current |
| vmwNsxManagerMIB636Compliance MODULE-COMPLIANCE The compliance statement for entities which implement VMWARE-NSX-MANAGER-MIB, see VMWARE-NSX-MANAGER-AGENTCAP-MIB | 1.3.6.1.4.1.6876.90.1.99.1.6 | current |
| vmwNsxManagerMIB641Compliance MODULE-COMPLIANCE The compliance statement for entities which implement VMWARE-NSX-MANAGER-MIB, see VMWARE-NSX-MANAGER-AGENTCAP-MIB | 1.3.6.1.4.1.6876.90.1.99.1.7 | current |
| vmwNsxManagerMIB637Compliance MODULE-COMPLIANCE The compliance statement for entities which implement VMWARE-NSX-MANAGER-MIB, see VMWARE-NSX-MANAGER-AGENTCAP-MIB. | 1.3.6.1.4.1.6876.90.1.99.1.8 | current |
| vmwNsxManagerMIB642Compliance MODULE-COMPLIANCE The compliance statement for entities which implement VMWARE-NSX-MANAGER-MIB, see VMWARE-NSX-MANAGER-AGENTCAP-MIB. | 1.3.6.1.4.1.6876.90.1.99.1.9 | current |
| vmwNsxManagerMIB645Compliance MODULE-COMPLIANCE The compliance statement for entities which implement VMWARE-NSX-MANAGER-MIB, see VMWARE-NSX-MANAGER-AGENTCAP-MIB. | 1.3.6.1.4.1.6876.90.1.99.1.10 | current |
| vmwNsxManagerMIB646Compliance MODULE-COMPLIANCE The compliance statement for entities which implement VMWARE-NSX-MANAGER-MIB, see VMWARE-NSX-MANAGER-AGENTCAP-MIB. | 1.3.6.1.4.1.6876.90.1.99.1.11 | current |
| vmwNsxManagerMIB647Compliance MODULE-COMPLIANCE The compliance statement for entities which implement VMWARE-NSX-MANAGER-MIB, see VMWARE-NSX-MANAGER-AGENTCAP-MIB. | 1.3.6.1.4.1.6876.90.1.99.1.12 | current |
| vmwNsxManagerNotificationInfoGroup1 OBJECT-GROUP These objects provide details in NSX Manager notifications. | 1.3.6.1.4.1.6876.90.1.99.2.2 | current |
| vmwNsxManagerNotificationGroup1 NOTIFICATION-GROUP Group of objects describing notifications (traps, informs). | 1.3.6.1.4.1.6876.90.1.99.2.3 | current |
| vmwNsxManagerNotificationGroup2 NOTIFICATION-GROUP Group of objects describing notifications (traps, informs). | 1.3.6.1.4.1.6876.90.1.99.2.4 | current |
| vmwNsxManagerNotificationGroup3 NOTIFICATION-GROUP Group of objects describing notifications (traps, informs). | 1.3.6.1.4.1.6876.90.1.99.2.5 | current |
| vmwNsxManagerNotificationGroup4 NOTIFICATION-GROUP Group of objects describing notifications (traps, informs). | 1.3.6.1.4.1.6876.90.1.99.2.6 | current |
| vmwNsxManagerNotificationGroup5 NOTIFICATION-GROUP Group of objects describing notifications (traps, informs). | 1.3.6.1.4.1.6876.90.1.99.2.7 | current |
| vmwNsxManagerNotificationGroup6 NOTIFICATION-GROUP Group of objects describing notifications (traps, informs). | 1.3.6.1.4.1.6876.90.1.99.2.8 | current |
| vmwNsxManagerNotificationGroup7 NOTIFICATION-GROUP Group of objects describing notifications (traps, informs). | 1.3.6.1.4.1.6876.90.1.99.2.9 | current |
| vmwNsxManagerNotificationGroup8 NOTIFICATION-GROUP Group of objects describing notifications (traps, informs). | 1.3.6.1.4.1.6876.90.1.99.2.10 | current |
| vmwNsxManagerNotificationGroup9 NOTIFICATION-GROUP Group of objects describing notifications (traps, informs). | 1.3.6.1.4.1.6876.90.1.99.2.11 | current |
| vmwNsxManagerNotificationGroup10 NOTIFICATION-GROUP Group of objects describing notifications (traps, informs). | 1.3.6.1.4.1.6876.90.1.99.2.12 | current |