Cisco Cisco Video Assurance Management Solution 3.0 Notas de publicación
![Cisco](https://files.manualsbrain.com/attachments/7380d0050044647c30f5c24bbbf5d0c0b6d9bb84/common/fit/150/50/faa183d287233c52228cfea3dbc2a127fe780f60564fcb0955d9c3d1cd23/brand_logo.png)
16
Release Notes for Cisco Video Assurance Management Solution 3.0
OL-16499-03
Open Caveats
CSCtg31358
Inconsistent alarm in CIC “Service Dashboard” and CIC “ROSA events”
Symptom
ETR-290 first priority alarms clear traps from the Bridge Networks probe show up in the ROSA
Events by themselves without a description. The corresponding alarm raise trap is not displayed in the
ROSA Events. The alarm clear trap should not be displayed in the ROSA Events if the alarm raise trap is
not displayed there.
ROSA Events. The alarm clear trap should not be displayed in the ROSA Events if the alarm raise trap is
not displayed there.
Conditions
This occurs because:
1.
All BridgeTech traps forwarded from ROSA have “Bridge Networks” as the class value, because these
traps have the trpMsgInfoType field set to 3 included in the trap. Therefore, these events are displayed
in the Video Events, and not in the ROSA Events. However, the alarm clear traps for these alarms do
not have the trpMsgInfoType varbind included in the trap. Therefore these traps will have the class field
value as “ROSA NMS” and events are displayed in ROSA Events.
traps have the trpMsgInfoType field set to 3 included in the trap. Therefore, these events are displayed
in the Video Events, and not in the ROSA Events. However, the alarm clear traps for these alarms do
not have the trpMsgInfoType varbind included in the trap. Therefore these traps will have the class field
value as “ROSA NMS” and events are displayed in ROSA Events.
2.
The alarm clear traps only have two fields in the trap: trpMsgID and trpMsgSourceName. As a result,
the ROSA Events list does not display the meaning of the trap info in the summary; just the trpMsgID,
for example,
the ROSA Events list does not display the meaning of the trap info in the summary; just the trpMsgID,
for example,
Message ID 9191919 has cleared.
Workaround
None at present. The proposed solution is:
1.
These alarms should only show up in the Video Events and Service Dashboard.
2.
CIC should include the trpMsgInfoType field include in the alarm clear traps so the class field can be
changed from “ROSA NMS” to “Bridge Networks.”
changed from “ROSA NMS” to “Bridge Networks.”
3.
The following additional fields should be included in the alarm clear traps: trpMsgID,
trpMsgSourceName, trpMsgInfoType, trpMsgInfo, trpMsgText, and trpMsgObjectTypeID.
trpMsgSourceName, trpMsgInfoType, trpMsgInfo, trpMsgText, and trpMsgObjectTypeID.
CSCth14237
CMM trap 34 Video probe DF values not to scale
Symptom
In CMM, trap 34—videoDfThresholdExceeded, the values for the 'threshold' and 'value' are not
in milliseconds as defined by the MIB. This is resulting in incorrect DF values reported.
Conditions
Trap 34 events from IneoQuest and BridgeTech probes.
This is seen in a capture of a CMM trap for an BridgeTech probe DF event:
channelNames
domainVAMS
gaugeValue1000
group239.0.1.51
groupDesc
probeRouter172.16.1.18
routerID10.86.1.231
routerNameVAMS-BT-220
source172.16.1.250
sourceDescIQ Stim 60
threshold500
transportDescVIDMON_51
The Event Summary says “Video Probe Delay Factor, 1000, Exceeds 500”
Workaround
None.
Table 3
Open Defects in Cisco VAMS 3.0 (continued)
Defect ID
Description