Yea, I haven't ran into any issues with that. On Tue, Jul 7, 2020 at 5:03 PM Mark H. Turpin <mtur...@covene.com> wrote:
> I haven't tried... Can you do two Unified Comm zones to a single CUCM? > > ------------------------------ > *From:* Brian Meade <bmead...@vt.edu> > *Sent:* Tuesday, July 7, 2020 3:46 PM > *To:* Mark H. Turpin <mtur...@covene.com> > *Cc:* Gerence Guan <cisco.g...@gmail.com>; Anthony Holloway < > avholloway+cisco-v...@gmail.com>; cisco-voip voyp list < > cisco-voip@puck.nether.net> > *Subject:* Re: [cisco-voip] Expressway Cluster failover for MRA > > *** EXTERNAL EMAIL - DO NOT CLICK LINKS *** > > 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. > > On Tue, Jul 7, 2020 at 3:40 PM Mark H. Turpin <mtur...@covene.com> wrote: > > I don't believe running unclustered is supported though. > > The way I interpreted this section in Unsupported Deployments: > 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 > <https://nam10.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.cisco.com%2Fc%2Fen%2Fus%2Ftd%2Fdocs%2Fvoice_ip_comm%2Fexpressway%2Fconfig_guide%2FX12-6%2Fexwy_b_mra-expressway-deployment-guide%2Fexwy_b_mra-expressway-deployment-guide_chapter_011.html&data=01%7C01%7Cmturpin%40covene.com%7C012388a587a9480f2b1f08d822b6e1ab%7C575b0cc755204e999cb37affbf511f45%7C1&sdata=6hBzSfQkY2VPrUz22DWnFp0BX29aLwKyBd0Cm2WFxfs%3D&reserved=0> > read > to me like you needed to have your C's and E's clustered for your UC zones. > > That's just my interpretation, though, I might be wrong. > > > > ------------------------------ > *From:* cisco-voip <cisco-voip-boun...@puck.nether.net> on behalf of > Gerence Guan <cisco.g...@gmail.com> > *Sent:* Monday, July 6, 2020 8:04 PM > *To:* Anthony Holloway <avholloway+cisco-v...@gmail.com> > *Cc:* cisco-voip voyp list <cisco-voip@puck.nether.net> > *Subject:* Re: [cisco-voip] Expressway Cluster failover for MRA > > *** EXTERNAL EMAIL - DO NOT CLICK LINKS *** > > @Brian > 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. > > @Anthony > it would be good if someone has that table. It will help a lot. > > > > > > > > > > > On Tue, Jul 7, 2020 at 1:57 AM Anthony Holloway < > avholloway+cisco-v...@gmail.com> wrote: > > Brian, > > This wouldn't support failover in all scenarios though, correct? E.g., > CUCM sub to sub failover. > > Does anyone have a nice table of failover scenarios covered and not > covered by expressway clustering versus not? > > On Mon, Jul 6, 2020 at 9:29 AM Brian Meade <bmead...@vt.edu> wrote: > > I would not use Expressway clustering and just have 2 different C/E pairs > with different SRV Weights/Priorities instead. > > On Mon, Jul 6, 2020 at 3:17 AM Gerence Guan <cisco.g...@gmail.com> wrote: > > Hi Everyone. > > I was googling the answer for MRA failover and found this maillist. > Got a similar setup as Jonathan's environment. > 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. > > Can I achieve this with different priorities in SRV? Anyone tested or > make it working? > > Best Regards, > Guan > > >>>* On Jan 28, 2020, at 8:49 PM, Jonathan Charles <jonvoip at gmail.com > >>><https://nam10.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpuck.nether.net%2Fmailman%2Flistinfo%2Fcisco-voip&data=01%7C01%7Cmturpin%40covene.com%7C012388a587a9480f2b1f08d822b6e1ab%7C575b0cc755204e999cb37affbf511f45%7C1&sdata=xdB6FXpGB0t1lft%2FiSCBgeuaClAQyfyqhJ9UUqbUG7U%3D&reserved=0>> > >>> wrote: > *>>>>>>* We have two pairs of Expressway clusters (C/E) at two different > *>>>* locations (primary and DR)... > *>>>>>>* The cluster is up, however, we want to make sure that we are in > *>>>* Active/Standby. > *>>>>>>* Currently, we have one of our SRV records for collab-edge set at 5 > (the > *>>>* backup is at 10) with the same weight. > *>>>>>>* The clustering guide says we should set the priority and weight on > both > *>>>* 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. > *>>>>>>* How do we: > *>>>>>>* 1 - Make sure the primary site handles all MRA registrations and the > DR > *>>>* site is only used when the primary is down. > *>>>* 2 = Make sure failover occurs automatically... currently Jabber users > *>>>* have to log out and back in to connect to the DR site. > *>>> > > _______________________________________________ > cisco-voip mailing list > cisco-voip@puck.nether.net > https://puck.nether.net/mailman/listinfo/cisco-voip > <https://nam10.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpuck.nether.net%2Fmailman%2Flistinfo%2Fcisco-voip&data=01%7C01%7Cmturpin%40covene.com%7C012388a587a9480f2b1f08d822b6e1ab%7C575b0cc755204e999cb37affbf511f45%7C1&sdata=xdB6FXpGB0t1lft%2FiSCBgeuaClAQyfyqhJ9UUqbUG7U%3D&reserved=0> > > _______________________________________________ > cisco-voip mailing list > cisco-voip@puck.nether.net > https://puck.nether.net/mailman/listinfo/cisco-voip > <https://nam10.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpuck.nether.net%2Fmailman%2Flistinfo%2Fcisco-voip&data=01%7C01%7Cmturpin%40covene.com%7C012388a587a9480f2b1f08d822b6e1ab%7C575b0cc755204e999cb37affbf511f45%7C1&sdata=xdB6FXpGB0t1lft%2FiSCBgeuaClAQyfyqhJ9UUqbUG7U%3D&reserved=0> > > _______________________________________________ > cisco-voip mailing list > cisco-voip@puck.nether.net > https://puck.nether.net/mailman/listinfo/cisco-voip > <https://nam10.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpuck.nether.net%2Fmailman%2Flistinfo%2Fcisco-voip&data=01%7C01%7Cmturpin%40covene.com%7C012388a587a9480f2b1f08d822b6e1ab%7C575b0cc755204e999cb37affbf511f45%7C1&sdata=xdB6FXpGB0t1lft%2FiSCBgeuaClAQyfyqhJ9UUqbUG7U%3D&reserved=0> > >
_______________________________________________ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip