<div dir="ltr">We're trying to push the LI point of interface onto the carrier's network since they are providing both origination and termination for this scenario. An RFC or another standardized method would be preferred, I don't know if they will cooperate with any custom headers.</div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Apr 12, 2019 at 10:40 AM Dovid Bender <<a href="mailto:dovid@telecurve.com">dovid@telecurve.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="ltr">If it's for your own internal purposes why not use a custom header?<div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Apr 12, 2019 at 1:38 PM Calvin E. <<a href="mailto:calvine@gmail.com" target="_blank">calvine@gmail.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="ltr"><div dir="ltr"><div>I'm faced with a Lawful Intercept scenario for SIP call forwarding which requires the forwarded call to contain the original source and destination numbers. The source number may or may not be changed on the forwarded leg. I see how the original called number can be preserved in Diversion or History-Info, but how do I preserve the original source number? Is there an RFC for this that I missed, or misunderstood?</div><div><br></div><div>Is it as simple as using PAI for the forwarded A-number and From for the original? I'm concerned the wrong number might appear to the called party.</div></div></div>
_______________________________________________<br>
VoiceOps mailing list<br>
<a href="mailto:VoiceOps@voiceops.org" target="_blank">VoiceOps@voiceops.org</a><br>
<a href="https://puck.nether.net/mailman/listinfo/voiceops" rel="noreferrer" target="_blank">https://puck.nether.net/mailman/listinfo/voiceops</a><br>
</blockquote></div>
</blockquote></div>