<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40">
<head>
<meta http-equiv=Content-Type content="text/html; charset=utf-8">
<meta name=Generator content="Microsoft Word 12 (filtered medium)">
<style>
<!--
/* Font Definitions */
@font-face
{font-family:"Cambria Math";
panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
{font-family:Calibri;
panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
{font-family:Tahoma;
panose-1:2 11 6 4 3 5 4 4 2 4;}
@font-face
{font-family:Consolas;
panose-1:2 11 6 9 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0in;
margin-bottom:.0001pt;
font-size:12.0pt;
font-family:"Times New Roman","serif";
color:black;}
a:link, span.MsoHyperlink
{mso-style-priority:99;
color:blue;
text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
{mso-style-priority:99;
color:purple;
text-decoration:underline;}
pre
{mso-style-priority:99;
mso-style-link:"HTML Preformatted Char";
margin:0in;
margin-bottom:.0001pt;
font-size:10.0pt;
font-family:"Courier New";
color:black;}
span.HTMLPreformattedChar
{mso-style-name:"HTML Preformatted Char";
mso-style-priority:99;
mso-style-link:"HTML Preformatted";
font-family:Consolas;
color:black;}
span.EmailStyle19
{mso-style-type:personal-reply;
font-family:"Calibri","sans-serif";
color:#1F497D;}
.MsoChpDefault
{mso-style-type:export-only;
font-size:10.0pt;}
@page Section1
{size:8.5in 11.0in;
margin:1.0in 1.0in 1.0in 1.0in;}
div.Section1
{page:Section1;}
-->
</style>
<!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]-->
</head>
<body bgcolor=white lang=EN-US link=blue vlink=purple>
<div class=Section1>
<p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";
color:#1F497D'>Acme.<o:p></o:p></span></p>
<p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";
color:#1F497D'><o:p> </o:p></span></p>
<p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";
color:#1F497D'> -Scott<o:p></o:p></span></p>
<p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";
color:#1F497D'><o:p> </o:p></span></p>
<div>
<div style='border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0in 0in 0in'>
<p class=MsoNormal><b><span style='font-size:10.0pt;font-family:"Tahoma","sans-serif";
color:windowtext'>From:</span></b><span style='font-size:10.0pt;font-family:
"Tahoma","sans-serif";color:windowtext'> Lee Riemer
[mailto:lriemer@bestline.net] <br>
<b>Sent:</b> Wednesday, November 11, 2009 4:12 PM<br>
<b>To:</b> Scott Berkman<br>
<b>Cc:</b> 'Alex Balashov'; voiceops@voiceops.org<br>
<b>Subject:</b> Re: [VoiceOps] Billing of Forwarded Calls<o:p></o:p></span></p>
</div>
</div>
<p class=MsoNormal><o:p> </o:p></p>
<p class=MsoNormal>What SBCs are you using?<br>
<br>
Scott Berkman wrote: <o:p></o:p></p>
<pre>Because on a normal termination call the call is sent with the From user as one of the customer's numbers. When a call is forwarded, perhaps as part of a find-me follow-me type feature, the system preserves the original caller's number as the From. Some PBX's do use diversion headers, some use them only on "internal" calls, IE not to a provider's trunk, and some don't send them at all. Again, some customer systems do not support authentication, and some carrier platforms (such as the Metaswitch) do not support authentication on trunks. In this case we are trying to bill a number of different platforms off one central system, the records of the SBCs that sit in the middle of everything and see all the traffic. They just don't know how to correlate calls they don't see as related based on SIP headers.<o:p></o:p></pre><pre><o:p> </o:p></pre><pre> -Scott<o:p></o:p></pre><pre><o:p> </o:p></pre><pre>-----Original Message-----<o:p></o:p></pre><pre>From: Alex Balashov [<a
href="mailto:abalashov@evaristesys.com">mailto:abalashov@evaristesys.com</a>] <o:p></o:p></pre><pre>Sent: Wednesday, November 11, 2009 3:29 PM<o:p></o:p></pre><pre>To: Scott Berkman<o:p></o:p></pre><pre>Cc: 'anorexicpoodle'; <a
href="mailto:voiceops@voiceops.org">voiceops@voiceops.org</a><o:p></o:p></pre><pre>Subject: Re: [VoiceOps] Billing of Forwarded Calls<o:p></o:p></pre><pre><o:p> </o:p></pre><pre>Yes, but if a call comes from a SIP trunk from a system located on the <o:p></o:p></pre><pre>customer's premises, what is the issue? Why not just bill the call as a <o:p></o:p></pre><pre>normal termination call, just as if someone picked up the phone and <o:p></o:p></pre><pre>placed it?<o:p></o:p></pre><pre><o:p> </o:p></pre><pre>Scott Berkman wrote:<o:p></o:p></pre><pre><o:p> </o:p></pre><pre> <o:p></o:p></pre>
<blockquote style='margin-top:5.0pt;margin-bottom:5.0pt'><pre>Think about this in the context of a SIP trunking provider where the systems in question are customer systems that you cannot control, pull CDR off of, or require diversion headers from. You can't tell the customer you won't provide them SIP trunks because "their system sucks". Because you are trying to support a wide range of systems, the presence or absence of a diversion header will be a variable.<o:p></o:p></pre><pre><o:p> </o:p></pre><pre> -Scott<o:p></o:p></pre><pre><o:p> </o:p></pre><pre>-----Original Message-----<o:p></o:p></pre><pre>From: anorexicpoodle [<a
href="mailto:anorexicpoodle@gmail.com">mailto:anorexicpoodle@gmail.com</a>] <o:p></o:p></pre><pre>Sent: Wednesday, November 11, 2009 3:12 PM<o:p></o:p></pre><pre>To: Alex Balashov<o:p></o:p></pre><pre>Cc: Scott Berkman; <a
href="mailto:voiceops@voiceops.org">voiceops@voiceops.org</a><o:p></o:p></pre><pre>Subject: Re: [VoiceOps] Billing of Forwarded Calls<o:p></o:p></pre><pre><o:p> </o:p></pre><pre>Look for the presence of a diversion header, if the diversion header is<o:p></o:p></pre><pre>there, then that is the responsible party. I cannot speak to the<o:p></o:p></pre><pre>particulars of your platform, but as long as you make sure that if a<o:p></o:p></pre><pre>diversion header is present it is assigned as the responsible party your<o:p></o:p></pre><pre>billing should come out correct in this flow. If your switch/endpoint is<o:p></o:p></pre><pre>not adding a diversion header then I am inclined to agree with Alex.<o:p></o:p></pre><pre><o:p> </o:p></pre><pre>On Wed, 2009-11-11 at 13:01 -0500, Alex Balashov wrote:<o:p></o:p></pre><pre> <o:p></o:p></pre>
<blockquote style='margin-top:5.0pt;margin-bottom:5.0pt'><pre>Scott Berkman wrote:<o:p></o:p></pre><pre><o:p> </o:p></pre><pre> <o:p></o:p></pre>
<blockquote style='margin-top:5.0pt;margin-bottom:5.0pt'><pre>So how do most of you deal with billing of forwarded calls (specifically <o:p></o:p></pre><pre>where the calling number on the forwarded leg is using the original <o:p></o:p></pre><pre>calling number from the inbound leg) in a SIP environment when the <o:p></o:p></pre><pre>originally called number is not preserved in the new invite? In this <o:p></o:p></pre><pre>case there is no way to match the calling or called number to a specific <o:p></o:p></pre><pre>customer.<o:p></o:p></pre><pre><o:p> </o:p></pre><pre>Do you bill by IP address or interface instead? Do you somehow use a <o:p></o:p></pre><pre>system that correlates the forwarded leg to the original inbound leg? <o:p></o:p></pre><pre>I’ve come across this issue a few different times when trying to bill <o:p></o:p></pre><pre>off of SIP messaging logs, for instance radius off a SIP SBC or SQL logs <o:p></o:p></pre><pre>from SER.<o:p></o:p></pre><pre> <o:p></o:p></pre></blockquote>
<pre>In my view, that depends on what is doing the forwarding.<o:p></o:p></pre><pre><o:p> </o:p></pre><pre>If it's the customer handset actually initiating the forward, then it <o:p></o:p></pre><pre>should just look like a normal termination call from the customer.<o:p></o:p></pre><pre><o:p> </o:p></pre><pre>If it's a multi-tenant switch or other call control agent, it should <o:p></o:p></pre><pre>have some way of associating forwarded calls with an account and <o:p></o:p></pre><pre>sticking an account ID or similar into the CDRs, which will reveal who <o:p></o:p></pre><pre>to bill and presumably the rate plan to use.<o:p></o:p></pre><pre><o:p> </o:p></pre><pre>If it can't do that, the product sucks.<o:p></o:p></pre><pre><o:p> </o:p></pre><pre>-- Alex<o:p></o:p></pre><pre><o:p> </o:p></pre><pre> <o:p></o:p></pre></blockquote>
<pre><o:p> </o:p></pre><pre><o:p> </o:p></pre><pre> <o:p></o:p></pre></blockquote>
<pre><o:p> </o:p></pre><pre><o:p> </o:p></pre><pre> <o:p></o:p></pre></div>
</body>
</html>