AudioCodes Mediant 800 User manual

Reference Guide
AudioCodes Gateway & Session Border Controller Series
Simple Network
Management Protocol
Mediant 800 Gateway & E-SBC
Version 7.2

Notice Mediant 800 SBC | SNMP Reference Guide
Notice
Information contained in this document is believed to be accurate and reliable at the time
of printing. However, due to ongoing product improvements and revisions, AudioCodes
cannot guarantee accuracy of printed material after the Date Published nor can it accept
responsibility for errors or omissions. Updates to this document can be downloaded from
https://www.audiocodes.com/library/technical-documents.
This document is subject to change without notice.
Date Published: November-09-2020
WEEE EU Directive
Pursuant to the WEEE EU Directive, electronic and electrical waste must not be disposed of
with unsorted waste. Please contact your local recycling authority for disposal of this product.
Customer Support
Customer technical support and services are provided by AudioCodes or by an authorized
AudioCodes Service Partner. For more information on how to buy technical support for
AudioCodes products and for contact information, please visit our website at
https://www.audiocodes.com/services-support/maintenance-and-support.
Documentation Feedback
AudioCodes continually strives to produce high quality documentation. If you have any
comments (suggestions or errors) regarding this document, please fill out the Documentation
Feedback form on our website at https://online.audiocodes.com/documentation-feedback.
Stay in the Loop with AudioCodes
Related Documentation
Document Name
SBC-Gateway Series Release Notes for Latest Release Versions
SBC-Gateway Series Release Notes for Long Term Support Versions
Mediant 800 Gateway & E-SBC User's Manual
- ii -

Notice Mediant 800 SBC | SNMP Reference Guide
Document Revision Record
LTRT Description
52374 Initial document release for Ver. 7.2.
52378 Typos.
52380 MP-1288 added; number of trap varbinds (13);
acBoardTrapGlobalsSystemSerialNumber (new); acLicensePoolInfraAlarm
(updated); acLicensePoolApplicationAlarm (updated);
acLicensePoolOverAllocationAlarm (updated); acTrackIdStateChangeAlarm (new);
acModuleServiceAlarm; acClusterBandwidthAlarm (new);
acSBAServicesStatusAlarm (updated); acKeepAlive (updated);
acProxyConnectivity (updated)
52381 SBA-related SNMP removed (added to SBA documents).
52383 Typos; varbinds increased to 16 (new - acBoardTrapGlobalsDeviceName,
acBoardTrapGlobalsDeviceInfo, acBoardTrapGlobalsDeviceDescription);
acLicensePoolInfraAlarm (description updated); acLicensePoolApplicationAlarm
(description updated); acLicenseKeyHitlessUpgradeAlarm (new)
52384 Source names added for PM MIB names; event source added to
acPerformanceMonitoringThresholdCrossing; description updated for
entConfigChange
52385 Source name for acPMSBCIPGroupInCallEstablishedDurationTable; Media
Transcoding Cluster removed
52386 Updated descriptions: acPowerSupplyAlarm; acHwFailureAlarm;
acHASystemFaultAlarm; acHASystemSwitchOverAlarm
New alarm -acHANetworkMonitorAlarm
52389 Updated to Ver. 7.20A.200.019
New traps: acHAEthernetGroupAlarm; acHANetworkMismatchAlarm;
acNGINXConfigurationIsInvalidAlarm; acNGINXPprocessIsNotRunningAlarm
Updated traps: acHwFailureAlarm; acHASystemFaultAlarm;
acHANetworkMonitorAlarm (OID); acHTTPProxyServiceAlarm
52391 Updated to Ver. 7.20A.202.112
Updated traps: AcPowerSupplyAlarm; acBoardTemperatureAlarm;
acCertificateExpiryNotification changed to acCertificateExpiryAlarm;
acLicensePoolApplicationAlarm; acIpGroupNoRouteAlarm; acIDSPolicyAlarm;
acKeepAlive
- iii -

Notice Mediant 800 SBC | SNMP Reference Guide
LTRT Description
New traps: acCloudLicenseManagerAlarm; acFloatingLicenseAlarm
Performance Monitoring - updated
52392 Updated to Ver. 7.20A.204.115
acAWSSecurityRoleAlarm
52393 acDataInterfaceStatus removed; acNATTraversalAlarm removed
52394 OIDs of performance monitoring MIBs; acProxyConnectionLost updated
(severity); SNMPSysName updated
52395 Updated for Ver. 7.20A.252
Configuring performance monitoring thresholds; coder enums for
acPMChannelsPerCoderTable; new acAnalogLineLeftOffhookAlarm;
acIpGroupNoRouteAlarm (description updated); new PM MIBs
(acPMActiveContextCountTable, acPMSBCInAttemptedCallsTable,
acPMSBCOutAttemptedCallsTable, acPMSBCInEstablishedCallsTable,
acPMSBCOutEstablishedCallsTable, acPMSBCMediaBrokenConnectionCallsTable,
acPMSBCInShortCallsTable, acPMSBCOutShortCallsTable,
acPMSBCInAttemptedRegistrationsTable,
acPMSBCOutAttemptedRegistrationsTable,
acPMSBCInSuccessfulRegistrationsTable,
acPMSBCOutSuccessfulRegistrationsTable,
acPMSBCIPGroupMediaBrokenConnectionCallsTable,
acPMSBCIPGroupInShortCallsTable, acPMSBCIPGroupOutShortCallsTable,
acPMSBCIPGroupInAttemptedRegistrationsTable,
acPMSBCIPGroupOutAttemptedRegistrationsTable,
acPMSBCIPGroupInSuccessfulRegistrationsTable,
acPMSBCIPGroupOutSuccessfulRegistrationsTable,
acPMSBCSRDInAttemptedCallsTable, acPMSBCSRDOutAttemptedCallsTable,
acPMSBCSRDInEstablishedCallsTable, acPMSBCSRDOutEstablishedCallsTable,
acPMSBCSRDMediaBrokenConnectionCallsTable, acPMSBCSRDInShortCallsTable,
acPMSBCSRDOutShortCallsTable, acPMSBCSRDInAttemptedRegistrationsTable,
acPMSBCSRDOutAttemptedRegistrationsTable,
acPMSBCSRDInSuccessfulRegistrationsTable,
acPMSBCSRDOutSuccessfulRegistrationsTable,
acPMSBCInUserDefinedFailures<1-26>Table, acPMSBCOutUserDefinedFailures<1-
26>Table, cPMSBCSRDInUserDefinedFailures<1-26>Table,
acPMSBCSRDOutUserDefinedFailures<1-26>Table,
acPMSBCIPGroupInUserDefinedFailures<1-26>Table,
acPMSBCIPGroupOutUserDefinedFailures<1-26>Table, acPMSBCInCapsTable,
acPMSBCOutCapsTable, acPMSBCSrdInCapsTable, acPMSBCSrdOutCapsTable
- iv -

Notice Mediant 800 SBC | SNMP Reference Guide
LTRT Description
52396 acCDRServerAlarm alarm added
52397 Updated to Ver. 7.20A.254
AcFanTrayAlarm and acBoardTemperatureAlarm updated for Mediant 90xx; CLI
command added to acBoardOverloadAlarm
52398 Typo fixed for acPMSIPSBCEstablishedCallsTable
52399 Updated to Ver. 7.20A.256.024
New PM MIB - acPMChannelsPerCoderG711Table; AcDSPFarmsMismatchAlarm
(new); acRemoteMonitoringAlarm (new); acBoardEvResettingBoard (text
updated); acMtcmClusterHaAlarm (updated); acMtceNetworkFailureAlarm
(updated); acMtceSwUpgradeFailureAlarm (updated); acMediaClusterAlarm
(new).
52403 Miscellaneous typos; acBoardEthernetLinkAlarm (description);
acEthernetGroupAlarm (description); acFeatureKeyError (not supported note
removed).
52412 acFlexLicenseManagerAlarm (new); acMeteringAlarm (new); alarm descriptions
updated.
52422 acLicenseKeyHitlessUpgradeAlarm (only Local license); acEthernetGroupAlarm
(description); acPMSBCInUserDefinedFailures (removed).
52435 ifLinkUpDownTrapEnable (disabled and description); AcDChannelStatus (moved
from event to alarm and updated); acPMSIPSBCAttemptedCallsTable
(description)
- v -

Content Mediant 800 SBC | SNMP Reference Guide
Table of Contents
1 Introduction 1
2 SNMP Overview 2
SNMP Standards and Objects 2
SNMP Message Standard 2
SNMP MIB Objects 3
SNMP Extensibility Feature 4
Supported MIBs 4
SNMP Interface Details 8
SNMP Community Names 8
Configuring Community Strings via the Web 9
Configuring Community Strings via the ini File 9
Configuring Community Strings via SNMP 9
SNMPv3 USM Users 10
Configuring SNMPv3 Users via ini File 11
Configuring SNMPv3 Users via SNMP 13
Trusted Managers 14
Configuring Trusted Managers via ini File 14
Configuring Trusted Managers via SNMP 14
SNMP Ports 16
Multiple SNMP Trap Destinations 16
Configuring Trap Managers via Host Name 16
Configuring Trap Managers via ini File 16
Configuring SNMP Engine ID 18
Configuring Trap Managers via SNMP 18
3 Carrier-Grade Alarm System 20
Active Alarm Table 20
Alarm History 20
4 Topology MIB Objects 21
Physical Entity (RFC 2737) 21
IF-MIB (RFC 2863) 21
Ethernet Interface 21
DS1 Interface 23
5 File Management 25
Downloading a File to the Device 25
Uploading and Deleting a File 25
6 Performance Monitoring 27
SNMP Performance Monitoring MIBs 32
Performance Monitoring MIBs for IP Network Interfaces 33
Performance Monitoring MIBs for Media Realms 35
Performance Monitoring MIBs for VoIP Calls 39
- vi -

Content Mediant 800 SBC | SNMP Reference Guide
Performance Monitoring MIBs for SIP Messages 44
Performance Monitoring MIBs for Calls per IP Group 45
Performance Monitoring MIBs for Gateway Application 50
IP-to-Tel and Tel-to-IP Calls 50
Trunks 55
Trunk Groups 58
Performance Monitoring MIBs for SBC Application 62
SBC Sessions 62
SBC Calls per IP Group 66
SBC Calls per SRD 75
SBC Call Admission Control 78
SBC Call Quality of Service 84
SBC Calls Per Second 86
Performance Monitoring MIBs for High Availability 88
Performance Monitoring MIB for DSP Resource Utilization 89
7 SNMP Traps 91
Standard Traps 91
Proprietary Traps 91
Trap Varbinds 92
Customizing Trap's Enterprise OID 97
SNMP Alarms in Syslog 97
SNMP Alarms 98
Trunk Alarms 98
Trunk Near-End LOS Alarm 98
Trunk Near-End LOF Alarm 99
Trunk AIS Alarm 100
Trunk Far-End LOF Alarm 100
DS1 Line Status Alarm 101
B-Channel Alarm 102
D-Channel Status Alarm 103
NFAS Group Alarm 104
High-Availability Alarms 105
HA System Fault Alarm 105
HA System Configuration Mismatch Alarm 111
HA System Switch Over Alarm 112
HA Network Monitor Alarm 113
HA Ethernet Group Alarm 114
Board Alarms 114
Fatal Error Alarm 115
Configuration Error Alarm 115
Software Reset Alarm 116
Software Upgrade Alarm 117
Call Resources Alarm 117
All SIP Proxies Connection Lost per Proxy Set Alarm 118
- vii -

Content Mediant 800 SBC | SNMP Reference Guide
Controller Failure Alarm 121
Board Overload Alarm 123
Administration Status Change Alarm 124
Operational Status Change Alarm 125
Remote Monitoring Alarm 126
TLS Certificate Expiry Alarm 127
License Key Alarms 128
Feature Key Error Alarm 128
License Key Hitless Upgrade Alarm 129
License Pool Application Alarm 129
License Pool Over-Allocation Alarm 132
License Pool Infrastructure Alarm 133
Flex License Manager Alarm 135
Cloud License Manager Alarm 136
Floating License Alarm 139
Network Alarms 140
NTP Server Status Alarm 140
Ethernet Link Alarm 141
Ethernet Group Alarm 143
LDAP Lost Connection Alarm 144
OCSP Server Status Alarm 144
IPv6 Error Alarm 145
HTTP Proxy NGINX Alarms 145
Active Alarm Table Alarm 148
Analog Port Alarms 149
Analog Port SPI Out-of-Service Alarm 149
Analog Port High Temperature Alarm 150
Analog Port Ground Fault Out-of-Service Alarm 151
Analog Line Left Off-hook Alarm 152
Media Alarms 152
Media Realm Bandwidth Threshold Alarm 152
Call Quality Alarms 153
Answer-Seizure Ratio Threshold Alarm 153
Average Call Duration Threshold Alarm 154
Network Effectiveness Ratio Threshold Alarm 155
No Route to IP Group Alarm 156
Intrusion Detection Alarms 157
IDS Policy Alarm 157
SNMP Event Traps (Notifications) 158
Intrusion Detection System (IDS) 159
IDS Threshold Cross Notification Trap 159
IDS Blacklist Notification Trap 159
Web User Access Denied due to Inactivity Trap 160
Web User Activity Log Trap 161
Keep-Alive Trap 162
- viii -

Content Mediant 800 SBC | SNMP Reference Guide
Performance Monitoring Threshold-Crossing Trap 162
HTTP Download Result Trap 163
Dial Plan File Replaced Trap 164
High-Availability (HA) 165
Redundant Board Trap 165
Hitless Software Upgrade Status Trap 166
Secure Shell (SSH) Connection Status Trap 167
SIP Proxy Connection Lost per Proxy Set Trap 168
Cold Start Trap 169
Authentication Failure Trap 169
Board Initialization Completed Trap 170
Configuration Change Trap 170
Link Up Trap 171
Link Down Trap 171
Enhanced BIT Status Trap 171
8 Advanced SNMP Features 173
SNMP NAT Traversal 173
Systems 173
High-Availability Systems 174
SNMP Administrative State Control 174
9 Getting Started with SNMP 176
Basic SNMP Configuration Setup 176
Configuring SNMP Port 176
Configuring Trap Managers (Trap Destination) 176
Configuring Trap Destination Port 178
Configuring Trusted Managers 178
Getting Acquainted with AudioCodes MIBs 180
Traps and Alarms 182
Device Configuration 182
Carrier Grade Alarm (CGA) 183
- ix -

CHAPTER1 Introduction Mediant 800 SBC | SNMP Reference Guide
1 Introduction
This document provides you with supplementary information on Simple Network
Management Protocol (SNMP) based management for your AudioCodes device. This
information complements the information provided by the device's User's Manual , and
includes SNMP configuration, SNMP traps (events and alarms), and SNMP performance
monitoring MIBs.
●The SNMP MIB manual is supplied in the Software Release Package delivered
with the device.
●For large deployments (for example, multiple devices in globally distributed
enterprise offices) that need to be managed by central personnel, it is
recommended to use AudioCodes One Voice Operations Center (OVOC). OVOC
is not included in the device's supplied package. Contact AudioCodes for more
information on its OVOC solution for large VoIP deployments.
- 1 -

CHAPTER2 SNMP Overview Mediant 800 SBC | SNMP Reference Guide
2 SNMP Overview
Simple Network Management Protocol (SNMP) is a standards-based network control protocol
for managing elements in a network. The SNMP Manager, usually implemented by a third-
party Network Management System (NMS) or AudioCodes One Voice Operations Center
(OVOC), connects to an SNMP Agent (embedded on a remote Network Element (NE) to
perform network element Operation, Administration, Maintenance, and Provisioning (OAMP).
Both the SNMP Manager and the NE refer to the same database to retrieve information or
configure parameters. This database is referred to as the Management Information Base
(MIB), and is a set of statistical and control values. Apart from the standard MIBs documented
in IETF RFCs, SNMP additionally enables the use of proprietary MIBs, containing non-standard
information set (specific functionality provided by the Network Element).
Directives, issued by the SNMP Manager to an SNMP Agent, consist of the identifiers of SNMP
variables (referred to as MIB object identifiers or MIB variables) along with instructions to
either get the value for that identifier, or set the identifier to a new value (configuration). The
SNMP Agent can also send unsolicited events towards an EMS, called SNMP traps.
The definitions of MIB variables supported by a particular agent are incorporated in descriptor
files, written in Abstract Syntax Notation (ASN.1) format, made available to EMS client
programs so that they can become aware of MIB variables and their usage.
The device contains an embedded SNMP Agent supporting both general network MIBs (such
as the IP MIB), VoP-specific MIBs (such as RTP) and proprietary MIBs (acGateway, acAlarm,
acMedia, acControl, and acAnalog MIBs) enabling a deeper probe into the interworking of the
device. All supported MIB files are supplied to customers as part of the release.
SNMP Standards and Objects
This section discusses the SNMP standards and SNMP objects.
SNMP Message Standard
Four types of SNMP messages are defined:
■Get: A request that returns the value of a named object.
■Get-Next: A request that returns the next name (and value) of the "next" object supported
by a network device given a valid SNMP name.
■Set: A request that sets a named object to a specific value.
■Trap: A message generated asynchronously by network devices. It notifies the network
manager of a problem apart from the polling of the device.
Each of these message types fulfills a particular requirement of network managers:
■Get Request: Specific values can be fetched via the "get" request to determine the
performance and state of the device. Typically, many different values and parameters can
- 2 -

CHAPTER2 SNMP Overview Mediant 800 SBC | SNMP Reference Guide
be determined via SNMP without the overhead associated with logging into the device, or
establishing a TCP connection with the device.
■Get Next Request: Enables the SNMP standard network managers to "walk" through all
SNMP values of a device (via the "get-next" request) to determine all names and values
that a device supports.
■Get-Bulk: Extends the functionality of GETNEXT by allowing multiple values to be returned
for selected items in the request. This is accomplished by beginning with the first SNMP
object to be fetched, fetching the next name with a "get-next", and repeating this
operation.
■Set Request: The SNMP standard provides a action method for a device (via the "set"
request) to accomplish activities such as disabling interfaces, disconnecting users, clearing
registers, etc. This provides a way of configuring and controlling network devices via
SNMP.
■Trap Message: The SNMP standard furnishes a mechanism for a device to "reach out" to a
network manager on their own (via the “trap" message) to notify or alert the manager of a
problem with the device. This typically requires each device on the network to be
configured to issue SNMP traps to one or more network devices that are awaiting these
traps.
The above message types are all encoded into messages referred to as "Protocol Data Units"
(PDUs) that are interchanged between SNMP devices.
SNMP MIB Objects
The SNMP MIB is arranged in a tree-structure, similar to a disk directory structure of files. The
top-level SNMP branch begins with the ISO "internet" directory, which contains four main
SNMP branches:
■"mgmt": Contains the standard SNMP objects usually supported (at least in part) by all
network devices.
■“private": Contains those "extended" SNMP objects defined by network equipment
vendors.
■"experimental" and "directory": Also defined within the "internet" root directory, are
usually devoid of any meaningful data or objects.
The "tree" structure described above is an integral part of the SNMP standard, though the
most pertinent parts of the tree are the "leaf" objects of the tree that provide actual
management data regarding the device. Generally, SNMP leaf objects can be partitioned into
two similar but slightly different types that reflect the organization of the tree structure:
■Discrete MIB Objects: Contain one precise piece of management data. These objects are
often distinguished from "Table" items (below) by adding a “.0" (dot-zero) extension to
their names. The operator must merely know the name of the object and no other
information.
- 3 -

CHAPTER2 SNMP Overview Mediant 800 SBC | SNMP Reference Guide
■Table MIB Objects: Contain multiple pieces of management data. These objects are
distinguished from "Discrete" items (above) by requiring a "." (dot) extension to their
names that uniquely distinguishes the particular value being referenced. The "." (dot)
extension is the "instance" number of an SNMP object. For "Discrete" objects, this
instance number is zero. For "Table" objects, this instance number is the index into the
SNMP table. SNMP tables are special types of SNMP objects, which allow parallel arrays of
information to be supported. Tables are distinguished from scalar objects, such that
tables can grow without bounds. For example, SNMP defines the "ifDescr" object (as a
standard SNMP object) that indicates the text description of each interface supported by a
particular device. Since network devices can be configured with more than one interface,
this object can only be represented as an array.
By convention, SNMP objects are always grouped in an "Entry" directory, within an object with
a "Table" suffix. (The "ifDescr" object described above resides in the "ifEntry" directory
contained in the "ifTable" directory).
SNMP Extensibility Feature
One of the principal components of an SNMP manager is a MIB Compiler, which allows new
MIB objects to be added to the management system. When a MIB is compiled into an SNMP
manager, the manager is made "aware" of new objects that are supported by agents on the
network. The concept is similar to adding a new schema to a database.
Typically, when a MIB is compiled into the system, the manager creates new folders or
directories that correspond to the objects. These folders or directories can typically be viewed
with a "MIB Browser", which is a traditional SNMP management tool incorporated into
virtually all network management systems.
The act of compiling the MIB allows the manager to know about the special objects supported
by the agent and access these objects as part of the standard object set.
Supported MIBs
The device contains an embedded SNMP agent supporting the MIBs listed below. A description
in HTML format for all supported MIBs can be found in the MIBs directory in the release
package.
■Standard MIB (MIB-2): The various SNMP values in the standard MIB are defined in RFC
1213. The standard MIB includes various objects to measure and monitor IP activity, TCP
activity, UDP activity, IP routes, TCP connections, interfaces, and general system
description.
●The standard icmpStatsTable and icmpMsgStatsTable under MIB-2 support ICMP
statistics for both IPv4 and IPv6.
●The inetCidrRouteTable (from the standard IP-FORWARD-MIB) supports both IPv4 and
IPv6.
- 4 -

CHAPTER2 SNMP Overview Mediant 800 SBC | SNMP Reference Guide
■System MIB (under MIB-2): Standard system group: sysDescr, sysObjectID, sysUpTime,
sysContact, sysName, sysLocation, and sysServices. You can replace the value of
sysObjectID.0 with a variable value using the ini file parameter SNMPSysOid. This
parameter is polled during startup and overwrites the standard sysObjectID.
SNMPSysName is an administratively assigned name for this managed node. By
convention, this is the node's fully-qualified domain name (FQDN). If the name is
unknown, the value is the zero-length string. If the [HostName] ini file parameter is
configured, its' value overwrites the value of SNMPSysName.
■RTP MIB: The MIB is supported according to RFC 2959. It contains objects relevant to the
RTP streams generated and terminated by the device and to the RTCP information related
to these streams.
The inverse tables are not supported.
■Notification Log MIB: Standard MIB (RFC 3014 - iso.org.dod.internet.mgmt.mib-2)
supported for implementation of Carrier Grade Alarms.
■Alarm MIB: IETF MIB (RFC 3877) Supported as part of the implementation of Carrier Grade
Alarms.
■SNMP Target MIB: (RFC 2273) Allows for configuration of trap destinations and trusted
managers.
■SNMP MIB: (RFC 3418) Allows support for the coldStart and authenticationFailure traps.
■SNMP Framework MIB: (RFC 3411).
■SNMP Usm MIB: (RFC 3414) Implements the user-based Security Model.
■SNMP Vacm MIB: (RFC 3415) Implements the view-based Access Control Model.
■SNMP Community MIB: (RFC 3584) Implements community string management.
■ipForward MIB: (RFC 2096) Fully supported.
■RTCP-XR: (RFC) implements the following partial support:
●The rtcpXrCallQualityTable is fully supported.
●In the rtcpXrHistoryTable, support of the RCQ objects is provided only with no more
than 3 intervals, 15 minutes long each.
●Supports the rtcpXrVoipThresholdViolation trap.
■ds1 MIB: supports the following:
●dsx1ConfigTable: partially supports the following objects with SET and GET applied:
◆dsx1LineCoding
◆dsx1LoopbackConfig
◆dsx1LineStatusChangeTrapEnable
◆dsx1CircuitIdentifier
- 5 -

CHAPTER2 SNMP Overview Mediant 800 SBC | SNMP Reference Guide
All other objects in this table support GET only.
●dsx1CurrentTable
●dsx1IntervalTable
●dsx1TotalTable
●dsx1LineStatusChange trap
■acPSTN MIB:
●acSonetSDHTable: currently has one entry (acSonetSDHFbrGrpMappingType) for
selecting a low path mapping type. Relevant only for PSTN applications. (Refer to the
MIB for more details.)
In addition to the standard MIBs, the complete product series contains proprietary MIBs:
■AC-TYPES MIB: lists the known types defined by the complete product series. This is
referred to by the sysObjectID object in the MIB-II.
■AcBoard MIB: includes the acTrap group.
Each proprietary MIB contains a Configuration subtree for configuring the related parameters.
In some, there also are Status and Action subtrees.
■AcAnalog MIB
■acControl MIB
■acMedia MIB
■acSystem MIB
■acSysInterfaceStatusTable: supports the networking multiple interfaces feature status.
This table reflects all the device's active interfaces. The lines indices consist of both the
Entry Index and the Type Index. The table contains the following columns:
●Entry Index - related Interface index in the interface configuration table (if the table is
empty,i.e., there is only single IP address, the index appears with 0)
●Type Index - 1 for IP Address and 2 for IPv6 Link-Local Address
●Application Types - type assigned to the interface
●Status Mode - interface configuration mode
●IP Address - IP address (either IPv4 or IPv6) for this interface
●Prefix Length - number of ‘1’ bits in this interface’s net mask
●Gateway - default gateway
●Vlan ID - VLAN ID of this interface
●Name - interface’s name
●Primary DNS Server IP Address - IP address of primary DNS server for this interface
- 6 -

CHAPTER2 SNMP Overview Mediant 800 SBC | SNMP Reference Guide
●Secondary DNS Server IP Address - IP address of secondary DNS server for this
interface
■acSysModuleTable
■acPSTN MIB
■acGateway MIB: This proprietary MIB contains objects related to configuration of the SIP
device. This MIB complements the other proprietary MIBs. The acGateway MIB includes
the following groups:
●Common: parameters common to both SIP and H.323.
●SIP: SIP only parameters.
■AcAlarm: This is a proprietary carrier-grade alarm MIB. It is a simpler implementation of
the notificationLogMIB and the IETF suggested alarmMIB (both supported).
The acAlarm MIB has the following groups:
●ActiveAlarm: straight forward (single indexed) table listing all currently active Alarms
together with their bindings (the Alarm bindings are defined in acAlarm.
acAlarmVarbinds and also in acBoard.acTrap. acBoardTrapDefinitions. oid_1_3_6_1_
4_1_5003_9_10_1_21_2_0).
●acAlarmHistory: straight forward (single indexed) table listing all recently sent Alarms
together with their bindings (the Alarm bindings are defined in acAlarm.
acAlarmVarbinds and also in acBoard.acTrap. acBoardTrapDefinitions. oid_1_3_6_1_
4_1_5003_9_10_1_21_2_0).
The table size can be altered by one of the following:
●notificationLogMIB.notificationLogMIBObjects.nlmConfig.nlmConfigGlobalEntryLimit
●noti-
fic-
ationLo-
gMIB.no-
tific-
ationLo-
gMIBOb-
jects.nlmConfig.nlmConfigLogTable.nlmConfigLogEntry.nlmConfigLogEntryLimit.
The table size (i.e., number of contained alarms) can be any value between 10 and 1,000
(default is 500)
- 7 -

CHAPTER2 SNMP Overview Mediant 800 SBC | SNMP Reference Guide
●A detailed explanation of each parameter can be viewed in the MIB Description
field.
●A detailed description in HTML format of all MIBs can be found in the MIBs
directory (included in the Release package).
●Not all groups in the MIB are implemented.
●MIB Objects that are marked as 'obsolete' are not implemented.
●When a parameter is Set to a new value via SNMP, the change may affect device
functionality immediately or may require that the device be soft reset for the
change to take effect. This depends on the parameter type.
●The current (updated) device configuration parameters are configured on the device
provided the user doesn't load an ini file to the device after reset. Loading an ini file
after reset overrides the updated parameters.
SNMP Interface Details
This subsection describes details of the SNMP interface needed when developing an Element
Management System (EMS) for any AudioCodes devices, or to manage a device with a MIB
browser.
There are several alternatives for SNMP security:
■SNMPv2c community strings
■SNMPv3 User-based Security Model (USM) users
■SNMP encoded over IPSec
■Various combinations of the above
Currently, both SNMP and ini file commands and downloads are not encrypted. For ini file
encoding, refer to the device's User's Manual.
SNMP Community Names
By default, the device uses a single, read-only community string of "public" and a single read-
write community string of "private". Up to five read-only community strings and up to five
read-write community strings, and a single trap community string can be configured. Each
community string must be associated with one of the following predefined groups:
Table 2-1: SNMP Predefined Groups
Group Get Access Set Access Sends Traps
ReadGroup Yes No Yes
ReadWriteGroup Yes Yes Yes
TrapGroup No No Yes
- 8 -

CHAPTER2 SNMP Overview Mediant 800 SBC | SNMP Reference Guide
Configuring Community Strings via the Web
For detailed information on configuring community strings through the Web interface, refer to
the device's User's Manual.
Configuring Community Strings via the ini File
The following ini file parameters are used to configure community strings:
■SNMPREADONLYCOMMUNITYSTRING_<x> = '#######'
■SNMPREADWRITECOMMUNITYSTRING_<x> = '#######'
Where <x> is a number from 0 through 4. Note that the '#' character represents any
alphanumeric character. The maximum length of the string is 19 characters that can include
only the following:
■Upper- and lower-case letters (a to z, and A to Z)
■Numbers (0 to 9)
■Hyphen (-)
■Underline (_)
Configuring Community Strings via SNMP
To configure community strings, the EMS must use the standard snmpCommunityMIB. To
configure the trap community string, the EMS must also use the snmpTargetMIB.
➢To add a read-only v2user community string:
1. Add a new row to the snmpCommunityTable with CommunityName v2user.
2. Add a row to the vacmSecurityToGroupTable for SecurityName v2user, GroupName
ReadGroup and SecurityModel snmpv2c.
➢To delete the read-only v2user community string:
1. If v2user is being used as the trap community string, follow the procedure for changing
the trap community string. (See below.)
2. Delete the snmpCommunityTable row with CommunityName v2user.
3. Delete the vacmSecurityToGroupTable row for SecurityName v2user, GroupName
ReadGroup and SecurityModel snmpv2c.
➢To add a read-write v2admin community string:
1. Add a new row to the snmpCommunityTable with CommunityName v2admin.
2. Add a row to the vacmSecurityToGroupTable for SecurityName v2admin, GroupName
ReadWriteGroup and SecurityModel snmpv2c.
- 9 -

CHAPTER2 SNMP Overview Mediant 800 SBC | SNMP Reference Guide
➢To delete the read-write v2admin community string:
1. If v2admin is being used as the trap community string, follow the procedure for changing
the trap community string. (See below.)
2. Delete the snmpCommunityTable row with a CommunityName of v2admin and
GroupName of ReadWriteGroup.
➢To change the only read-write community string from v2admin to v2mgr:
1. Follow the procedure above to add a read-write community string to a row for v2mgr.
2. Set up the EM such that subsequent set requests use the new community string, v2mgr.
3. If v2admin is being used as the trap community string, follow the procedure to change the
trap community string. (See below.)
4. Follow the procedure above to delete a read-write community name in the row for
v2admin.
The following procedure assumes that a row already exists in the snmpCommunityTable for
the new trap community string. The trap community string can be part of the TrapGroup,
ReadGroup, or ReadWriteGroup. If the trap community string is used solely for sending traps
(recommended), then it should be made part of the TrapGroup.
➢To change the trap community string:
1. Add a row to the vacmSecurityToGroupTable with these values: SecurityModel=2,
SecurityName=the new trap community string, GroupName=TrapGroup, ReadGroup or
ReadWriteGroup. The SecurityModel and SecurityName objects are row indices.
You must add GroupName and RowStatus on the same set.
2. Modify the SecurityName field in the appropriate row of the snmpTargetParamsTable.
3. Remove the row from the vacmSecurityToGroupTable with SecurityName=the old trap
community string.
SNMPv3 USM Users
You can configure up to 10 User-based Security Model (USM) users (referred to as SNMPv3
user). Each SNMPv3 user can be configured to one of the following security levels:
Table 2-2: SNMPv3 Security Levels
Security Levels Authentication Privacy
noAuthNoPriv(1) none none
authNoPriv(2) MD5 or SHA-1 none
- 10 -

CHAPTER2 SNMP Overview Mediant 800 SBC | SNMP Reference Guide
Security Levels Authentication Privacy
authPriv(3) MD5 or SHA-1 DES, 3DES, AES128, AES192, or AES256
Each SNMPv3 user must be associated with one of the predefined groups listed in the following
table:
Table 2-3: SNMPv3 Predefined Groups
Group Get Access Set Access Sends Traps Security Level
ReadGroup1 Yes No Yes noAuthNoPriv(1)
ReadWriteGroup1 Yes Yes Yes noAuthNoPriv(1)
TrapGroup1 No No Yes noAuthNoPriv(1)
ReadGroup2 Yes No Yes authNoPriv(2)
ReadWriteGroup2 Yes Yes Yes authNoPriv(2)
TrapGroup2 No No Yes authNoPriv(2)
ReadGroup3 Yes No Yes authPriv(3)
ReadWriteGroup3 Yes Yes Yes authPriv(3)
TrapGroup3 No No Yes authPriv(3)
The first (initial) SNMPv3 user can only be configured through a management interface
other than SNMP (i.e., Web interface, configuration ini file, or CLI). Once configured,
additional users can be configured through the SNMP interface as well.
Configuring SNMPv3 Users via ini File
Use the [SNMPUsers] ini file table parameter to add, modify, and delete SNMPv3 users. The
[SNMPUsers] ini table is a hidden parameter. Therefore, when you load the ini file to the device
using the Web interface, the table is not included in the generated file.
Table 2-4: SNMPv3 Table Columns Description
Parameter Description Default
Row number Table index. Its valid range is 0 to 9. N/A
SNMPUsers_Username Name of the v3 user. Must be unique. The maximum
length is 32 characters.
N/A
- 11 -