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

[daniele visaggio]

Hi Dave,

I was aware of that service parameter. Sadly, I don't think it can help in
this case. What I need would be something like "Continue routing on Q.931
Disconnect Cause Code" and giving it the cause code 27 in order to continue
routing.

Instead, I change the Stop Routing on Unallocated Number Flag to False
(default True).

I was expecting this could trigger the pstn failover but my tests showed
otherwise.

Thank you!

2018-03-17 1:28 GMT+01:00 Dave Goodwin <dave.goodwin at december.net>:

> 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/20180319/b8fa869e/attachment.html>