<div dir="ltr">Midcall signaling wont help the calling number issue. The link I posted has examples.</div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Jul 30, 2020 at 3:29 PM <a href="mailto:fred@browardcommunications.com">fred@browardcommunications.com</a> <<a href="mailto:fred@browardcommunications.com">fred@browardcommunications.com</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">Thank you.<div>So, it looks like I have 3 options:</div><div>- Set the midcall signaling, which I am trying tonight</div><div><br></div><div>- setting the sip trunk on calling party selection to “last redirect number”</div><div>And reset</div><div><br></div><div>- then if all else fails I will try the sip profile.</div><div><br></div><div>Do you have an example sip profile / dial-peer config handy?</div><div><br></div><div>Thank you much!</div><div><br></div><div><br><br><div id="gmail-m_-6425397296056502156AppleMailSignature">Sent from my iPhone</div><div><br>On Jul 30, 2020, at 3:46 PM, Anthony Holloway <<a href="mailto:avholloway+cisco-voip@gmail.com" target="_blank">avholloway+cisco-voip@gmail.com</a>> wrote:<br><br></div><blockquote type="cite"><div><div dir="ltr"><div dir="ltr">If your assessment is correct about the calling number, the carrier will see the original or outside caller's phone number in the From field and reject your call.  I see this being solved most of the time with a SIP Profile on the outgoing dial-peer, which adds either a Diversion header or a P-Asserted-Identity header.<div><br></div><div>E.g.,</div><div><a href="https://community.cisco.com/t5/collaboration-voice-and-video/configure-and-troubleshoot-call-forward-to-the-pstn-using-sip/ta-p/3118287" target="_blank">https://community.cisco.com/t5/collaboration-voice-and-video/configure-and-troubleshoot-call-forward-to-the-pstn-using-sip/ta-p/3118287</a><br></div></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Jul 29, 2020 at 6:45 AM <a href="mailto:fred@browardcommunications.com" target="_blank">fred@browardcommunications.com</a> <<a href="mailto:fred@browardcommunications.com" target="_blank">fred@browardcommunications.com</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"><br>
Greetings all, this might be simple fix, I just haven’t dealt with this in a while.<br>
<br>
We have a unity AA that, when external callers call, select menu options, etc. Unity will send the call back to. CtiRp, which then CFA to an external number. You hear the Unity transfer message, 1 second of MoH, then 10 seconds of nothing, then the call drops.<br>
<br>
Internal calls to the CFA ctirp works<br>
<br>
Internal calls to the unity ctirp then back to the CFA ctirp works.<br>
<br>
I tried having unity call the pstn number directly with same results<br>
<br>
I think the issue is with the calling number is why the carrier is sending the 603, but it is next to impossible to get them to tell us that.<br>
<br>
Call flow:<br>
Pstn>sipt>cucm >unity>cucm>ctirp-CFA-pstn<br>
<br>
Where would I change the calling number being CFA’ed from Unity to the PSTN?<br>
<br>
Any ideas?<br>
<br>
Thank you.<br>
<br>
/FW<br>
<br>
Sent from my iPhone<br>
_______________________________________________<br>
cisco-voip mailing list<br>
<a href="mailto:cisco-voip@puck.nether.net" target="_blank">cisco-voip@puck.nether.net</a><br>
<a href="https://puck.nether.net/mailman/listinfo/cisco-voip" rel="noreferrer" target="_blank">https://puck.nether.net/mailman/listinfo/cisco-voip</a><br>
</blockquote></div>
</div></blockquote></div></div></blockquote></div>