[OpenSIPS-Users] CDRTool and diverted calls

[Adrian Georgescu]

Carlo,

I am not entirely sure if this relates to 30X coming from downstream  
end-point or is the SIP Proxy that generates the 302 as a result of  
call control preferences set by called party.

In the first case one idea to could be to find the diverted calls by  
running a script over the CDR database and update the duration field  
of the CDRs that have closed with 30X cause though I am not sure how  
you can correlate them unless the SIP Proxy performs the whole trick  
and intercepts the 30X and act upon it. The major issue however is  
that if a Proxy intercepts redirect it cannot blindly fork to the new  
contact that might costs more money while me as caller I have no clue  
about that and I have to pay for the call.

What you try to do is not entirely logical (except of course for  
earning more money from the same call), from the signaling and media  
perspective is a single call, not two. Is a way to abuse the calling  
party that will pay for calls it did not initiate.

In the second case you should simply not use 302 for call diversion  
within your own Proxy, simply fork the call to the destination but you  
end up with one CDR again. This is easy to locate in the CDR database  
and generate a new sister record for it post factum.

Adrian

On Jun 24, 2009, at 12:55 PM, Carlo Dimaggio wrote:

>
> Il giorno 24/giu/09, alle ore 12:37, Iñaki Baz Castillo ha scritto:
>
>> As Adrian already suggested: by setting an appropiate value for an  
>> AVP
>> which will be mapped to Radius UserName field (billing username). Or
>> well, if you set Billing-Party it has preference.
>
> ok, I will use $avp(s:billing_party)...
>
>> This is NOT secure at all, please NEVER rely on the To header as the
>> caller could generate an spoofed INVITE with To different than the
>> RURI.
>> Instead, store the original RURI in some AVP and use it to set
>> $avp(s:billing_party).
>
> it's true! thanks.
>
>> As you see,  Billing-Party = "sip:1001
>> Isn't it what you desire?
>
> Yes, but in this way I bill only the second call (from 1001 to
> 0039021...). Instead, I want to bill two calls: 1) from 1000 to 1001
> and 2) from 1001 to 0039021
>
> With these information, the caller (1000) will not pay for his call,
> isn't it true?
>
>
> Thanks
> _______________________________________________
> Users mailing list
> Users at lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users