<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;
        font-family:"Calibri","sans-serif";
        color:#1F497D;}
span.EmailStyle20
        {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'>Yes from a “known and trusted” IP.<o:p></o:p></span></p>

<p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";
color:#1F497D'><o:p>&nbsp;</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>&nbsp;</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 5:53 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>&nbsp;</o:p></p>

<p class=MsoNormal>Are these forwarded calls coming through session-agents if
they're not authenticated?<br>
<br>
Scott Berkman wrote: <o:p></o:p></p>

<p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";
color:#1F497D'>Acme.</span><o:p></o:p></p>

<p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";
color:#1F497D'>&nbsp;</span><o:p></o:p></p>

<p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";
color:#1F497D'>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
-Scott</span><o:p></o:p></p>

<p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";
color:#1F497D'>&nbsp;</span><o:p></o:p></p>

<div>

<div style='border:none;border-top:solid windowtext 1.0pt;padding:3.0pt 0in 0in 0in;
border-color:-moz-use-text-color -moz-use-text-color'>

<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 [<a
href="mailto:lriemer@bestline.net">mailto:lriemer@bestline.net</a>] <br>
<b>Sent:</b> Wednesday, November 11, 2009 4:12 PM<br>
<b>To:</b> Scott Berkman<br>
<b>Cc:</b> 'Alex Balashov'; <a href="mailto:voiceops@voiceops.org">voiceops@voiceops.org</a><br>
<b>Subject:</b> Re: [VoiceOps] Billing of Forwarded Calls</span><o:p></o:p></p>

</div>

</div>

<p class=MsoNormal>&nbsp;<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.&nbsp; 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.&nbsp; Some PBX's do use diversion headers, some use them only on &quot;internal&quot; calls, IE not to a provider's trunk, and some don't send them at all.&nbsp; Again, some customer systems do not support authentication, and some carrier platforms (such as the Metaswitch) do not support authentication on trunks.&nbsp; 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.&nbsp; 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>&nbsp;<o:p></o:p></pre><pre>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; -Scott<o:p></o:p></pre><pre>&nbsp;<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>&nbsp;<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?&nbsp; 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>&nbsp;<o:p></o:p></pre><pre>Scott Berkman wrote:<o:p></o:p></pre><pre>&nbsp;<o:p></o:p></pre><pre>&nbsp; <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.&nbsp; You can't tell the customer you won't provide them SIP trunks because &quot;their system sucks&quot;.&nbsp; 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>&nbsp;<o:p></o:p></pre><pre>&nbsp; -Scott<o:p></o:p></pre><pre>&nbsp;<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>&nbsp;<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>&nbsp;<o:p></o:p></pre><pre>On Wed, 2009-11-11 at 13:01 -0500, Alex Balashov wrote:<o:p></o:p></pre><pre>&nbsp;&nbsp;&nbsp; <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>&nbsp;<o:p></o:p></pre><pre>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; <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?&nbsp; 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>&nbsp;<o:p></o:p></pre><pre>Do you bill by IP address or interface instead?&nbsp; Do you somehow use a <o:p></o:p></pre><pre>system that correlates the forwarded leg to the original inbound leg?&nbsp; <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>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; <o:p></o:p></pre></blockquote>

<pre>In my view, that depends on what is doing the forwarding.<o:p></o:p></pre><pre>&nbsp;<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>&nbsp;<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>&nbsp;<o:p></o:p></pre><pre>If it can't do that, the product sucks.<o:p></o:p></pre><pre>&nbsp;<o:p></o:p></pre><pre>-- Alex<o:p></o:p></pre><pre>&nbsp;<o:p></o:p></pre><pre>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; <o:p></o:p></pre></blockquote>

<pre>&nbsp;<o:p></o:p></pre><pre>&nbsp;<o:p></o:p></pre><pre>&nbsp;&nbsp;&nbsp; <o:p></o:p></pre></blockquote>

<pre>&nbsp;<o:p></o:p></pre><pre>&nbsp;<o:p></o:p></pre><pre>&nbsp; <o:p></o:p></pre></div>

</body>

</html>