<div dir="ltr">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.</div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Apr 21, 2020 at 3:39 PM Brian Meade <<a href="mailto:bmeade90@vt.edu">bmeade90@vt.edu</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">I think that should work! I can strip it on the dial-peer side to remove the Diversion header for those new dial-peers.</div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Apr 21, 2020 at 3:01 PM Kent Roberts <<a href="mailto:kent@fredf.org" target="_blank">kent@fredf.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="auto">Can you prepend an access code on it and use a different trunk port/dial peer and strip it that way?<br><br><div dir="ltr"><div><br></div>Kent</div><div dir="ltr"><br><blockquote type="cite">On Apr 21, 2020, at 11:41, Brian Meade <<a href="mailto:bmeade90@vt.edu" target="_blank">bmeade90@vt.edu</a>> wrote:<br><br></blockquote></div><blockquote type="cite"><div dir="ltr"><div dir="ltr">Hey everyone,<div><br></div><div>I'm working on a UCCX Callback deployment which seems to be a weekly thing lately.</div><div><br></div><div>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.</div><div><br></div><div>Diversion: <<a href="mailto:sip%3A915555551212@10.0.0.1" target="_blank">sip:915555551212@10.0.0.1</a>>;reason=deflection;privacy=off;screen=yes<br></div><div><br></div><div>They've got Redirecting number outbound checked on the SIP Trunk for call-forwarding/SNR to preserve the original calling number correctly.</div><div><br></div><div>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".</div><div><br></div><div>I've tried sending the call through a translation pattern but that didn't seem to strip out the redirecting number.</div><div><br></div><div>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.</div><div><br></div><div>I can't turn off the Diversion header completely without breaking call-forwarding.</div><div><br></div><div>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.</div><div><br></div><div>Anyone got any ideas on how to strip off this Diversion header just for these callback calls?</div><div><br></div><div>Thanks,</div><div>Brian Meade</div></div>
<span>_______________________________________________</span><br><span>cisco-voip mailing list</span><br><span><a href="mailto:cisco-voip@puck.nether.net" target="_blank">cisco-voip@puck.nether.net</a></span><br><span><a href="https://puck.nether.net/mailman/listinfo/cisco-voip" target="_blank">https://puck.nether.net/mailman/listinfo/cisco-voip</a></span><br></div></blockquote></div></blockquote></div>
</blockquote></div>