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.good...@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.dani...@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@puck.nether.net >> https://puck.nether.net/mailman/listinfo/cisco-voip >> >> >
_______________________________________________ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip