Cisco Cisco TelePresence MCU 4510 Release Notes

Page of 17
New features in 4.5
Cisco TelePresence MCU 4.5(1.55) Software Maintenance Release Notes
Page 5 of 17
may need to update your firewall to allow the reports through, by adding the domain tools.cisco.com and 
opening port 443 for outbound TCP traffic.
The MCU has a separate dedicated trust store to verify the connection to the Call Home server. (The MCU 
4.5 has three trust stores - One for HTTPS connections, one for SIP connections and one for Call Home 
connections.) The MCU has a certificate pre-installed, however, it is possible to delete and upload new 
certificates. You can also reset the certificate to default.
The MCU can send 'inventory' data (i.e. basic system information such as serial number, hardware platform 
and software version) to the Call Home service. If automatic reporting is enabled, inventory data is sent each 
time the device starts up.
Device inventory  reports are always available. Media resource or unit-wide diagnostic logs may also be 
available depending on whether an unexpected shutdown or media resource restart has occurred.
Note: If you have any questions about a Call Home report please contact Cisco TAC.
The user interface has a new Call Home settings page (
Logs > Call Home
) to allow the MCU to be 
configured to send diagnostic logs automatically in the event of an unexpected restart. Logs can also be 
submitted manually from this page.
Two new warning banners are introduced in this release to display in the user interface in the event of an 
unexpected device restart or unexpected media resource restart. Both of these banners can be dismissed 
from the Call Home page.
Serviceability improvements
This release introduces several improvements to the serviceability of the MCU, as follows:
Isolated media processor reboot 
The MCU (MCU 8510, MCU 5300 Series, and MCU 4500 Series) is now more resilient in the unusual 
circumstance of individual media processor failure. On the MCU, if a media processor fails it will not cause 
the whole device to fail. This means that the other parts of the device software can maintain the state of the 
conferences—except for the tasks performed by that particular processor—while recovering the processor 
gracefully.
Note that some participants may experience a loss of audio and/or video in the unlikely event of a media 
processor failure, although it should come back after a pause of about 30 seconds.
In the case of a processor failure, the MCU isolates the processor as well as it can, while rebooting the 
processor, as follows:
 
n
The MCU tries to reallocate tasks from the failed processor to other media resources if available. 
Participants may see a glitch while the tasks are recovered.
 
n
If there are no spare media resources available, the affected participants will experience a loss of audio 
and/or video but the calls will stay up while the affected processor reboots.
 
n
The processor reboots in about 30 seconds and audio/video to the affected participants will resume.
 
n
It is also possible for presentation in a conference to be stopped. The user will have to re-initiate 
presentation manually in this case.
Improved diagnostic logging 
This release features increased diagnostic detail, particularly in the core system and media processing 
software, which is continuously monitored and, in the event of a failure, stored for troubleshooting purposes.