[cisco-voip] Translation Pattern Alternate Routing

[Jonathan Charles]

If the WAN is down, then your only alternative is Call Forward Unregistered.

Presuming you are running version 4.2, 4.3 or 6.0+


Jonathan

On Thu, Dec 3, 2009 at 10:08 AM, STEVEN CASPER <SCASPER at mtb.com> wrote:
> The phones are on the same cluster and would stay registered since we have
> subscribers at these sites. I am not sure AAR would work if it is based on
> CAC if it is using Locations to determine the available bandwidth.
>
> Steve
>
>>>> Nate VanMaren <VanMarenNP at ldschurch.org> 12/3/2009 11:01 AM >>>
> Are the phones on the same cluster or different clusters?
>
> If different clusters, you should be able to do a route pattern to a route
> list that has both the intercluster trunk route group and a PSTN route
> group.
>
> If on the same cluster, and the phones are un-registered, your only option
> seems to be CFUR.  AAR is only for when the phone is registered but the WAN
> CAC says no.
>
> -Nate
>
> -----Original Message-----
> From: cisco-voip-bounces at puck.nether.net
> [mailto:cisco-voip-bounces at puck.nether.net] On Behalf Of STEVEN CASPER
> Sent: Thursday, December 03, 2009 4:28 AM
> To: jonvoip at gmail.com
> Cc: cisco-voip at puck.nether.net
> Subject: Re: [cisco-voip] Translation Pattern Alternate Routing
>
> I am looking for a method for alternate routing to the same site in the
> event of a WAN failure. A translation pattern keeps the call on net. For
> example:
>
> User at site A dials 914103476026
> Translation pattern for the DID range this falls under drops the 9
> we use a 11 digit DN so now the call stays on cluster (across the wan to
> site B) and all is well.
>
> But if the wan is down what do we do with the call? I do not see a way to
> alternate route a translation pattern to a route group that would send the
> call out the PSTN.
>
> Steve
>
>>>> Jonathan Charles <jonvoip at gmail.com> 12/02/09 3:54 PM >>>
> Do you want the call to route to different sites?
>
> If so, you can point the translation (via CSS) to a RP to different
> route lists, based on location...
>
> If you want the call to continue if the WAN is down, then place remote
> site gateways (or local) as next in line route groups on the route
> lists....
>
>
>
> Jonathan
>
> On Wed, Dec 2, 2009 at 10:31 AM, STEVEN CASPER <SCASPER at mtb.com> wrote:
>>  I have several large locations where I want to route calls between sites
>> transparently when dialing 9 plus the IP phone number. I know I can use
>> translation patterns to accomplish this but how can I make sure calls
>> would
>> continue to complete if the wan is down to a site and the translation
>> pattern can not reach the phone. Is this where a Gatekeeper would come
>> into
>> play?
>>
>> Thanks
>> Steve
>>
>> ************************************
>> This email may contain privileged and/or confidential information that is
>> intended solely for the use of the addressee.  If you are not the intended
>> recipient or entity, you are strictly prohibited from disclosing, copying,
>> distributing or using any of the information contained in the
>> transmission.
>> If you received this communication in error, please contact the sender
>> immediately and destroy the material in its entirety, whether electronic
>> or
>> hard copy.  This communication may contain nonpublic personal information
>> about consumers subject to the restrictions of the Gramm-Leach-Bliley Act
>> and the Sarbanes-Oxley Act.  You may not directly or indirectly reuse or
>> disclose such information for any purpose other than to provide the
>> services
>> for which you are receiving the information.
>> There are risks associated with the use of electronic transmission.  The
>> sender of this information does not control the method of transmittal or
>> service providers and assumes no duty or obligation for the security,
>> receipt, or third party interception of this transmission.
>> ************************************
>>
>> _______________________________________________
>> cisco-voip mailing list
>> cisco-voip at puck.nether.net
>> https://puck.nether.net/mailman/listinfo/cisco-voip
>>
>>
>
>
> ************************************
> This email may contain privileged and/or confidential information that is
> intended solely for the use of the addressee.  If you are not the intended
> recipient or entity, you are strictly prohibited from disclosing, copying,
> distributing or using any of the information contained in the transmission.
> If you received this communication in error, please contact the sender
> immediately and destroy the material in its entirety, whether electronic or
> hard copy.  This communication may contain nonpublic personal information
> about consumers subject to the restrictions of the Gramm-Leach-Bliley Act
> and the Sarbanes-Oxley Act.  You may not directly or indirectly reuse or
> disclose such information for any purpose other than to provide the services
> for which you are receiving the information.
> There are risks associated with the use of electronic transmission.  The
> sender of this information does not control the method of transmittal or
> service providers and assumes no duty or obligation for the security,
> receipt, or third party interception of this transmission.
> ************************************
>
>
> _______________________________________________
> cisco-voip mailing list
> cisco-voip at puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>
>
> NOTICE: This email message is for the sole use of the intended recipient(s)
> and may contain confidential and privileged information. Any unauthorized
> review, use, disclosure or distribution is prohibited. If you are not the
> intended recipient, please contact the sender by reply email and destroy all
> copies of the original message.
>
>
>
> ************************************
> This email may contain privileged and/or confidential information that is
> intended solely for the use of the addressee.  If you are not the intended
> recipient or entity, you are strictly prohibited from disclosing, copying,
> distributing or using any of the information contained in the transmission.
> If you received this communication in error, please contact the sender
> immediately and destroy the material in its entirety, whether electronic or
> hard copy.  This communication may contain nonpublic personal information
> about consumers subject to the restrictions of the Gramm-Leach-Bliley Act
> and the Sarbanes-Oxley Act.  You may not directly or indirectly reuse or
> disclose such information for any purpose other than to provide the services
> for which you are receiving the information.
> There are risks associated with the use of electronic transmission.  The
> sender of this information does not control the method of transmittal or
> service providers and assumes no duty or obligation for the security,
> receipt, or third party interception of this transmission.
> ************************************
>