CISCO-VISM-MODULE-MIB
AI MIB Summary
The CISCO-VISM-MODULE-MIB enables monitoring of Cisco VISM (Video and Service Module) hardware attributes and call statistics, specifically tracking session states, call counts, and service module performance metrics for video and data services.
This MIB module contains VISM Card specific attributes and call statistics information for VISM service module.
Main OID:
ciscoVismModuleMIB.1.3.6.1.4.1.351.150.82
139
Objects
Active
Status
6
Dependencies
Imported Objects
Objects
139 total| Object Name |
|---|
vismConfig OBJECT IDENTIFIER .1.3.6.1.4.1.351.110.3.17 |
vismIpGrp OBJECT IDENTIFIER .1.3.6.1.4.1.351.110.3.17.1 |
vismIpAddressThis object identifies the IP address of VISM card. Each VISM card has its own IP address. IP address for each VISM card is required to communicate with the call agent. This object is applicable if the object vismMode is in VoIP(Voice Over IP) or Switched mode.rw IpAddress .1.3.6.1.4.1.351.110.3.17.1.1 |
vismSubNetMaskSUB-NETMASK of the VISM IP interface. This object is applicable if the object vismMode is in VoIP or Switched mode.rw IpAddress .1.3.6.1.4.1.351.110.3.17.1.2 |
vismControlTosThis object is used to provision the bitmask used for the TOS (Type Of Service) octet for cells carrying the control xGCP(Gateway Control Protocol) traffic. Default value 96 = 0x60 => Precedence = 3 and TOS nibble = 0 The bitmask can be only a byte value.rw Integer32 .1.3.6.1.4.1.351.110.3.17.1.3 |
vismBearerIpAddressThe bearer IP address of VISM card. This is an optional second IP address of the VISM card. If this bearer IP address is defined, the vismIpAddress automatically becomes the control IP address.rw IpAddress .1.3.6.1.4.1.351.110.3.17.1.4 |
vismBearerSubNetMaskBearer SUB-NETMASK of the VISM IP interface. This optional bearer subnet mask must be provided when vismBearerIpAddress is provided.rw IpAddress .1.3.6.1.4.1.351.110.3.17.1.5 |
vismVoIpGrp OBJECT IDENTIFIER .1.3.6.1.4.1.351.110.3.17.2 |
vismBearerTosThis object is used to provision the bitmask used for the TOS octet for cells carrying VoIP bearer RTP(Real-time Transport Protocol) traffic. Default value 160 = 0xA0 => Precedence = 5 and TOS nibble = 0 The bitmask can be only a byte value.rw Integer32 .1.3.6.1.4.1.351.110.3.17.2.1 |
vismRtcpRepIntervalThis attribute defines the RTCP(Real-time Transport Control Protocol) report interval (defined in RFC 1889). This indicates the interval at which the RTCP reports should be sent to the participating members. The RTCP reports are not sent at a fixed rate at this interval. Rather, this value is used as a base value to arrive at a random number between 0.5 and 1.5 times this value. This interval timer also serves the purpose of RTP packets receive timer. At every vismRtcpRecvMultiplier times this interval, where vismRtcpRecvMultiplier is specified in the MIB object below, a check is made on a VoIP connection (which is in SENDRECV or RECVONLY xGCP modes) to see if any RTP packets have been received. If not, gateway-initiated DLCX should be sent to the Call Agent. Currently, this interval timer is a card-specific value, which means the value is configurable on a per card basis and not on a per call basis. This value is applicable for VoIP adaptation only.rw Integer32 .1.3.6.1.4.1.351.110.3.17.2.2 |
vismRtpReceiveTimerThis object defines whether the RTP packets receive timer on the VISM needs to be enabled or not. For some VoIP applications if a connection is in send-recv mode or recv-only mode, after the bearer cut-through is done, the RTP stream should be monitored for RTP packets. If there are no packets received within a time interval specified by 5 seconds, then a Gateway initiated DLCX (Delete connection) should be sent on that connection. If this object is set to enable, the RTP stream is monitored. Otherwise, it is not monitored. This value is applicable for VoIP adaptation only.rw Enumeration .1.3.6.1.4.1.351.110.3.17.2.3 |
vismPacketizationPeriodThis object is used to provision the packetization period to be applied and is applicable for VoIP only. For VoAAL2 adaptations, the packetization period is derived from the profile table entry. For VoAAL1 adaptation, it is fixed at 5.875 ms.rodeprecated Enumeration .1.3.6.1.4.1.351.110.3.17.2.4 |
vismVoIpDtmfRelayThis attribute defines whether the DTMF (Dual Tone Multi-Frequency) digits need to be transported to the other endpoint via NSE(Named Signal Event) packets.rw TruthValue (SNMPv2-TC) .1.3.6.1.4.1.351.110.3.17.2.5 |
vismVoIpCasTransportThis attribute defines whether the CAS(Channel Associated Signaling) bits need to be transported to the other endpoint via NSE packets.rw TruthValue (SNMPv2-TC) .1.3.6.1.4.1.351.110.3.17.2.6 |
vismVoIpTripleRedundancyThis attribute defines whether triple redundancy is enabled or not. With triple redundancy, NSEs are sent three times at 20 ms intervals. For reliable channels, triple redundancy can be disabled in order to save the bandwidth and the processing overheads.rw TruthValue (SNMPv2-TC) .1.3.6.1.4.1.351.110.3.17.2.7 |
vismVoIpVADTimerThis attribute defines the hangover time for VAD(Voice Activity Detection) in milliseconds. Once the voice inactivity is detected, the gateway will wait for this duration before activating silence suppression.rw Integer32 .1.3.6.1.4.1.351.110.3.17.2.8 |
vismVoIpNTECapabilityNegotiateThis attribute defines whether the VISM has the capability to negotiate the list of events either NSE or NTE(Named Telephony Events), using rtpmap and fmtpmap in the SDP. If the value is 'true(1)', then VISM will accept rtpmap and fmtpmap in the SDP. Any events NSE/NTE not listed will be interpreted as not supported. If the value is 'false(2)', then VISM will neither include nor accept rtpmap for X-NSE & X-NTE, and fmtpmap. For the backward compatibility sake VISM will transmit DTMF digits using NSEs if the value is 'false(2).'rw TruthValue (SNMPv2-TC) .1.3.6.1.4.1.351.110.3.17.2.9 |
vismVoIpSIDPayloadTypeThis attribute sets the payload type of a RTP packet carrying SID(Silence Insertion Descriptor) which is sent to the other end when silence is detected. The default value is in accordance to RFC-3551.rw Integer32 .1.3.6.1.4.1.351.110.3.17.2.10 |
vismVoIpDPvcOamCellGapThis attribute defines the inter cell gap for dual PVC(Permanent Virtual Circuit) OAM (Operational and management) cells.rw Integer32 .1.3.6.1.4.1.351.110.3.17.2.11 |
vismVoIpDPvcRetryCntThis attribute defines the threshold for failure of a PVC. If the number of consecutive OAM cells sent for which no ack was received equals this number then the connection is considered failed.rw Integer32 .1.3.6.1.4.1.351.110.3.17.2.12 |
vismVoIpDPvcRecoverCntThis attribute defines the threshold for recovery of a PVC. If the number of consecutive OAM cells sent for which ack was received equals this number then the connection is considered recovered from failure.rw Integer32 .1.3.6.1.4.1.351.110.3.17.2.13 |
vismRtcpRecvMultiplierThe object vismRtcpRepInterval specified above defines an approximate RTCP report interval (defined in RFC 1889) which indicates the interval in milliseconds at which the RTCP reports should be sent to the participating members. The object vismRtcpRecvMultiplier defines how many times the RTCP reports may fail before exception condition activity may be done. The number of times specified in this MIB object times the RTCP Report Interval, a check is made on a VoIP connection (which is in SENDRECV or RECVONLY xGCP modes) to see if any RTP packets have been received. If not, gateway-initiated DLCX should be sent to the call agent. Currently, this interval multiplier is a card-specific value, which means the value is configurable on a per card basis and not on a per call basis. This value is applicable for VoIP adaptation only.rw Integer32 .1.3.6.1.4.1.351.110.3.17.2.14 |
vismVoIpLapdTrunkPVCThis object should be used for VoIP Trunking applications and only if the signaling type is configured to be CCS(Common Channel Signaling). By default the PRI(Primary Rate Interface) D-channel information will be sent on the control channel. If the control network is totally separated from the bearer network then the user needs to set this object to 'bearer' to send his LAPD(Link Access Procedure on the D-channel) Trunk messages to the remote VISM.rw Enumeration .1.3.6.1.4.1.351.110.3.17.2.15 |
vismVoIpEventNegotiationPolicyThis attribute defines whether or not the VISM should advertise the event codecs, NSE, NTE, or Cisco-rtp, in addition to the list of events specified by the call agent. If the value is 'none', then VISM will not include any more event codecs than what has been specified by the call agent. If the value is 'proprietary', then VISM can advertise proprietary event codecs in addition to the event codecs specified by the call agent. If the value is 'all', then VISM can advertise both proprietary as well as standard event codecs in addition to the event codecs specified by the call agent.rw Enumeration .1.3.6.1.4.1.351.110.3.17.2.16 |
vismDspGrp OBJECT IDENTIFIER .1.3.6.1.4.1.351.110.3.17.3 |
vismEcanCnfIdlePatternEcho Canceller pattern for Idle code. Mu-Law : 1 - 7f, 2 - ff, 3 - 7f or ff, 4 - f7 A-Law : 1 - None, 2 - 54, 3 - 55, 4 - Programmable Idle code. DEFVAL : 'pattern3' (7f or ff) for Mu-law and 'pattern2' (54) for A-Law.rodeprecated Enumeration .1.3.6.1.4.1.351.110.3.17.3.1 |
vismEcanCnfIdleDirectionEcho Canceller Idle Direction. This determines in which direction the Idle code must be present.rodeprecated Enumeration .1.3.6.1.4.1.351.110.3.17.3.2 |
vismCompCnfPacketSizeCompressed output packet size - This value is used in the DSP(Digital Signal Processing) interface API commands to configure the DSPs for the maximum packet size. The valid values are 80 and 160 only.rw Integer32 (80|160) .1.3.6.1.4.1.351.110.3.17.3.3 |
vismERLThis object is used to provision the return echo lost, i.e the db loss of the echo that the DSPs are supposed to cancel.rw Enumeration .1.3.6.1.4.1.351.110.3.17.3.4 |
vismJitterDelayModeThis object is used to provision the jitter buffer mode to be apply to a call connection. The possible values are: 'fixed' : means use a constant jitter buffer size, which is defined by the object vismJitterInitialDelay. 'adaptive': means let the DSP pick the optimal value for the call connection.rwdeprecated Enumeration .1.3.6.1.4.1.351.110.3.17.3.5 |
vismJitterInitialDelayDefines the jitter buffer size. If the vismJitterDelayMode is set to be fixed, the jitter buffer is fixed at this value for the call. If vismJitterDelayMode is adaptive, this is the initial jitter buffer size, and the DSP will adapt to an optimal size. The valid range for template 1 : 1,10,20,30,40,50,60,70, 80,90,100 The valid range for template 2 : 1,5,10,15,20,25,30,35, 40,45,50,55,60,65,70, 75,80,85,90,95,100. When the template of the card changes, either from template 1 to 2 or vice versa the value of this object will be implicitly set to default value.rwdeprecated Enumeration .1.3.6.1.4.1.351.110.3.17.3.6 |
vismAdaptiveGainControlIf set to 'on', the DSP will adjust the gain of the call connection to an optimal value.rw Enumeration .1.3.6.1.4.1.351.110.3.17.3.7 |
vismDspHealthThis attribute indicates the health of the DSPs. It is a percentage of the total number of DSPs that are currently functional.ro Integer32 .1.3.6.1.4.1.351.110.3.17.3.8 |
vismUpspeedCodecThis object specifies the codec to be used when fax upspeed happens. The default value for this object is 'g711u' when the line type is T1 and 'g711a' when the line type is E1. This object is applicable only in the case of VoIP applications, for AAL2 the upspeedCodec is obtained from profile table and this object will have no affect.rw Enumeration .1.3.6.1.4.1.351.110.3.17.3.9 |
vismPayloadTypeThis object specifies the payload type to be used when fax upspeed happens. IANA values (0..95) are static payload and (96..127) are dynamic payload type. This object is applicable only in the case of VoIP applications, for AAL2 the upspeedCodec is obtained from profile table and this object will have no affect.rw Integer32 .1.3.6.1.4.1.351.110.3.17.3.10 |
vismDSPHeartbeatThis object will specify the timer interval, DSP send a regular heartbeat messages from the DSP to the HOST Application. If the value is zero the Heartbeat message will be disabled.rw Integer32 .1.3.6.1.4.1.351.110.3.17.3.11 |
vismFaxDeJitterModeThis object specifies the de-jitter mode to be used for the fax upspeed. This object is applicable only in the case of VoIP applications.rw VismFaxDeJitterMode .1.3.6.1.4.1.351.110.3.17.3.12 |
vismFaxDeJitterInitialDelayThis object defines the de-jitter buffer size for fax upspeed. If the vismFaxDeJitter Mode is set to be 'fixedWithTS' or 'fixedWithoutTS', the jitter buffer size is set to this value for the call. If vismDeJitterMode is 'adaptive', this is the initial jitter buffer size, and the DSP will adapt to an optimal size. If the vismDeJitterMode is 'passThrough', this value is ignored.rw VismFaxDeJitterInitDelay .1.3.6.1.4.1.351.110.3.17.3.13 |
vismSystemGrp OBJECT IDENTIFIER .1.3.6.1.4.1.351.110.3.17.4 |
vismDaughterCardSerialNumA unique value for each VISM daughter card, entered in nvram by manufacturing. The serial number is on the non-volatile RAM on the VISM daughter card.ro SnmpAdminString .1.3.6.1.4.1.351.110.3.17.4.1 |
vismDaughterCardDescriptionThis object identifies the VISM daughter card.ro SnmpAdminString .1.3.6.1.4.1.351.110.3.17.4.2 |
vismDaughterCardHWRevThis object identifies the hardware revision number for the daughter card.ro SnmpAdminString .1.3.6.1.4.1.351.110.3.17.4.3 |
vismEcanEncodingThe object identifies the voice encoding type, mu-law or a-law. 'mu-law' is returned for T1 lines and 'a-law' is returned for E1 lines.ro Enumeration .1.3.6.1.4.1.351.110.3.17.4.4 |
vismModeThis attribute defines the connection model that the VISM card is configured to operate with. This object can be modified by CLI(Command Line Interface) only. The CLI 'cnfvismmode' can be used to set this object. VISM card will be reset after modifying this parameter for the VISM card to come up in the new mode. Each mode enables a set of features on the VISM card. The feature set for each of the above modes is : 'voipSwitching':VoIP mode. In this mode VISM interacts with the call agent using XGCP protocol, bearer path is VoIP. This mode is also used for VoIP applications that dosen't use call agent(VoIP Trunking). 'aal2Trunking': AAL2 Trunking mode. In this mode VISM does not interact with the call agent. Bearer Path is AAL2. 'aal1Svc' : AAL1 SVC(Switched Virtual Circuit) mode. In this mode VISM interacts with call agent using XGCP protocol over AAL5 control PVCs. In this mode, bearer path is VoAAL1 and the bearer connections are SVCs. i.e VISM dynamically sets-up and tears down bearer connections. 'switchedVoipCASBh', 'switchedVoipPRIBh', 'switchedAal2CASBh', 'switchedAal2Svc' and superMode are ignored. 'switchedAal2Pvc': Switched and trunked AAL2 PVC with CAS xGCP backhaul, CCS and CAS forwarding. 'switchedAal2Svc': Switched AAL2 SVC with PRI backhaul. 'voipAndAal1Svc': VoIP and ATM Groomer. 'voipAndAal2Trunking': VoIP Trunking And AAL2 Trunking. 'unknowMode': Unknown mode, when user change vismFeatureBitMap to a combination of Features that are not in the above modes. This object has to be synchronized with vismFeatureBitMap. When vismFeatureBitMap is changed this object will be implicitly set to the mode that has the right combination of features.ro Enumeration .1.3.6.1.4.1.351.110.3.17.4.5 |
vismPrevModeThis attribute indicates the mode in which VISM was operating before the object vismMode value was changed. i.e It gives the value of vismMode before it got changed to the current value. When the card comes up in the default mode, the value of vismPrevMode will be the same as vismMode. Hence this object is no longer needed.rodeprecated Enumeration .1.3.6.1.4.1.351.110.3.17.4.6 |
vismCacEnableThis attribute describes whether CAC (Connection Admission Control) functionality needs to be applied on the VISM card, on a per PVC basis. For some applications, the CAC functionality may not be required and in that case, it has to be disabled on a card basis.rw Enumeration .1.3.6.1.4.1.351.110.3.17.4.7 |
vismAvailableDs0CountThis attribute describes the number of DS0s available for new connections on VISM. This is modified by the VISM firmware after each connection is setup.ro Integer32 .1.3.6.1.4.1.351.110.3.17.4.8 |
vismAppliedTemplateThis attribute describes the Codec template currently configured on the VISM card. The value refers to an index to the vismCodecTemplateCnfGrpTable (defined in CISCO-VISM-CODEC-MIB MIB). This template is applicable for all connections on the card. When a switch is made to a new template, the number of channels (endpoints) in use will be checked to ensure the switch will not occur if there are more endpoints active at the present time than what the new template allow, the number of channels per template are specify in vismCodecTemplateMaxChanCount. Also whenever an attempt is made to add a new endpoint for any template, this template maximum number will limit the number of endpoints that may be added for this template.ro Integer32 .1.3.6.1.4.1.351.110.3.17.4.9 |
vismTftpServerDnThis object holds the domain name of the tftp server from where the CAS module will download the CAS files. This domain name can be resolved internally or externally. Before configuring this object the domain name should be added in the mgDomainNameTable(defined in CISCO-WAN-MG-MIB MIB) and at least one IP address (internal or external) should be associated with this domain name in mgcResolutionTable (defined in the same MIB). By default, the object is set to TFTPDOMAIN. Before the last entry corresponding to the tftp domain is deleted from the mgDomainNameTable or the last IP address associated with this object is deleted from mgcResolutionTable, it should be set to 'TFTPDOMAIN'. If the user configures 'localhost' to be the tftp server domain then the cas files will be downloaded from PXM(Processor Switch Module). If the user configures the domain name to be TFTPDOMIAN or localhost then that entry need not be present in mgDomainNameTable or mgcResolutionTable.rw SnmpAdminString .1.3.6.1.4.1.351.110.3.17.4.11 |
vismXgcpBearerNetworkTypeThis object specifies the network type to use in order to transport bearer traffic. The user can configure this to IP or ATM based on where the VISM will be located. If the call agent specifies the network type in the MGCP local connection options CRCX(Create Connection) request, then the configuration of this object will have no effect, else the value of this object will be used when sending CRCX response.rw Enumeration .1.3.6.1.4.1.351.110.3.17.4.12 |
vismXgcpBearerVCTypeThis object specifies the VC(Virtual Channel) type to use in order to transport bearer traffic. If the call agent specifies the VC type in the MGCP local connection options (CRCX request), then the configuration of this object will have no effect, else the value of this object will be used when sending CRCX response.rw Enumeration .1.3.6.1.4.1.351.110.3.17.4.13 |
vismXgcpBearerConnectionTypeThis object specifies the connection type used to transport bearer traffic. If the vismXgcpBearerNetworkType is chosen to be IP then the value of this object has to be/will be set to 'notApplicable'. If the call agent specifies the connection type in the MGCP local connection options (CRCX request), then the configuration of this object will have no effect, else the value of this object will be used when sending CRCX response.rw Enumeration .1.3.6.1.4.1.351.110.3.17.4.14 |
vismBearerContinuityTimerThis object specifies the co4 (bearer continuity) timer in millisecs. The timer will be started in the terminating/originating gateway for a duration as specified in this MIB object when a co3 message is sent from the terminating/originating gateway to the originating/terminating gateway. If the terminating/originating gateway does not receive co4 as an acknowledgement from the originating/termintaing gateway and the timer expires, gateway initiated DLCX is sent to the call agent from the terminating/originating gateway. This object is applicable when the call agent feature is available.rw Integer32 (0 .. 10000) .1.3.6.1.4.1.351.110.3.17.4.15 |
vismCodecNegotiationOptionThis object helps in forming an ordered intersection of lists and one of the lists must be used in determining the resulting order of codecs. Lco - local connection options Rcd - remote connection description Lcl - local codec list If the value of this object is 'lcoRcdLcl' then effectively we are giving first priority to the local connection options sent by the call agent, followed by remote connection description sent by the remote gateway (CA) and the last priority will be to local codec list stored in VISM. If the value of this object is 'lcoLclRcd' then effectively we are giving first priority to local connection options sent by the call agent, followed by local codec list stored in VISM and the last priority will be to remote connection description sent by the remote gateway (or remote CA). If the value of this object is 'rcdLcoLcl' then effectively we are giving first priority to remote connection description sent by the remote gateway /call agent, followed by local connection options sent by the call agent and the last priority will be to the local codec list stored on the local gateway(VISM). If the value of this object is 'rcdLclLco' then effectively we are giving first priority to remote connection description sent by the remote gateway/CA followed by local codec list stored on the local gateway and the last priority will be to the local connection options sent by the call agent. If the value of this object is 'lclLcoRcd' then effectively we are giving first priority to local codec list stored on the local gateway (VISM) followed by local connection options sent by the call agent and the last priority will be to remote connection description sent by the remote gateway (or remote CA). If the value of this object is 'lclRcdLco' then effectively we are giving first priority to local codec list stored on the VISM followed by remote connection description sent by the remote gateway (or remote CA) and the last priority will be to local connection options sent by the call agent.rw Enumeration .1.3.6.1.4.1.351.110.3.17.4.16 |
vismProfileNegotiationOptionThis object helps in forming an ordered intersection of lists and one of the lists must be used in determining the resulting order of profiles. Lco - local connection options Rcd - remote connection description Lcl - local codec list If the value of this object is 'lcoRcdLcl' then effectively we are giving first priority to the local connection options sent by the call agent, followed by remote connection description sent by the remote gateway (CA) and the last priority will be to local codec list stored in VISM. If the value of this object is 'lcoLclRcd' then effectively we are giving first priority to local connection options sent by the call agent, followed by local codec list stored in VISM and the last priority will be to remote connection description sent by the remote gateway (or remote CA). If the value of this object is 'rcdLcoLcl' then effectively we are giving first priority to remote connection description sent by the remote gateway /call agent, followed by local connection options sent by the call agent and the last priority will be to the local codec list stored on the local gateway(VISM). If the value of this object is 'rcdLclLco' then effectively we are giving first priority to remote connection description sent by the remote gateway followed by local codec list stored on the local gateway and the last priority will be to the local connection options sent by the CA. If the value of this object is 'lclLcoRcd' then effectively we are giving first priority to local codec list stored on the local gateway (VISM) followed by local connection options sent by the call agent and the last priority will be to remote connection description sent by the remote gateway (or remote CA). If the value of this object is 'lclRcdLco' then effectively we are giving first priority to local codec list stored on the VISM followed by remote connection description sent by the remote gateway (or remote CA) and the last priority will be to local connection options sent by the call agent.rw Enumeration .1.3.6.1.4.1.351.110.3.17.4.17 |
vismCarrierLossPolicyThis object defines the policy that needs to be applied when a carrier loss is detected. This states whether to switch to the pre-upspeed codec or to remain with the upspeed codec. This object is applicable in case of SVCs. This object will be applicable in case of PVC if the per PVC object - vismChanCarrierLossPolicy (defined in vismChanCacTable) is set to 'unspecified'. Configuring this object will not have any affect when card level CAC is disabled (vismCacEnable).rw Enumeration .1.3.6.1.4.1.351.110.3.17.4.18 |
vismCacRejectionPolicyThis attribute defines the policy that needs to be applied once the CAC function rejects the upspeeding of a connection, due to a fax/modem switch-over request. The applicable options are: 'delete' : To delete the connection that got rejected by CAC for upspeed. 'maintain' : To maintain the connection with the prior compression scheme. This object is applicable in case of SVCs. This object will be applicable in case of PVCs if the per PVC object - vismChanCacRejectionPolicy (defined in vismChanCacTable) is set to 'unspecified'. Configuring this object will not have any affect when card level CAC is disabled (vismCacEnable).rw Enumeration .1.3.6.1.4.1.351.110.3.17.4.19 |
vismExtDnsServerDnThis object refers to the domain name of the external DNS server which will be used to resolve other domain name. Currently this domain name can only be resolved internally. Therefore, before configuring this object not only the domain name has to be added in the mgDomainNameTable with resolution type 'internalOnly' but also at least one IP address has been added with this domain name in mgcResolutionTable. Before deleting external DNS server from mgDomainNameTable or deleting the last IP address associated with the external DNS server this object should be set to 'NULL'. After we change the value of this object to NULL, all the externally resolved IP address in mgcResolutionTable will be purged. By default this object will be set to 'NULL'.rw SnmpAdminString .1.3.6.1.4.1.351.110.3.17.4.20 |
vismFeatureBitMapThis object denotes the bit map for VISM features. It indicates the current features that are enabled. It should be consistent with vismMode. When user change vismMode, this object is implicitly set to the feature combination that indicate to that mode. The change of vismFeatureBitMap will not cause VISM to reset and the configuration will not be cleared. For each bit, value 1 means the feature is enabled, 0 means disabled. Bit 0 - AAL1 adaptation Bit 1 - AAL2 adaptation Bit 2 - AAL5 adaptation (Bearer network type is IP). Bit 3 - Switching (with Call Agent) Bit 4 - Trunking (without Call Agent) Bit 5 - Bearer VC type is PVC. Bit 6 - Bearer VC type is SVC. Bit 7 - CAS signaling Bit 8 - PRI backhaul Bit 9 - CCS signaling Bit 10 - Domain Name For example, 0x5AC corresponds to vismMode 1 (VoipSwitching). Currently this object is not settable, it can only be set thru some debug commands.rw Integer32 .1.3.6.1.4.1.351.110.3.17.4.21 |
vismVADToleranceThe value in this object refers to the customer accepted drop rate for voice connections when the bandwidth usage exceeds allowed value. The actual range of this object is 0.0001% - 1.00 % The unit is in percentage, since the default is 0.01 %, and since we cannot express such fractions in MIB , it is being multiplied by 10000 . However, when the underlying CAC module is notified of the change in this object, then the value has to be divided by a factor of 10000. Multiplication factor 10000 is picked as someone might be interested in a tolerance as low as 0.0001%. This object will be applicable in case of AAL2 SVCs where the user does not add a PVC and also this object will be applicable if the per PVC level object vismChanVADTolerance(defined in CISCO-VISM-CAC-MIB MIB) is configured to have a value of zero. Configuring this object will not have any affect when card level CAC is disabled (vismCacEnable).rw Integer32 .1.3.6.1.4.1.351.110.3.17.4.22 |
vismVADDutyCycleThis object refers to the talk-spurts duty cycle. The unit is in percentage. When the value of this object is to be passed to underlying CAC module in VISM this value has to be divided by 100. This causes the actual range of this object to be 0.01 to 0.99 and not 0.01 to 1.00 as specified in the range of values above. Since a value of 100 will cause a floating point exception, this value is disallowed. The default value is 0.61 and since we cannot have fractions in a MIB variable the value is being multiplied by 100 and is expressed as 61. This object will be applicable in case of AAL2 SVCs where the user does not add a PVC and also this object will be applicable if the per PVC level object vismChanVADDutyCycle(defined in CISCO-VISM-CAC-MIB MIB) is configured to have a value of zero. Configuring this object will not have any affect when card level CAC is disabled (vismCacEnable).rw Integer32 .1.3.6.1.4.1.351.110.3.17.4.23 |
vismAggregateTrafficClippingThis attribute defines the aggregate traffic clipping policy which is applicable to all bearer traffic generated at VISM card. The applicable options are: 'disable' : aggregate traffic clipping is disabled, VISM card traffic management does not perform aggregate traffic clipping. 'enable' : aggregate traffic clipping is enabled, VISM card traffic management performs aggregate traffic clipping. This is applicable to only AAL2 SVC voice bearer traffic. When aggregate traffic clipping is enabled, VISM card can discard cells which are exceeding VISM card aggregate SVC bandwidth which is specified as vismAggregateSvcBandwidth value.rw Enumeration .1.3.6.1.4.1.351.110.3.17.4.24 |
vismAggregateSvcBandwidthThe aggregate svc bandwidth is used for AAL2 SVC aggregate SVC CAC and also used for aggregate traffic clipping at VISM card when vismAggregateTrafficClipping is enabled. This is expressed in cells per second. This need to be configured for AAL2 SVC aggregate bandwidth call admission control to admit AAL2 SVC connections at VISM card.rw Integer32 .1.3.6.1.4.1.351.110.3.17.4.25 |
vismBearerContinuityTestThis attribute defines whether the bearer continuity test for a connection will be performed at the time of call setup or not. When the vismBearerContinuityTest is enabled, the terminating media Gateway initiates a NSE/Type 3 packet towards the originating gateway and starts a timer defined by vismBearerContinuityTimer. The originating gateway, on receipt of co3, responds by sending a co4 to the terminating end. If the terminating gateway doesn't receive co4 NSE/Type 3 packet with in the time defined by co4 timer, it initiates a GW-initiated DLCX to the call agent which in turn deletes the connection. The value in this object will be utilized when the call agent does not specify this.rw TruthValue (SNMPv2-TC) .1.3.6.1.4.1.351.110.3.17.4.26 |
vismCaleaEnableThis attribute describes whether CALEA (Communication Assistance for Law Enforcement Agency) functionality needs to be enabled on the VISM card. This attribute enables/disables this feature at a card level. This command is only applicable for CALEA enable image.rw TruthValue (SNMPv2-TC) .1.3.6.1.4.1.351.110.3.17.4.27 |
vismMaxConfNumIdentify how many conference will be supported on a VISM cardrw Integer32 .1.3.6.1.4.1.351.110.3.17.4.28 |
vismLongDurationTimerThe long duration is the elapse time in hour to indicate a connection has been established for a given period of time. The default time is one hour.rw Integer32 .1.3.6.1.4.1.351.110.3.17.4.29 |
vismContinuityCo1TimerA 2010Hz tone is applied, if the co1(Continuity Tone 1) is specify as a signal the range is 2010Hz +/- 8Hz and if it is specify as an event the range is 2010Hz +/- 30Hz. The continuity tone is applied for the specified duration of time in seconds.rw Integer32 .1.3.6.1.4.1.351.110.3.17.4.30 |
vismContinuityCo2TimerA 1780Hz tone is applied, if the co2(Continuity Tone 2) is specify as a signal the range is 1780Hz +/- 20Hz and if it is specify as an event the range is 1780Hz +/- 30Hz. The continuity tone is applied for the specified duration of time in seconds.rw Integer32 .1.3.6.1.4.1.351.110.3.17.4.31 |
vismReverseCotToneThis attribute defines the direction of COT Tone that is sent in a 2w to 4w arrangement. The VISM responds to a request from the call agent through the M:conttest mode, it returns a 1780 Hz tone in response to a 2010 Hz go tone and vice versa.rw TruthValue (SNMPv2-TC) .1.3.6.1.4.1.351.110.3.17.4.32 |
vismSendDnEnableThis will allow VISM to send domain name as part of Audit Enpoint response to the call agent when it is configured as 'true(1)'.rw TruthValue (SNMPv2-TC) .1.3.6.1.4.1.351.110.3.17.4.33 |
vismSendDataGramSizeSpecify the size of datagram that should be sent when the vismSendDnEnable is set to 'true(1)'. Any value greater than the specified size will be rejected.rw Integer32 .1.3.6.1.4.1.351.110.3.17.4.34 |
vismOamLoopThresholdSpecify OAM loopback cell loss count before declaring a PVC alarm.rw Integer32 .1.3.6.1.4.1.351.110.3.17.4.35 |
vismFreeDs0ThresholdThis attribute holds the threshold value of free DS0 counts on the VISM card. A trap is sent out if the number of free ds0s fall below this threshold.rw Integer32 .1.3.6.1.4.1.351.110.3.17.4.36 |
vismCPUUtilizationThresholdThis attribute holds the threshold value of CPU utilization on the VISM card. A trap is sent out if the CPU utilization equals or exceeds this threshold.rw Integer32 .1.3.6.1.4.1.351.110.3.17.4.37 |
vismMemoryUtilizationThresholdThis attribute holds the threshold value of memory utilization on the VISM card. A trap is sent out if the memory utilization equals or exceeds this threshold.rw Integer32 .1.3.6.1.4.1.351.110.3.17.4.38 |
vismDualToneDetectThis object is use to enable/disable dual tone configuration. When the dual tone is enable and detected, the Marconi Application will upspeed to VBD(Voice Band Data) codec.rw TruthValue (SNMPv2-TC) .1.3.6.1.4.1.351.110.3.17.4.39 |
vismAisSuppressionThis object is used to enable/disable the AIS(Alarm Indication Signal) suppression functionality. When AIS suppression is enabled AIS and RDI(Remote Defect Indication)/FERF(Far End Receive Failure) alarm cells received from the network will not propagate to the line and cause an line alarm. NOTE: CID(Channel Identifier) alarms are not affected by this setting.rwdeprecated Enumeration .1.3.6.1.4.1.351.110.3.17.4.40 |
vismBearerIpPingEnableThis object is used to enable/disable the bearer IP ping response configuration. When set to true, the bearer IP ping feature will be enabled on the module and the bearer IP will respond to ping messages. When set to false, the bearer IP ping feature is disabled on the module.rw TruthValue (SNMPv2-TC) .1.3.6.1.4.1.351.110.3.17.4.41 |
vismTrapFilteringEnableThis object is used to enable/disable the trap filtering feature on the module. When set to true, the trap filtering feature is enabled on the module. When set to false, the trap filtering feature is disabled on the module.rw TruthValue (SNMPv2-TC) .1.3.6.1.4.1.351.110.3.17.4.42 |
vismSplModemToneBitMapThis bit map is applicable for any special modem tones that need to be enabled or disabled on the module. If a bit is set to 1, the tone detection is enabled. If the bit is set to 0, the tone detection is disabled. The values mean: vism1560980Tone: 1560/ 980Hz tone in used in special modem calls to carry encrypted data.rw Bits .1.3.6.1.4.1.351.110.3.17.4.43 |
vismSSRCEnableThis object is used to enable/disable more than one SSRC (Synchronization Source) per RTP session. When set to true, the module will accept more than one SSRC per RTP session. When set to false, the module will not allow more than one SSRC per RTP session.rw TruthValue (SNMPv2-TC) .1.3.6.1.4.1.351.110.3.17.4.44 |
vismOamLoopbackSetCLPThis object is used to set the cell loss priority of the oam loopback cell for all the PVCs. If set to true, all the CLP bits will be set to 1. If set to false, all the CLP bits will be set to 0.rw TruthValue (SNMPv2-TC) .1.3.6.1.4.1.351.110.3.17.4.45 |
vismPvcAlarmLogEnableThis object specifies whether detailed alarm logging on all the PVC's on the module is enabled or disabled. If this object is true, detailed alarm logging for all the PVC's on the module will be enabled. If this object is false, detailed alarm logging for all the PVC's on the module will be disabled.rw TruthValue (SNMPv2-TC) .1.3.6.1.4.1.351.110.3.17.4.46 |
vismPvcAlarmLogAdminTimerThis object specifies the time for which the detailed alarm logging for all the PVCs on the module will remain active. The value in this object can be set and is valid only if vismPvcAlarmLogEnable is set to true. If this object is set to 0, it indicates that the alarm logging will remain active forever. Once set, this object can be overwritten as long as vismPvcAlarmLogEnable is true. If this is done, the vismPvcAlarmLogAdminTimer will be refreshed to take the new value set in this object.rw Unsigned32 .1.3.6.1.4.1.351.110.3.17.4.47 |
vismPvcAlarmLogOperTimerThis object specifies the time remaining in minutes for which the detailed alarm logging will remain enabled on all the PVCs on the module. When this value becomes 0, it indicates that all the PVCs on the module have run through the time specified in vismPvcAlarmLogOperTimer. This will cause the vismPvcAlarmLogEnable to be set to false. If vismPvcAlarmLogAdminTimer is overwritten with a new value, this object will also be set to reflect the new value.ro Unsigned32 .1.3.6.1.4.1.351.110.3.17.4.48 |
vismContinuityCheckCellEnableThis object is used to enable/disable the continuity check cell for all the PVCs on the module. If set to true, the module will transmit continuity check cells. If set to false, the module will disable the cell transmission.rw TruthValue (SNMPv2-TC) .1.3.6.1.4.1.351.110.3.17.4.49 |
vismTrapObjGrp OBJECT IDENTIFIER .1.3.6.1.4.1.351.110.3.17.5 |
vismConfigChangeTypeBitMapConfiguration change Type BitMap used in vismTableChanged trap and vismScalarChanged trap. When used in vismTableChanged trap, the bits indicate the following: bit 0 set = mgcTable changed bit 1 set = mgEndpointTable changed bit 2 set = mgcResolutionTable changed bit 3 set = srcpPeerTable changed bit 4 set = vismDsx1Table changed bit 5 set = vismXgcpPeerTable changed bit 6 set = xgcpPackageTable changed bit 7 set = vismChanCacTable changed bit 8 set = vismCasVariantTable changed bit 9 set = vismCasXgcpVariantTable changed bit 10 set = vismAal2CidCnfTable changed bit 11 set = dsx0VismCnfTable changed bit 12 set = vismHdlcChanCnfTable changed bit 13 set = lineAssignmentTable changed bit 14 set = vismCodecCnfTable changed bit 15 set = vismLapdTable changed bit 16 set = vismRudpSessionCnfTable changed bit 17 set = aal2ProfilesGrpTable changed bit 18 set = mgDomainNameTable changed bit 19 set = vismPortCnfGrpTable changed bit 20 set = mgcRedundancyGrpTable changed bit 21 set = mgcRedundancyGrpParamTable changed bit 22 set = srcpPeerGrpParamTable changed bit 23 set = vismRtpConnGrpTable changed bit 24 set = vismCodecGenParmTable changed bit 25 set = t38FaxRelayGrpTable changed bit 26 set = mgcRedundancyProtocolTable changed bit 27 set = vismSessionSetTable changed bit 28 set = vismSessionGrpTable changed bit 29 set = cvcmABCDBitTemplateConfigTable changed bit 30 set = vismConfigToneDetectTable changed When used in vismScalarChanged trap, the bits indicate the following: bit 0 set = mediaGateway group changed bit 1 set = mediaGatewayEndpoint group changed bit 2 set = mediaGatewayControllerResolution group changed bit 3 set = srcpAdminObjects group changed bit 4 set = vismConfig group changed bit 5 set = vismXgcpCoreObjects group changed bit 6 set = xgcpCoreObjects group changed bit 7 set = xgcpExtensionObjects group changed bit 8 set = xgcpPackageObjects group changed bit 9 set = vismSvcAtmQosGrp Objects group changed bit 10 set = vismSvcTrfScalingGrp Objects group changed bit 11 set = vismSvcAal2CidGrp Objects group changed bit 12 set = srcpAdminRetryObjects Objects group changed bit 13 set = vismConfig IpGrp group objects changed bit 14 set = vismConfig VoipGrp group objects changed bit 15 set = vismConfig DspGrp group objects changed bit 16 set = vismConfig SystemGrp group objects changed bit 17 set = vismConfig Aal2Grp group objects changed bit 18 set = vismConfig InteropGrp group objects changed bit 19 set = announceControlGrp Objects group changed bit 20 set = vismXgcpEnhancementsObjects group changed bit 21 set = vismSequentialToneDetectGrp changed default value is 0, no change This MIB makes sense only in traps. A GET on this may not return a Useful result.ro Integer32 .1.3.6.1.4.1.351.110.3.17.5.1 |
vismTrapIntIndex1This object is used only for the purpose of sending it in the trap varbind. This object is used for two purposes: 1. When the integer index of a SMIv2 table has to be sent, this object will be used instead of the actual index object. The instance value of the object will be the instance value of the actual index. 2. In the config change trap trapVismTableChange, to send the index value of the table entry which got changed. This object will contain the value of the first integer index. The NMS applications should not depend on the implementation of this object. The SNMP Requests(GET,GET-NEXT) may not be valid for this object.ro Integer32 .1.3.6.1.4.1.351.110.3.17.5.2 |
vismTrapIntIndex2This object is used only for the purpose of sending it in the trap varbind. This object is used for two purposes: 1. This object will be used when the SMIv2 table has two index objects and the 2nd object is an integer. This object will be used instead of the actual second index object. The instance value of the object will be the instance value of the actual second index. 2. In the config change trap trapVismTableChange, to send the index value of the table entry which got changed. This object will contain the value of the second integer index. The NMS applications should not depend on the implementation of this object. The SNMP Requests(GET,GET-NEXT) may not be valid for this object.ro Integer32 .1.3.6.1.4.1.351.110.3.17.5.3 |
vismTrapStrIndex1This object is used only for the purpose of sending it in the trap varbind. This object is used for two purposes: 1. When the OctetString index of a SMIv2 table has to be sent, this object will be used instead of the actual index object. The instance value of the object will be the instance value of the actual index. 2. In the config change trap trapVismTableChange, to send the index value of the table entry which got changed. This object will contain the value of the first OctetString index. The NMS applications should not depend on the implementation of this object. The SNMP Requests(GET,GET-NEXT) may not be valid for this object.ro OCTET STRING .1.3.6.1.4.1.351.110.3.17.5.4 |
vismTrapIntegerValueThis object is used only for the purpose of sending it in the trap varbind. This object can be used when the instance value of an integer object has to be sent instead of the actual integer object. The NMS applications should not depend on the implementation of this object. The SNMP Requests(GET,GET-NEXT) may not be valid for this object.ro Integer32 .1.3.6.1.4.1.351.110.3.17.5.5 |
vismAal2Grp OBJECT IDENTIFIER .1.3.6.1.4.1.351.110.3.17.6 |
vismAal2SubcellMuxingThis object is a card level parameter for AAL2 adaptation and it identifies the mutiplexing function of the AAL2 CPS(Common Part Sub-layer). When it is disabled then each CPS-Packet would fill only one or two cells with padding (Partial fill cells) Note that the length field for each CPS-Packet can be up to 64bytes. When this option is enabled then mutiple streams of CPS-Packets are mutiplexed to a single ATM connection without partial fill unless there is time-out. Refer to ITU-T I.363.2 for more information. When the muxing type changes if CIDs are present, then we need to check for CAC voilation for all CIDs, if the CAC fails then the change request will be rejected else the muxing status will be changed and the vismAal2MuxingTrap will be sent and the card will be reset . All the existing connecitons will come up in new muxing type. when the muxing type changes while there are no CIDs then the card will NOT be reset, but the vismAal2MuxingTrap will be sent.rw TruthValue (SNMPv2-TC) .1.3.6.1.4.1.351.110.3.17.6.1 |
vismAal2DtmfRelayThis attribute defines whether the DTMF(Dual Tone Multi Frequency) digits need to be transported to the other end-point or not. The value in this object will be utilized when the call agent does not specify this in CRCX.rw TruthValue (SNMPv2-TC) .1.3.6.1.4.1.351.110.3.17.6.2 |
vismAal2CasTransportThis attribute defines whether the CAS bits need to be transported to the other endpoint. In the case of switching application, the CAS bits are backhauled to the Call Agent through xGCP-CAS protocol. The value in this object will be utilized when the call agent does not specify this in CRCX.rw TruthValue (SNMPv2-TC) .1.3.6.1.4.1.351.110.3.17.6.3 |
vismAal2Type3RedundancyThis attribute defines whether the triple redundancy is supported for Type 3 packets in AAL2 SVC/PVC. When Triple redundancy is enabled, the Type 3 packets (CAS bits, dialled digits and user state control packets) are transmitted in triplicates with an interval defined as per the standards I.366.2. For channels which are quite reliable, triple redundancy can be disabled in order to save the bandwidth and the processing overheads. The value in this object will be utilized when the call agent does not specify this in CRCX.rw TruthValue (SNMPv2-TC) .1.3.6.1.4.1.351.110.3.17.6.4 |
vismAal2VADTimerThis attribute defines the hangover time for VAD in milliseconds. Once the voice inactivity is detected, the gateway will wait for this duration before activating silence suppression on an AAL2 SVC/PVC. The value in this object will be utilized when the call agent does not specify this in CRCX.rw Integer32 .1.3.6.1.4.1.351.110.3.17.6.5 |
vismAal2CidFillTimerThis attribute defines the time (millisecs) to wait for filling up the cell when the next packet is not ready. After waiting for the time configured in this object, the cell will be sent out. This timer has no effect when vismAal2SubcellMuxing is disabled. This object is applicable only for AAL2 adaptations.rw Integer32 .1.3.6.1.4.1.351.110.3.17.6.6 |
vismInteropGrp OBJECT IDENTIFIER .1.3.6.1.4.1.351.110.3.17.7 |
vismXgcpSdpOstThis object is used to enable/disable building of s=,t=,o= lines in SDP(Session Description Protocol) message. If this object is set to 'enable' then it indicates that the o=, s=, t= lines be built before sending SDP (Session Description Protocol). If it set to 'disable' then it indicates that the o=,s=,t= parameters need not be built for SDP. where o field indicates the owner/creator and session identifier s field indicates the session name t field indicates the duration while a session is valid.rw Enumeration .1.3.6.1.4.1.351.110.3.17.7.1 |
vismDynamicPTThis object is used to enable/disable dynamic payload type configuration on the VISM Card.rw Enumeration .1.3.6.1.4.1.351.110.3.17.7.2 |
vismSystemPerfStats OBJECT IDENTIFIER .1.3.6.1.4.1.351.110.3.25 |
vismCPUUtilizationThis is the percentage of time CPU is in non-idle state.ro Integer32 .1.3.6.1.4.1.351.110.3.25.1 |
vismMemoryUtilizationThis is the percentage of memory in use by VISM.ro Integer32 .1.3.6.1.4.1.351.110.3.25.2 |
vismSysPerfClrButtonThis variable is used to clear all the CPU and Memory Utilization statistics. 'noaction(1)': The value return on a GET operation. 'clear(2)' : Clear alarm.rw Enumeration .1.3.6.1.4.1.351.110.3.25.3 |
vismCallStats OBJECT IDENTIFIER .1.3.6.1.4.1.351.110.5.5.13 |
vismTotalCallsTotal number of calls made in VISM.ro Integer32 .1.3.6.1.4.1.351.110.5.5.13.1 |
vismSuccessfulCallsTotal number successful calls made in VISM.ro Integer32 .1.3.6.1.4.1.351.110.5.5.13.2 |
vismFailedCallsTotal number failed calls made in VISM.ro Integer32 .1.3.6.1.4.1.351.110.5.5.13.3 |
vismCallStatsClrButtonThis variable is used to clear all the VISM call statistics. 'noaction': The value return on a GET operation 'clear': Clear all alarmrw Enumeration .1.3.6.1.4.1.351.110.5.5.13.4 |
ciscoVismModuleMIBThis MIB module contains VISM Card specific attributes and call statistics information for VISM service module. MODULE-IDENTITY .1.3.6.1.4.1.351.150.82 |
ciscoVismModuleMIBConformance OBJECT IDENTIFIER .1.3.6.1.4.1.351.150.82.2 |
ciscoVismModuleMIBGroups OBJECT IDENTIFIER .1.3.6.1.4.1.351.150.82.2.1 |
ciscoVismPerfStatsGroupThe collection of objects which are used to represent VISM performance statistics. Unknown .1.3.6.1.4.1.351.150.82.2.1.1 |
ciscoVismCallStatsGroupThe collection of objects which are used to represent VISM Call Statistics. Unknown .1.3.6.1.4.1.351.150.82.2.1.2 |
ciscoVismIpGroupThis group contains objects that are specific to IP. Unknown .1.3.6.1.4.1.351.150.82.2.1.3 |
ciscoVismVoIpGroupThis group contains objects that are specific to VoIP. Unknown .1.3.6.1.4.1.351.150.82.2.1.4 |
ciscoVismDspGroupThis group contains objects that are used to manage DSPs on the VISM card. Unknown .1.3.6.1.4.1.351.150.82.2.1.5 |
ciscoVismSystemGroupThis group contains objects that are specific to the card.deprecated Unknown .1.3.6.1.4.1.351.150.82.2.1.6 |
ciscoVismInteropGroupThis group contains objects which will enhance the interoperability functionalities of VISM. Unknown .1.3.6.1.4.1.351.150.82.2.1.7 |
ciscoVismTrapObjGroupThis group contains objects that are defined for the purpose of sending in trap varbinds. Unknown .1.3.6.1.4.1.351.150.82.2.1.8 |
ciscoVismAal2GroupThis group contains objects which will enhance the interoperability functionalities of VISM. Unknown .1.3.6.1.4.1.351.150.82.2.1.9 |
ciscoVismDspDeprecatedGroupThe collection of objects that were supported earlier but deprecated now.deprecated Unknown .1.3.6.1.4.1.351.150.82.2.1.10 |
ciscoVismSystemDeprecatedGroupThe collection of objects that were supported earlier but deprecated now.deprecated Unknown .1.3.6.1.4.1.351.150.82.2.1.11 |
ciscoVismVoIpDeprecateGroupThe collection of objects that were supported earlier but deprecated now.deprecated Unknown .1.3.6.1.4.1.351.150.82.2.1.12 |
ciscoVismSystemGroup1This group contains objects that are specific to the card. Unknown .1.3.6.1.4.1.351.150.82.2.1.13 |
ciscoVismSystemFeatureGroupThis group contains specific card level objects for feature support on the module.deprecated Unknown .1.3.6.1.4.1.351.150.82.2.1.14 |
ciscoVismTrapVarbindGroupThis group contains objects that are defined for the purpose of sending in trap varbinds. Unknown .1.3.6.1.4.1.351.150.82.2.1.15 |
ciscoVismSystemFeatureGroupRev1This group contains specific card level objects for feature support on the module. Unknown .1.3.6.1.4.1.351.150.82.2.1.16 |
ciscoVismSystemGroupSup1This group contains objects that are specific to the card. Unknown .1.3.6.1.4.1.351.150.82.2.1.17 |
ciscoVismDspGroupSup1This group contains objects that are used to manage DSPs on the VISM card. Unknown .1.3.6.1.4.1.351.150.82.2.1.18 |
ciscoVismModuleMIBCompliances OBJECT IDENTIFIER .1.3.6.1.4.1.351.150.82.2.2 |
ciscoVismModuleComplianceThe compliance statement for objects related to VISM module.deprecated Unknown .1.3.6.1.4.1.351.150.82.2.2.1 |
ciscoVismModuleCompliance1The compliance statement for objects related to VISM module.deprecated Unknown .1.3.6.1.4.1.351.150.82.2.2.2 |
ciscoVismModuleComplianceRev2The compliance statement for objects related to VISM module.deprecated Unknown .1.3.6.1.4.1.351.150.82.2.2.3 |
ciscoVismModuleComplianceRev3The compliance statement for objects related to VISM module.deprecated Unknown .1.3.6.1.4.1.351.150.82.2.2.4 |
ciscoVismModuleComplianceRev4The compliance statement for objects related to VISM module. Unknown .1.3.6.1.4.1.351.150.82.2.2.5 |