Ended up switching to a Consult Transfer step instead. Now it's hold music rather than true ringback but works pretty well. I can change the hold music to fake ringback if it becomes an issue.
On Tue, Apr 21, 2020 at 3:39 PM Brian Meade <[email protected]> wrote: > I think that should work! I can strip it on the dial-peer side to remove > the Diversion header for those new dial-peers. > > On Tue, Apr 21, 2020 at 3:01 PM Kent Roberts <[email protected]> wrote: > >> Can you prepend an access code on it and use a different trunk port/dial >> peer and strip it that way? >> >> >> Kent >> >> On Apr 21, 2020, at 11:41, Brian Meade <[email protected]> wrote: >> >> >> Hey everyone, >> >> I'm working on a UCCX Callback deployment which seems to be a weekly >> thing lately. >> >> But in this customer's environment, I'm noticing the outbound Call >> Redirect Step is actually causing a diversion header to be sent out the >> Customer SIP Trunk on the Outgoing Invite. The phone number is actually >> the destination number we're doing the callback to. >> >> Diversion: <sip:[email protected] >> >;reason=deflection;privacy=off;screen=yes >> >> They've got Redirecting number outbound checked on the SIP Trunk for >> call-forwarding/SNR to preserve the original calling number correctly. >> >> The carrier is not accepting the call because of the Diversion header and >> the agent gets a message from the carrier "call cannot be completed as >> dialed". >> >> I've tried sending the call through a translation pattern but that didn't >> seem to strip out the redirecting number. >> >> I'm curious if anyone has seen this with a callback script because I >> don't remember a Diversion header being normal but maybe I've just always >> missed it. >> >> I can't turn off the Diversion header completely without breaking >> call-forwarding. >> >> Only thing I can think of would be a LUA script to strip the Diversion >> header if the Calling Number is for an agent extension since those >> shouldn't be ever forwarded anyways. >> >> Anyone got any ideas on how to strip off this Diversion header just for >> these callback calls? >> >> Thanks, >> Brian Meade >> _______________________________________________ >> cisco-voip mailing list >> [email protected] >> https://puck.nether.net/mailman/listinfo/cisco-voip >> >>
_______________________________________________ cisco-voip mailing list [email protected] https://puck.nether.net/mailman/listinfo/cisco-voip
