<div dir="ltr">Those scenarios seem to refer to cross-connecting separate standalone C/E pairs.  In the case of 2 standalone C/E pairs, neither knows about the other so it shouldn't be an issue.</div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Jul 7, 2020 at 3:40 PM Mark H. Turpin <<a href="mailto:mturpin@covene.com">mturpin@covene.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">

<div dir="ltr">

<div style="font-family:Calibri,Arial,Helvetica,sans-serif;font-size:12pt;color:rgb(0,0,0)">

I don't believe running unclustered is supported though. </div>

<div style="font-family:Calibri,Arial,Helvetica,sans-serif;font-size:12pt;color:rgb(0,0,0)">

<br>

</div>

<div style="font-family:Calibri,Arial,Helvetica,sans-serif;font-size:12pt;color:rgb(0,0,0)">

The way I interpreted this section in Unsupported Deployments: <a href="https://www.cisco.com/c/en/us/td/docs/voice_ip_comm/expressway/config_guide/X12-6/exwy_b_mra-expressway-deployment-guide/exwy_b_mra-expressway-deployment-guide_chapter_011.html" id="gmail-m_7484546668944084908LPNoLP875505" target="_blank">https://www.cisco.com/c/en/us/td/docs/voice_ip_comm/expressway/config_guide/X12-6/exwy_b_mra-expressway-deployment-guide/exwy_b_mra-expressway-deployment-guide_chapter_011.html</a> read

 to me like you needed to have your C's and E's clustered for your UC zones.</div>

<div style="font-family:Calibri,Arial,Helvetica,sans-serif;font-size:12pt;color:rgb(0,0,0)">

<br>

</div>

<div style="font-family:Calibri,Arial,Helvetica,sans-serif;font-size:12pt;color:rgb(0,0,0)">

That's just my interpretation, though, I might be wrong.</div>

<div style="font-family:Calibri,Arial,Helvetica,sans-serif;font-size:12pt;color:rgb(0,0,0)">

<br>

</div>

<div style="font-family:Calibri,Arial,Helvetica,sans-serif;font-size:12pt;color:rgb(0,0,0)">

<br>

</div>

<div>

<div id="gmail-m_7484546668944084908appendonsend"></div>

<div style="font-family:Calibri,Arial,Helvetica,sans-serif;font-size:12pt;color:rgb(0,0,0)">

<br>

</div>

<hr style="display:inline-block;width:98%">

<div id="gmail-m_7484546668944084908divRplyFwdMsg" dir="ltr"><font face="Calibri, sans-serif" color="#000000" style="font-size:11pt"><b>From:</b> cisco-voip <<a href="mailto:cisco-voip-bounces@puck.nether.net" target="_blank">cisco-voip-bounces@puck.nether.net</a>> on behalf of Gerence Guan <<a href="mailto:cisco.guan@gmail.com" target="_blank">cisco.guan@gmail.com</a>><br>

<b>Sent:</b> Monday, July 6, 2020 8:04 PM<br>

<b>To:</b> Anthony Holloway <<a href="mailto:avholloway%2Bcisco-voip@gmail.com" target="_blank">avholloway+cisco-voip@gmail.com</a>><br>

<b>Cc:</b> cisco-voip voyp list <<a href="mailto:cisco-voip@puck.nether.net" target="_blank">cisco-voip@puck.nether.net</a>><br>

<b>Subject:</b> Re: [cisco-voip] Expressway Cluster failover for MRA</font>

<div> </div>

</div>

<div>*** EXTERNAL EMAIL - DO NOT CLICK LINKS *** <br>

<br>

<div>

<div dir="ltr">@Brian<br>

<div>Clustering is not that critical. As long as the Jabber can register back via the DR without any manual system level changes. It is acceptable even if users need to logout and login jaber again.</div>

<div><br>

</div>

<div>@Anthony<br>

</div>

<div>it would be good if someone has that table. It will help a lot.</div>

<div><br>

</div>

<div><br>

</div>

<div><br>

</div>

<div><br>

</div>

<div><br>

</div>

<div><br>

</div>

<div><br>

</div>

<div><br>

</div>

<div><br>

</div>

</div>

<br>

<div>

<div dir="ltr">On Tue, Jul 7, 2020 at 1:57 AM Anthony Holloway <<a href="mailto:avholloway%2Bcisco-voip@gmail.com" target="_blank">avholloway+cisco-voip@gmail.com</a>> wrote:<br>

</div>

<blockquote style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">

<div dir="ltr">Brian,

<div><br>

</div>

<div>This wouldn't support failover in all scenarios though, correct?  E.g., CUCM sub to sub failover.</div>

<div><br>

</div>

<div>Does anyone have a nice table of failover scenarios covered and not covered by expressway clustering versus not?</div>

</div>

<br>

<div>

<div dir="ltr">On Mon, Jul 6, 2020 at 9:29 AM Brian Meade <<a href="mailto:bmeade90@vt.edu" target="_blank">bmeade90@vt.edu</a>> wrote:<br>

</div>

<blockquote style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">

<div dir="ltr">I would not use Expressway clustering and just have 2 different C/E pairs with different SRV Weights/Priorities instead.</div>

<br>

<div>

<div dir="ltr">On Mon, Jul 6, 2020 at 3:17 AM Gerence Guan <<a href="mailto:cisco.guan@gmail.com" target="_blank">cisco.guan@gmail.com</a>> wrote:<br>

</div>

<blockquote style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">

<div dir="ltr">Hi Everyone. 

<div><br>

</div>

<div>I was googling the answer for MRA failover and found this maillist.</div>

<div>Got a similar setup as Jonathan's environment. </div>

<div>Having a pair of expressway C&E in primary DC, and planning to setup another pair of expressway C&E in the DR site. All MRA should go via primary DC, only use DR site when primary is down.</div>

<div><br>

</div>

<div>Can I achieve this with different priorities in SRV? Anyone tested  or make it working?</div>

<div><br>

</div>

<div>Best Regards,</div>

<div>Guan</div>

<div><br>

</div>

<div>

<pre style="white-space:pre-wrap;color:rgb(0,0,0)">>>><i> On Jan 28, 2020, at 8:49 PM, Jonathan Charles <<a href="https://nam10.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpuck.nether.net%2Fmailman%2Flistinfo%2Fcisco-voip&data=01%7C01%7Cmturpin%40covene.com%7C0730371d5e454e63e75e08d822122c88%7C575b0cc755204e999cb37affbf511f45%7C1&sdata=sdGVX1ROeLsbvAuSCrywpKcWb%2B11J1gTeF2dY4oNmnk%3D&reserved=0" target="_blank">jonvoip at gmail.com</a>> wrote:

</i>>>><i>

</i>>>><i> We have two pairs of Expressway clusters (C/E) at two different

</i>>>><i> locations (primary and DR)...

</i>>>><i>

</i>>>><i> The cluster is up, however, we want to make sure that we are in

</i>>>><i> Active/Standby.

</i>>>><i>

</i>>>><i> Currently, we have one of our SRV records for collab-edge set at 5 (the

>>> backup is at 10) with the same weight.

</i>>>><i>

</i>>>><i> The clustering guide says we should set the priority and weight on both

</i>>>><i> SRV records the same, which will cause half of the registrations to go to

>>> the DR site. It is far away and has less capability.

</i>>>><i>

</i>>>><i> How do we:

</i>>>><i>

</i>>>><i> 1 - Make sure the primary site handles all MRA registrations and the DR

>>> site is only used when the primary is down.

</i>>>><i> 2 = Make sure failover occurs automatically... currently Jabber users

>>> have to log out and back in to connect to the DR site.

</i>>>></pre>

</div>

</div>

_______________________________________________<br>

cisco-voip mailing list<br>

<a href="mailto:cisco-voip@puck.nether.net" target="_blank">cisco-voip@puck.nether.net</a><br>

<a href="https://nam10.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpuck.nether.net%2Fmailman%2Flistinfo%2Fcisco-voip&data=01%7C01%7Cmturpin%40covene.com%7C0730371d5e454e63e75e08d822122c88%7C575b0cc755204e999cb37affbf511f45%7C1&sdata=sdGVX1ROeLsbvAuSCrywpKcWb%2B11J1gTeF2dY4oNmnk%3D&reserved=0" rel="noreferrer" target="_blank">https://puck.nether.net/mailman/listinfo/cisco-voip</a><br>

</blockquote>

</div>

_______________________________________________<br>

cisco-voip mailing list<br>

<a href="mailto:cisco-voip@puck.nether.net" target="_blank">cisco-voip@puck.nether.net</a><br>

<a href="https://nam10.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpuck.nether.net%2Fmailman%2Flistinfo%2Fcisco-voip&data=01%7C01%7Cmturpin%40covene.com%7C0730371d5e454e63e75e08d822122c88%7C575b0cc755204e999cb37affbf511f45%7C1&sdata=sdGVX1ROeLsbvAuSCrywpKcWb%2B11J1gTeF2dY4oNmnk%3D&reserved=0" rel="noreferrer" target="_blank">https://puck.nether.net/mailman/listinfo/cisco-voip</a><br>

</blockquote>

</div>

</blockquote>

</div>

</div>

</div>

</div>

</div>

_______________________________________________<br>

cisco-voip mailing list<br>

<a href="mailto:cisco-voip@puck.nether.net" target="_blank">cisco-voip@puck.nether.net</a><br>

<a href="https://puck.nether.net/mailman/listinfo/cisco-voip" rel="noreferrer" target="_blank">https://puck.nether.net/mailman/listinfo/cisco-voip</a><br>

</blockquote></div>