[Spce-user] cfu during call from one subscriber to another
Matthew Ogden
matthew at tenacit.net
Wed Oct 29 17:41:59 EDT 2014
Hi Andrew,
Just want so check that I am explaining clear enough, or if I am still
leaving some room for confusion?
On Sat, Oct 25, 2014 at 2:26 PM, Matthew Ogden <matthew at tenacit.net> wrote:
> Also, maybe I am explaining my self badly.
>
> The SourceUser column is correctly displaying TN001 in the log I sent you,
> but that same line, both the SourceExtAccountId and SourceExtSubscriberId
> are displaying PD001 (the original calling user).
>
> So if you use these two fields for billing (SourceExtAccountId and
> SourceExtSubsbriberId), then I end up billing the wrong caller? (Whereas,
> if you look at SourceUser, you will bill the right caller for the cfu leg.
>
> Hope I am explaining myself correctly.
>
> On Sat, Oct 25, 2014 at 2:21 PM, Matthew Ogden <matthew at tenacit.net>
> wrote:
>
>> Thanks Andrew, but we have been using SourceAccountExtId to check who
>> should pay for the call, in exported system.
>>
>> the cfu leg of the call is billable to the person who needed the cfu to
>> exist (Called party).
>>
>> But in the case of a CFU, its actually the otherway around, (isn't that
>> a little counter-intuitive?) Well, it was for me, but
>>
>> I can quite happily go and change it around post-processing, but in your
>> panel, do you then make two queries for all your lookups as well for
>> billing? Or are you billing the original calling party?
>>
>> On Thu, Oct 16, 2014 at 1:03 AM, Andrew Pogrebennyk <
>> apogrebennyk at sipwise.com> wrote:
>>
>>> Matthew,
>>> // I'm adding list to the cc again since this message doesn't carry
>>> conditential information
>>> So the mysql output shows you have two CDRs, one for the caller and
>>> another for subscriber which has a call forwarding, just like I said.
>>>
>>> Think of it like that in case of call A->B forwarded to C, you get one
>>> CDR for A->B and a second one with B->C with call_type='cfu'. You can
>>> use the call_type field if you want to apply special rating to the
>>> forwarding subscriber.
>>>
>>> On 14/10/14 16:42, Matthew Ogden wrote:
>>> > Hi Andrew,
>>> >
>>> > I've kept this offlist, and didn't want to sanitize it and lose any
>>> info
>>> > you might need.
>>> >
>>> > Please find attached
>>> >
>>> > I wasn't sure the best way to give you the two records, so I just used
>>> > mysql OUTPUTFILE syntax.
>>> > There are two records in it.
>>> >
>>> > The call is from PD001 and then the cfu leg for TEST1 is logged as a
>>> > call against PD001 in SourceSubscriber
>>> >
>>> > Regards
>>> >
>>> > On Fri, Oct 10, 2014 at 5:09 PM, Andrew Pogrebennyk
>>> > <apogrebennyk at sipwise.com <mailto:apogrebennyk at sipwise.com>> wrote:
>>> >
>>> > Hi,
>>> > you should have two CDRs, one for the caller and another for
>>> subscriber
>>> > which has a call forwarding. This is consistent for any 2.x and 3.x
>>> > release. What is your issue? Could you please provide the select *
>>> from
>>> > accounting.cdr where call_id='...'? And if there is really just
>>> one CDR
>>> > provide the kamailio-proxy.log for this call-id.
>>> >
>>> > Regards,
>>> > Andrew
>>> >
>>> > On 10/10/2014 10:00 AM, Matthew Ogden wrote:
>>> > > Hi All,
>>> > >
>>> > > Seems to be quite a serious issue this (at least on a large
>>> system it
>>> > > could be if a lot of inter subscriber calling with cfu's is
>>> occuring).
>>> > >
>>> > > Is there any additional info I can give you ?
>>> > >
>>> > > On Tue, Oct 7, 2014 at 11:36 PM, Matthew Ogden <
>>> matthew at tenacit.net <mailto:matthew at tenacit.net>
>>> > > <mailto:matthew at tenacit.net <mailto:matthew at tenacit.net>>>
>>> wrote:
>>> > >
>>> > > Hi All
>>> > >
>>> > >
>>> > > I'm running templates templates 2.8.18
>>> > >
>>> > > It seems that if one subscriber calls another subscriber, if
>>> > the 2nd
>>> > > subscriber does a call forward, that the call cost is logged
>>> > against
>>> > > the calling (caller) subscriber, and not the called (callee)
>>> > > subscriber.
>>> > >
>>> > > I'm seeing this in my exported CDRs.
>>> > >
>>> > > I wanted to check, is this the expectation (because I'm
>>> > thinking it
>>> > > should not be), or is there something wrong in this template
>>> > version?
>>> > >
>>> > > Kind Regards
>>> > > Matthew
>>> > >
>>> > >
>>> > >
>>> >
>>> >
>>> >
>>> >
>>> > --
>>> >
>>> >
>>> >
>>> >
>>> >
>>> > *Matthew Ogden*
>>> >
>>> > Management
>>> >
>>> > TenacIT
>>> >
>>> >
>>> >
>>> >
>>> >
>>> > *Strategic IT Consulting *•*Advanced Networking *• *Virtualisation***
>>> >
>>> > *Custom Development *•***Hosting *•***Syspro Support *• *MS
>>> Licensing***
>>> >
>>> > National Tel: 041 10 10 100 | Cell: 084 205 4445 | Email:
>>> > matthew at tenacit.net <mailto:matthew at tenacit.net>
>>> >
>>> > CT Tel: 021 201 0333 | Skype Name: matthew.ogden | Web:
>>> > http://www.tenacit.net <http://www.tenacit.net/>
>>> >
>>> >
>>> >
>>>
>>>
>>
>>
>> --
>>
>>
>>
>>
>>
>> *Matthew Ogden*
>>
>> Management
>>
>> TenacIT
>>
>>
>>
>>
>>
>> *Strategic IT Consulting *•* Advanced Networking *• *Virtualisation*
>>
>> *Custom Development *• *Hosting *• *Syspro Support *• *MS Licensing*
>>
>> National Tel: 041 10 10 100 | Cell: 084 205 4445 | Email:
>> matthew at tenacit.net
>>
>> CT Tel: 021 201 0333 | Skype Name: matthew.ogden | Web:
>> http://www.tenacit.net
>>
>>
>>
>
>
>
> --
>
>
>
>
>
> *Matthew Ogden*
>
> Management
>
> TenacIT
>
>
>
>
>
> *Strategic IT Consulting *•* Advanced Networking *• *Virtualisation*
>
> *Custom Development *• *Hosting *• *Syspro Support *• *MS Licensing*
>
> National Tel: 041 10 10 100 | Cell: 084 205 4445 | Email:
> matthew at tenacit.net
>
> CT Tel: 021 201 0333 | Skype Name: matthew.ogden | Web:
> http://www.tenacit.net
>
>
>
--
*Matthew Ogden*
Management
TenacIT
*Strategic IT Consulting *•* Advanced Networking *• *Virtualisation*
*Custom Development *• *Hosting *• *Syspro Support *• *MS Licensing*
National Tel: 041 10 10 100 | Cell: 084 205 4445 | Email:
matthew at tenacit.net
CT Tel: 021 201 0333 | Skype Name: matthew.ogden | Web:
http://www.tenacit.net
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sipwise.com/pipermail/spce-user_lists.sipwise.com/attachments/20141029/9e704e17/attachment-0001.html>
More information about the Spce-user
mailing list