[cisco-voip] CUCM split brain question

[Ovidiu Popa]

Sorry, my mistake. I should have specified that I am talking about a phone at the branch site.

Incoming call via did at the hq pstn access.
Hq cucm should see the phone as unregistered and do the cfur.

The hq cucm detects the phone is not available in two ways:
- primary cucm is down hence the cucm cluster cannot control the phone. What's the status of the phone in this case? Unregistered? unknown?
- loss of hartbeat: the hq cucm is the secondary cucm in the cm goup. Perhaps this should force the hq cucm to mark the phone as unregistered

Thanks,
Ovidiu


On Apr 6, 2011, at 7:36 PM, "Jason Aarons (AM)" <jason.aarons at us.didata.com> wrote:

> The HQ phones should register to HQ MCS server, thus the CFUR won’t kick in, the phone has to be un-registered. Really the HQ has the resources and the gateway so no problems are detected calling out.
> 
>  
> 
> From: Ovidiu Popa [mailto:ovi.popa at gmail.com] 
> Sent: Wednesday, April 06, 2011 12:04 PM
> To: Jason Aarons (AM)
> Cc: cisco-voip
> Subject: Re: [cisco-voip] CUCM split brain question
> 
>  
> 
> The problem is that the phone will remain registered to the Branch CUCM and what i would like is to use CFUR to route the call to a backup BRI at the Branch site.
> 
>  
> 
> What I'm not sure is what the state of the phone in the HQ CUCM. If I configure CFUR will the HQ CUCM follow it ?
> 
>  
> 
> Thanks.
> 
> On Wed, Apr 6, 2011 at 5:58 PM, Jason Aarons (AM) <jason.aarons at us.didata.com> wrote:
> 
> The phones don’t really know about the CallManager’s ICCS traffic being down unless they were registered across the WAN link and will re-register if the CallManager Group has the server in its list. Features that rely on the Publisher would be down but these are fewer and fewer. For example older versions of CallManager the CallFwdAll button required Publisher access.
> 
>  
> 
> Dialing out from Branch would give fast busy, inbound would just go to voicemail if configured.
> 
>  
> 
> I would do a lot of controlled testing so you know what works/doesn’t., expected results during failure.
> 
>  
> 
> From: cisco-voip-bounces at puck.nether.net [mailto:cisco-voip-bounces at puck.nether.net] On Behalf Of Ovidiu Popa
> Sent: Wednesday, April 06, 2011 11:52 AM
> To: cisco-voip
> Subject: [cisco-voip] CUCM split brain question
> 
>  
> 
> Hello everyone
> 
>  
> 
> Here's an unusual scenario that kind of puzzles me.
> 
>  
> 
> Here are the details:
> 
> - 2 CUCM with Clustering over WAN (HQ and Branch)
> 
> - Centralized PSTN Access at HQ (DID numbers routed to HQ)
> 
> - 1 phone with the Branch CUCM as primary and the HW CUCM as secondary
> 
>  
> 
> Disaster strikes, the WAN link goes down and we have a split brain condition.
> 
>  
> 
> What is the state to the phone on HQ CUCM? Will the phone be Unregistered or state Unknown?
> 
>  
> 
> And the most important question is will the HQ CUCM follow the CFUR if the state is Unknown?
> 
>  
> 
> Thanks for your input.
> 
>  
> 
> Regards,
> 
> Ovidiu
> 
>  
> 
>  
> 
>  
> 
> 
> Disclaimer: This e-mail communication and any attachments may contain confidential and privileged information and is for use by the designated addressee(s) named above only. If you are not the intended addressee, you are hereby notified that you have received this communication in error and that any use or reproduction of this email or its contents is strictly prohibited and may be unlawful. If you have received this communication in error, please notify us immediately by replying to this message and deleting it from your computer. Thank you.
> 
>  
> 
>   
> Disclaimer: This e-mail communication and any attachments may contain confidential and privileged information and is for use by the designated addressee(s) named above only. If you are not the intended addressee, you are hereby notified that you have received this communication in error and that any use or reproduction of this email or its contents is strictly prohibited and may be unlawful. If you have received this communication in error, please notify us immediately by replying to this message and deleting it from your computer. Thank you.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20110406/4812171e/attachment.html>