<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Removing Meeting Place 6 Audio Server Failover Configuration in Collaboration Applications</title>
    <link>https://community.cisco.com/t5/collaboration-applications/removing-meeting-place-6-audio-server-failover-configuration/m-p/2282626#M4659</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hello Amish,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;If calls are being routed to an offline MeetingPlace server, the issue may line within the CUCM configuration instead of the MeetingPlace setup. &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;On the CUCM Administration page, under Call Routing, Route/Hunt, find the Route Pattern that these calls are matching when calling into MeetingPlace, then confirm the Gateway/Route List this Route Pattern is pointed to. If this is pointed to a Route List, check that Route List under Call Routing, Route/Hunt, to see which Route Groups are assigned. Then check those Route Groups to see if you have an H.323 Gateway listed going to that offline MeetingPlace server. &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Regards,&lt;/P&gt;&lt;P&gt;Andrew&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Mon, 19 Aug 2013 15:17:24 GMT</pubDate>
    <dc:creator>anmarti2</dc:creator>
    <dc:date>2013-08-19T15:17:24Z</dc:date>
    <item>
      <title>Removing Meeting Place 6 Audio Server Failover Configuration</title>
      <link>https://community.cisco.com/t5/collaboration-applications/removing-meeting-place-6-audio-server-failover-configuration/m-p/2282624#M4657</link>
      <description>&lt;P&gt;Hi, I have an old MeetingPlace 6 system. &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Issue - Intermittently users are getting static and dead-air experience. Looking at Call Manager CDR, the call is trying to route to offline audio server. I verified the IPGateways for failover Audio server configuration and did not find so.&lt;/P&gt;&lt;P&gt;Requirement - I would like to remove the failover configuration sine failover server is offline&lt;/P&gt;&lt;P&gt;Considerations - How do I do this? What do I have to consider?&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Thanks in Advance,&lt;/P&gt;&lt;P&gt;Amish&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; &lt;/P&gt;</description>
      <pubDate>Sun, 17 Mar 2019 22:27:44 GMT</pubDate>
      <guid>https://community.cisco.com/t5/collaboration-applications/removing-meeting-place-6-audio-server-failover-configuration/m-p/2282624#M4657</guid>
      <dc:creator>amishshah</dc:creator>
      <dc:date>2019-03-17T22:27:44Z</dc:date>
    </item>
    <item>
      <title>Removing Meeting Place 6 Audio Server Failover Configuration</title>
      <link>https://community.cisco.com/t5/collaboration-applications/removing-meeting-place-6-audio-server-failover-configuration/m-p/2282625#M4658</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;It has been a while since I worked on a MP 6 system.&amp;nbsp; &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Try the following&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;You will need to use the CLI and log in as the technician and the tech$ prompt should appears&lt;/P&gt;&lt;P&gt;Enter the &lt;STRONG&gt;net &lt;/STRONG&gt;command&lt;/P&gt;&lt;P&gt;Select &lt;STRONG&gt;3&lt;/STRONG&gt; Select other server option and you need to enter the Unit number which should be &lt;STRONG&gt;9 &lt;/STRONG&gt;&lt;/P&gt;&lt;P&gt;Now select 2 and if we have the correct Unit number we want to deactive it which will turn off the Shadow Server reference.&amp;nbsp; Look at any other option to make sure your remove all reference to the Shadow Server.&amp;nbsp; When done enter &lt;STRONG&gt;99&lt;/STRONG&gt; to save everything&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Good luck.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Tue, 13 Aug 2013 19:41:13 GMT</pubDate>
      <guid>https://community.cisco.com/t5/collaboration-applications/removing-meeting-place-6-audio-server-failover-configuration/m-p/2282625#M4658</guid>
      <dc:creator>jdedell12</dc:creator>
      <dc:date>2013-08-13T19:41:13Z</dc:date>
    </item>
    <item>
      <title>Removing Meeting Place 6 Audio Server Failover Configuration</title>
      <link>https://community.cisco.com/t5/collaboration-applications/removing-meeting-place-6-audio-server-failover-configuration/m-p/2282626#M4659</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hello Amish,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;If calls are being routed to an offline MeetingPlace server, the issue may line within the CUCM configuration instead of the MeetingPlace setup. &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;On the CUCM Administration page, under Call Routing, Route/Hunt, find the Route Pattern that these calls are matching when calling into MeetingPlace, then confirm the Gateway/Route List this Route Pattern is pointed to. If this is pointed to a Route List, check that Route List under Call Routing, Route/Hunt, to see which Route Groups are assigned. Then check those Route Groups to see if you have an H.323 Gateway listed going to that offline MeetingPlace server. &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Regards,&lt;/P&gt;&lt;P&gt;Andrew&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Mon, 19 Aug 2013 15:17:24 GMT</pubDate>
      <guid>https://community.cisco.com/t5/collaboration-applications/removing-meeting-place-6-audio-server-failover-configuration/m-p/2282626#M4659</guid>
      <dc:creator>anmarti2</dc:creator>
      <dc:date>2013-08-19T15:17:24Z</dc:date>
    </item>
    <item>
      <title>Removing Meeting Place 6 Audio Server Failover Configuration</title>
      <link>https://community.cisco.com/t5/collaboration-applications/removing-meeting-place-6-audio-server-failover-configuration/m-p/2282627#M4660</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt; Hi Andrew&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I have looked at both the suggestions from you and jdedell12. &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;1. Shadow Server - there is nothing configured&lt;/P&gt;&lt;P&gt;2. H.323 on CUCM - I have two IP GW's configured. Nothing else relevant to Shadow server.&lt;/P&gt;&lt;P&gt;3. IP GW's - Checked GW SIM config&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Interestingly enough, after the Audio server power cycle the issue fixes itself.....I have had this issue twice in the past 9 weeks....random behaviour.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;If this occurs again, I am going to reconfigure the GW SIM in the IP GW's. Since IP GW's route the calls, I am thinking that there may be a bad configuration issue here. This is going to be the next area for look out.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Thoughts?&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Thanks guys&lt;/P&gt;&lt;P&gt;Amish &lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Mon, 19 Aug 2013 15:52:53 GMT</pubDate>
      <guid>https://community.cisco.com/t5/collaboration-applications/removing-meeting-place-6-audio-server-failover-configuration/m-p/2282627#M4660</guid>
      <dc:creator>amishshah</dc:creator>
      <dc:date>2013-08-19T15:52:53Z</dc:date>
    </item>
  </channel>
</rss>

