[cisco-voip] Route Group Distribution Algorithm and SIP

[Roger Wiklund]

I tested CUCM 7.1 with two SIP trunks terminating on two separate CUBES.
RG with Hunt and then the two SIP trunks in there.

CUBEs had two interfaces, one towards CUCM and one towards ITSP.

If I did a shutdown on the interface towards ITSP and placed a call, I could
see the call coming in to the CUBE, the CUBE trying to send to ITSP but
failed, and sent a 503 service unavailable back to the Callmanager.
This triggers the CM to retry on the second SIP trunk to the second CUBE and
the call then worked.

I'm not 100% sure if I changed any service parameters in terms of routing,
but I dont think so.

Regards
Roger

On Wed, Oct 19, 2011 at 10:32 AM, Nathan Reeves
<nathan.a.reeves at gmail.com>wrote:

> Scenario as follows:
>  - 2 GSM Gateways located in different offices. (2N Voiceblue Enterprise)
>  - 2 SIM Cards in each gateway.
>  - GSM Gateways are connected via SIP trunks.
>
> What I want to do is setup route patterns for specific (company plan)
> mobiles so that when calls are made to these numbers they head out the GSM
> gateways.  I'm having issues getting a failover scenario to work with this
> though.  If two calls are in progress on GSM Gateway 1, calls should be
> attempted on GSM Gateway 2.  If both channels are in use on Gateway 2 then
> we should push the calls out PSTN.
>
> I've attempted to place the two Gateways in one Route group, but with two
> calls on Gateway 1, calls don't proceed to Gateway 2.  From logs I'm seeing
> on Gateway 1 that it's passing the following back to CUCM:
>
>    10/19/2011 20:06:08.38 <SIP> Rejecting incomming call. Reason 11
>  10/19/2011 20:06:08.39 <SIP> To: 10.10.10.1 SIP/2.0 480 Temporarily
> Unavailable
>
> I've looked into using Locations and AAR but I'm not sure I'm going to get
> what I want with that setup.
>
> Anybody have any ideas if something like this failover is possible? How
> does the the Distribution algorithm work in the situation of SIP Trunks and
> detection of failure / when we should proceed to the second gateway in the
> RG?
>
> Thanks
>
> Nathan
>
> _______________________________________________
> cisco-voip mailing list
> cisco-voip at puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20111020/d0ea4995/attachment.html>