| Erick Bergquist 2007-12-19, 1:12 am |
| Without PIMG, I have seen Unity go into failover when people misdialed
VM port DNs for the ports going to the secondary server. The fix for
this was to put those VM Port DNs in their own partition that wasn't
part of any Calling Search Space so no one call them directly. They
were still in the line group so the VM Pilot would hunt to them if the
ones before them were busy or failed to answer, etc. Since doing that
we have only had it failover when there was a network issue happening
at the time, or work being done. Just something to consider doing
also for your setup since it should only failover when there is a
failure or all the ports are in use/not responding on first server if
you leave the checkbox checked. There is an application event log on
the failover unity server at time of failover telling why it
happened.
We had also put a translation rule in to cover the DN range on the VM
ports on the second server to go to the VM pilot # for those that were
misdialing so they wouldn't notice.
On Dec 18, 2007 3:00 PM, Zachary Gillman (US)
<Zachary.Gillman@us.didata.com> wrote:
> We contacted cisco SE on this account and here is the response:
>
> Here is what I received back from my Unified Communications group.
>
> Tell them to uncheck the box "Failover if a call arrives on an inactive
> secondary server".
>
> TAC will still support them.
>
> Thanks,
>
> Zack
>
> -----Original Message-----
> From: Pat Hayes [mailto:pat-cv@wcyv.com]
>
> Sent: Friday, December 14, 2007 8:06 AM
> To: Zachary Gillman (US)
> Cc: cisco-voip@puck.nether.net; Robert Volta (US)
> Subject: Re: FW: [cisco-voip] Unity Failover and PIMG Integration
> question
>
> Comments inline:
>
> -------- Original Message --------
> From: "Zachary Gillman \(US\)" <Zachary.Gillman@us.didata.com>
> To: pat-cv@wcyv.com
> Cc: cisco-voip@puck.nether.net, "Robert Volta \(US\)"
> <robert.volta@us.didata.com>
> Subject: FW: [cisco-voip] Unity Failover and PIMG Integration question
> Date: 12/13/2007 9:03 AM
>
> <ph> You're correct in that the PIMG doesn't directly monitor any
> services in Unity. It does, however, monitor whether or not the primary
> answers it's sip messages, as well as send keep alives. If those fail,
> after a configurable amount of time, it will switch to the backup. Do
> keep in mind that it needs to time out once, so the switchover won't be
> immediate. If you're not seeing that happen in all circumstances, I'd
> assume that you missed a setting or two from the integration guide. Most
>
> of the settings around this are on the SIP and Gateway Advanced pages,
> might want to double check. Failing that, since it is all SIP message
> based, it should be easy enough to see what is going on in each case and
>
> why by reviewing who sends and responds to what messages. Just enable
> the voip traces on the PIMG, they'll show you the messages in both
> direction in a fairly easy to read format.
>
>
> <ph> I'm aware you're talking about the option to failover upon
> receiving a call on the failover. I don't think it'll bother anyone if
> you leave it off, but that'll keep you from automatically failing over
> in conditions where the primary is still 'up', but won't answer calls.
> <ph> If you're maxing out the CCM ports, then the integration is
> under-sized. If it was a rare situation and folks are that worried about
>
> it triggering a failover, you can set the busy action on your line group
>
> to try next member, but do not try next group.
> Keep in mind that, in this case, it's going to take the PIMG a little
> while (based on config) to give up on the primary and start sending
> calls to the failover.
>
>
>
>
> -----------------------------------------
> 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.
>
> ________________________________________
_______
> cisco-voip mailing list
> cisco-voip@puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>
|