[cisco-voip] ILS PSTN Failover - rerouting on Destination out of order (Q.850; cause=27)

[Dave Goodwin]

Daniele, have you tried exploring the service parameter "Stop Routing on
Q.931 Disconnect Cause Code" at all? I'm not certain it will be useful in
your scenario, but if you haven't tried it, that may be an option for you.
It's under Service Parameters > select server > select Cisco CallManager >
click Advanced button and then search the page for the word cause.

For the other issue you mentioned where rerouting fails when the SIP trunk
to SME is out of service, are you utilizing OPTIONS ping on the leaf
cluster towards the SME? In order for the trunk device to be seen as out of
service and another route selected, you need to make sure OPTIONS ping
(configurable on a SIP profile) is applied to the SIP trunk.

On Fri, Mar 16, 2018 at 1:29 PM, daniele visaggio <
visaggio.daniele at gmail.com> wrote:

> Good evening,
>
> I want to enable rerouting for enterprise pattern learned via ILS.The
> scenario is a classic sme plus leaves.
>
> Rerouting over pstn does not occur for the following cause codes:
>
> - unallocated number
> - user busy
> - normal call clearing
> - destination out of order
> - service not available
>
> I'd like instead to trigger rerouting on Q.850;cause=27 (destination out
> of order) and on service not available.
>
> With cucm 11.5 this doesn't seem possible.
>
> Destination out of order is the Q.850 code I get calling a unregistered
> phone (think srst scenario). In this case rerouting over pstn would be
> useful.
>
> ILS rerouting over pstn does not trigger even if the outgoing sip trunk to
> sme is out of service ( 503 Service Unavailable or 408 Timeout ).
>
> The only scenario in which I managed to trigger the behavior is cac.
> Playing with locations is the only way I found to reroute over pstn.
>
> Any thought on this?
>
> thank you
>
>
> _______________________________________________
> 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/20180316/d83a0702/attachment.html>