[Spce-user] applying NCOS to all users
Joan Cifre (ibred)
jcifre at ib-red.com
Wed Jan 23 14:22:34 EST 2013
Ok done!!!
mysql> select * from accounting.cdr where call_id =
'5cccf9732b0cedac110509986c7a9920 at 55.55.55.165:5060'\G
*************************** 1. row ***************************
id: 111532
update_time: 2013-01-23 05:23:20
source_user_id: 0
source_provider_id: 0
source_external_subscriber_id:
source_external_contract_id:
source_account_id: 0
source_user: n555555243
source_domain: voip.ibreddigital.net
source_cli: 34555555243
source_clir: 1
destination_user_id: 0
destination_provider_id: 5
destination_external_subscriber_id:
destination_external_contract_id:
destination_account_id: 0
destination_user: 0018005555111
destination_domain: 55.55.55.165
destination_user_dialed: 0018005555111
destination_user_in: 0018005555111
destination_domain_in: voip.ibreddigital.net
peer_auth_user:
peer_auth_realm:
call_type: cfb
call_status: ok
call_code: 200
init_time: 1358914963.394
start_time: 1358914967.340
duration: 28.590
call_id:
5cccf9732b0cedac110509986c7a9920 at 84.232.7.165:5060
carrier_cost: 0.00
reseller_cost: 0.00
customer_cost: 0.00
carrier_free_time: 0
reseller_free_time: 0
customer_free_time: 0
carrier_billing_fee_id: NULL
reseller_billing_fee_id: NULL
customer_billing_fee_id: NULL
carrier_billing_zone_id: NULL
reseller_billing_zone_id: NULL
customer_billing_zone_id: NULL
frag_carrier_onpeak: NULL
frag_reseller_onpeak: NULL
frag_customer_onpeak: NULL
is_fragmented: NULL
rated_at: 2013-01-23 05:23:20
rating_status: ok
*************************** 2. row ***************************
id: 111533
update_time: 2013-01-23 05:23:20
source_user_id: 0
source_provider_id: 5
source_external_subscriber_id:
source_external_contract_id:
source_account_id: 0
source_user: anonymous
source_domain: 55.55.55.165
source_cli: anonymous
source_clir: 1
destination_user_id: be1f21fb-2fc0-423d-9cf1-709f2217ccb0
destination_provider_id: 1
destination_external_subscriber_id:
destination_external_contract_id: ibred
destination_account_id: 3
destination_user: n555555243
destination_domain: voip.ibreddigital.net
destination_user_dialed: 555555243
destination_user_in: 34555555243
destination_domain_in: 141.105.55.55
peer_auth_user:
peer_auth_realm:
call_type: call
call_status: ok
call_code: 200
init_time: 1358914963.332
start_time: 1358914967.340
duration: 28.590
call_id:
5cccf9732b0cedac110509986c7a9920 at 84.232.7.165:5060
carrier_cost: 0.00
reseller_cost: 0.00
customer_cost: 0.00
carrier_free_time: 0
reseller_free_time: 0
customer_free_time: 0
carrier_billing_fee_id: NULL
reseller_billing_fee_id: NULL
customer_billing_fee_id: NULL
carrier_billing_zone_id: NULL
reseller_billing_zone_id: NULL
customer_billing_zone_id: NULL
frag_carrier_onpeak: NULL
frag_reseller_onpeak: NULL
frag_customer_onpeak: NULL
is_fragmented: NULL
rated_at: 2013-01-23 05:23:20
rating_status: ok
2 rows in set (0.00 sec)
El 2013-01-23 19:59, Andreas Granig escribió:
> Hi,
>
> Please provide the CDRs for this call, fetched like this:
>
> mysql> select * from accounting.cdr where call_id =
> '5cccf9732b0cedac110509986c7a9920 at 55.55.55.165:5060'\G
>
> (note the \G instead of the semi-colon for better readability).
>
> From what I can see, the 302 is converted to a CFB, but the
> callee-uuid is not carried over to the new caller-uuid. You should
> still have two CDRs with the correct CLIs though, as I can see from
> the logs that two call legs are written.
>
> I'd say (without having reproduced the scenario), a fix would be to
> search for this line in proxy.cfg.tt2:
>
> if(!get_redirects("1:1"))
>
> and add these two lines right before that line:
>
> $(avp(s:caller_uuid)[*]) = $avp(s:callee_uuid);
> $(avp(s:callee_uuid)[*]) = $null;
>
> This should do the trick, but let's see first what the content of your
> CDRs actually is.
>
> Andreas
>
> On 01/23/2013 05:30 PM, Joan Cifre (ibred) wrote:
>> Hi all,
>> here I send a log with a call that comes from outside as anonymous to
>> 555555243 and is forwarded to 0018005555111. The ip 55.55.55.165 is our
>> providers server and 141.105.55.55 is our ngcp server. This is all the
>> lines with same Caller-id but I don't know if after forwarding the
>> caller id changes. This call is marked in CDR as an incoming call of 29
>> seconds, but no outgoing call.
>>
>>
>> El 2013-01-23 14:49, Daniel Tiefnig escribió:
>>> On 01/23/2013 01:24 PM, Joan Cifre (ibred) wrote:
>>>> *Not in 2.6 version! I plan to upgrade to 2.7 but not now, and this
>>>> is urgent for me!*
>>> Oh, I see. You could change your Peering Rules instead, to prevent
>>> certain destinations from being reachable at all.
>>>
>>>> *Our problem is that a fraudulent user configures a forwarding in a
>>>> phone (NOT in the NGCP) and then calls from outside to this phone.
>>>> The call is fowarded to an international number. Calls come from a
>>>> "anonymous" or "unknown" user and are forwarded with a Caller
>>>> "anonymous" or "unknown". In CDR only Incoming calls are seen.
>>>> Forwarded calls does not have a known Caller so they do not appear
>>>> on CDR.
>>> The calls should still appear in the CDRs, as they are written with the
>>> username and the IDs of the forwarding subscriber. A subscriber
>>> needs to
>>> authenticate its invites, so we always know where a local call is
>>> coming
>>> from, and that information is written to the CDRs. Unless you have
>>> changed the configuration of course.
>>>
>>> br,
>>> daniel
>>>
>>> _______________________________________________
>>> Spce-user mailing list
>>> Spce-user at lists.sipwise.com
>>> http://lists.sipwise.com/listinfo/spce-user
>>
>>
>>
>> _______________________________________________
>> Spce-user mailing list
>> Spce-user at lists.sipwise.com
>> http://lists.sipwise.com/listinfo/spce-user
>>
>
> _______________________________________________
> Spce-user mailing list
> Spce-user at lists.sipwise.com
> http://lists.sipwise.com/listinfo/spce-user
More information about the Spce-user
mailing list