Cisco Cisco StadiumVision Director

Pagina di 46
 
 
© 2011 Cisco Systems, Inc. All rights reserved.  
23 of 26 
 
 
The tabs below the Device List were re-arranged to make sub statuses visible by default. Also, 
new icons and names were added to the tabs to make each tab unique. 
 
A Service Status item was added and replaces the Top Alerts item on the Dashboard main 
page. The Service Status tracks CUAE, PoP, AIM, Database, and many other SV Director 
network services. 
 
New server utilization gauges and graphing over time of overall platform health and activities 
were added. 
 
A new Event Viewer drawer was added to display system, change, and DMP logging events. 
 
A new SV Director Device Configuration drawer was added to readily expose common registry 
settings that were previously under the Tools > Advanced drawer. The Device Configuration 
drawer allows you to easily configure values via text input, drop down boxes, and sliders. 
 
DMP auto registration improvements were added to enable the ability to: 
-
  Manually start the DMP auto provisioning workflow. 
-
  Query the status of a previously executed workflow instance as well as the status of 
currently running workflow. 
-
  Cancel a currently running workflow. 
-
  Add additional workflows / composite commands which are similar to macros for Dashboard 
commands. 
-
  Display intermediate and final status of DMP provisioning via the addition of the init.swf file. 
 
Polling of DMP status is now configurable. By default each DMP is polled one every 5 minutes. 
 
The status display for DMPs was enhanced to include a “Fix It” option for frequently encountered 
failures as a generic mechanism. A Fix It icon is displayed along with the failed status element. 
For example, Flash issues have an associated Fix It command for “restart flash”. 
 
DMP-generated Threshold Crossing Alerts (TCA) were added. These are refreshed during a Poll 
or GetStatus. 
See the Cisco StadiumVision Director 
 for more details on how to use 
the features of the Management Dashboard. 
End / Delay States in Old Scripts 
End and delay states in old event scripts will be converted, as follows:  
 
End states will become normal (sequential) states.  
 
Delay states will become adhoc states. 
Since this may not be the intended behavior of the event, users should review their event scripts 
after upgrade. 
Previously, a timed transition to the end state would end the event script. Since end states are now 
converted to normal (sequential) states, a timed transition in the last event state will not stop the 
event script or change the event state. To stop an event script on a timed basis, change the timed 
duration of the event script. 
See Creating and Editing Event Scripts Guide for more information.