http://docwiki.cisco.com/w/index.php?title=Cisco_Unified_MeetingPlace_Release_8.5_--_About_Failover_Options_for_the_Hardware_Media_Server&feed=atom&action=history 2013-06-20T06:48:35Z Revision history for this page on the wiki MediaWiki 1.16.0 http://docwiki.cisco.com/w/index.php?title=Cisco_Unified_MeetingPlace_Release_8.5_--_About_Failover_Options_for_the_Hardware_Media_Server&diff=40822&oldid=prev 2011-06-01T17:34:43Z

<p>1 revision</p> <table style="background-color: white; color:black;"> <tr valign='top'> <td colspan='1' style="background-color: white; color:black;">← Older revision</td> <td colspan='1' style="background-color: white; color:black;">Revision as of 17:34, 1 June 2011</td> </tr></table>

MeetingPlace Moderator http://docwiki.cisco.com/w/index.php?title=Cisco_Unified_MeetingPlace_Release_8.5_--_About_Failover_Options_for_the_Hardware_Media_Server&diff=40821&oldid=prev 2011-03-24T18:01:09Z

<p></p> <p><b>New page</b></p><div>'''Main page:''' [[Cisco Unified MeetingPlace Release 8.5]]<br /> <br /> '''Up one level:''' [[Cisco Unified MeetingPlace Release 8.5 -- Planning Your Deployment|Planning Your Deployment]]<br /> <br /> <br /> This module describes how failover works for the Hardware Media Server.<br /> <br /> <br /> <br /> '''Note: ''' The Express Media Server is part of the Application Server. See [[Cisco Unified MeetingPlace Release 8.5 -- About Failover Options for the Application Server#About Failover Options for the Application Server|About Failover Options for the Application Server]] for information about failover for the Express Media Server.<br /> * [[Cisco Unified MeetingPlace Release 8.5 -- About Failover Options for the Hardware Media Server#How Hardware Media Server Failover Works|How Hardware Media Server Failover Works]]<br /> * [[Cisco Unified MeetingPlace Release 8.5 -- About Failover Options for the Hardware Media Server#Audio Blade Failover Mechanism|Audio Blade Failover Mechanism]]<br /> * [[Cisco Unified MeetingPlace Release 8.5 -- About Failover Options for the Hardware Media Server#Video Blade Failover Mechanism|Video Blade Failover Mechanism]]<br /> <br /> <br /> <br /> == How Hardware Media Server Failover Works ==<br /> <br /> <br /> The Hardware Media Server performs load balancing based on resource usage and not by the number of meetings. When the system receives a request for a new meeting, the Hardware Media Server checks all the Audio Blades and chooses the Audio Blade that is currently carrying the lightest load to create the meeting.<br /> <br /> <br /> If a Hardware Media Server fails, the system automatically performs failover; no manual configuration is necessary.<br /> <br /> <br /> For Hardware Media Server failover, you can choose from the following options:<br /> * Configure an extra Audio Blade on the Application Server. If this is a video deployment, the Audio Blade should have its own Video Blade.<br /> * Use a standby Hardware Media Server that is connected to the standby Application Server. The standby Hardware Media Server may be smaller than the primary.<br /> <br /> <br /> These two options are not mutually exclusive and we recommend both. If a single blade (Audio Blade or Video Blade) fails, the Application Server generates an alarm and then automatically assigns new calls to the extra blade. If the whole Hardware Media Server fails, use the standby system.<br /> <br /> <br /> Audio and video port licenses are not required for redundant Audio and Video Blades.<br /> <br /> <br /> <br /> == Audio Blade Failover Mechanism ==<br /> <br /> <br /> The failover mechanism for an Audio Blade is as follows:<br /> # The Application Server maintains a list of active Audio Blades.<br /> # When an Audio Blade fails, it times out after a few seconds and the Application Server removes it from the list of active Audio Blades.<br /> #: '''Note: ''' The Application Server is unable to distinguish between a failing Audio Blade and an Audio Blade that is out of communication due to network problems.<br /> # The Application Server generates the following alarm: &quot;Audio Blade is down: ''IP_address''&quot;, where ''IP_address'' is the IP address of the failing Audio Blade.<br /> # The Application Server drops all existing calls on the failed Audio Blade.<br /> # When a new caller comes in for a meeting that was being hosted on the failed Audio Blade, the Application Server restarts the meeting on a different Audio Blade and allows the caller to join.<br /> <br /> <br /> <br /> == Video Blade Failover Mechanism ==<br /> <br /> <br /> The failover mechanism for a Video Blade is as follows:<br /> # The Application Server immediately drops video from any meetings hosted on that Video Blade and the meeting switches to audio only (or audio and web only, if the meeting has a web component).<br /> # New calls into that meeting are not offered video.<br /> # The Application Server generates the following alarm: &quot;Video Blade is down: ''IP_address''&quot;, where ''IP_address'' is the IP address of the failing Video Blade.<br /> # The Application Server assigns any new meetings that require video to a different Video Blade, if one is available. If no video resources are available, the Application Server starts the meeting as audio only (or as audio and web, if the meeting has a web component).<br /> <br /> [[Category: Planning for Cisco Unified MeetingPlace Release 8.5]]</div>

MeetingPlace Moderator