Cisco Cisco Video Assurance Management Solution 3.0 Notas de publicación

Descargar
Página de 20
     
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.
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. 
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, 
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.”
3.
The following additional fields should be included in the alarm clear traps: trpMsgID
trpMsgSourceNametrpMsgInfoTypetrpMsgInfotrpMsgText, 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