<div dir="auto">If you show nothing , I wonder how they'd bill you. Or if you edit from to a number within that area code, what then?<div dir="auto"><br></div><div dir="auto">I'm assuming larger carriers would want something constant.</div><div dir="auto"><br></div><div dir="auto"><br><br><div data-smartmail="gmail_signature" dir="auto">Aryn Nakaoka<br>808.356.2901<br> </div></div></div><br><div class="gmail_quote"><div dir="ltr">On Thu, Sep 20, 2018, 11:04 AM Joe Aponick <<a href="mailto:joea@voipinnovations.com">joea@voipinnovations.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div lang="EN-US" link="#0563C1" vlink="#954F72">
<div class="m_-963804677896353329WordSection1">
<p class="MsoNormal">Does this provider have anything to say about the SIP privacy headers, P-Asserted-Identity and/or Remote-Party-ID? Those are typically preferred for routing/billing purposes whereas From is typically preferred for display.
<u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal">You might be able to keep the original caller in the From header, and set the P-Asserted-Identity or RPID to the original destination and have the call be routed and billed based on that.
<u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal"><b>From:</b> VoiceOps <<a href="mailto:voiceops-bounces@voiceops.org" target="_blank" rel="noreferrer">voiceops-bounces@voiceops.org</a>> <b>On Behalf Of
</b>Peter Crawford<br>
<b>Sent:</b> Thursday, September 20, 2018 4:35 PM<br>
<b>To:</b> <a href="mailto:voiceops@voiceops.org" target="_blank" rel="noreferrer">voiceops@voiceops.org</a><br>
<b>Subject:</b> [VoiceOps] Question about billing on SIP trunks<u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<div>
<div>
<p class="MsoNormal">Hello voice-ops:<u></u><u></u></p>
</div>
<div>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
<div>
<p class="MsoNormal">Enterprise admin here.<u></u><u></u></p>
</div>
<div>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
<div>
<p class="MsoNormal">We just converted from ISDN to SIP (and changed providers) and we're seeing some undesirable billing behavior. I'm hoping I can get some objective feedback from different providers.<u></u><u></u></p>
</div>
<div>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
<div>
<p class="MsoNormal">If a call comes into our system, and we forward it off-net using the SIP trunks (using either "standard" call forwarding or a call forking/paralleling feature like Avaya's EC500 or Cisco's Single Number Reach), we send the call with the
SIP FROM header of the original caller (which is desirable to preserve callerID). We also include a Diversion Header with one of our phone numbers (the original destination of the call).<u></u><u></u></p>
</div>
<div>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
<div>
<p class="MsoNormal">We're being billed based on the *original* calling number, which sometimes results in long distance charges, even if this leg of the call is local to us. This is particularly onerous if the inbound call is international!<u></u><u></u></p>
</div>
<div>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
<div>
<p class="MsoNormal">So, the question is- what *should* we be billed on: FROM or DIVERSION.<u></u><u></u></p>
</div>
<div>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
<div>
<p class="MsoNormal">At one point, the provider indicated that P-Charge-Info was supported, but now backing away from that.<u></u><u></u></p>
</div>
<div>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
<div>
<p class="MsoNormal">Do we have any recourse (technical or otherwise)?<u></u><u></u></p>
</div>
<div>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
<div>
<p class="MsoNormal">Thanks.<u></u><u></u></p>
</div>
<div>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
</div>
</div>
This message is for the designated recipient only and may contain privileged, proprietary, or otherwise confidential information. If you have received this message in error, please notify the sender immediately and delete the original. Any other use of
the e-mail by you is prohibited. Unauthorized interception of this e-mail is a violation of federal criminal law. We reserve the right, when permitted by law, to scan electronic communications, including e-mail and instant messaging, for the purposes of security
and compliance with our internal policy.
</div>
_______________________________________________<br>
VoiceOps mailing list<br>
<a href="mailto:VoiceOps@voiceops.org" target="_blank" rel="noreferrer">VoiceOps@voiceops.org</a><br>
<a href="https://puck.nether.net/mailman/listinfo/voiceops" rel="noreferrer noreferrer" target="_blank">https://puck.nether.net/mailman/listinfo/voiceops</a><br>
</blockquote></div>