[Spce-user] something wrong with my billing and cdr module

Sat Apr 18 09:43:57 EDT 2020

Hi Walter
Thanks for your reply
this morning there was nothing in the cdr.log
After I restarted the cdr was generated at 10:58:46.

Here is what is in the logs this morning:

:~# tail -f /var/log/ngcp/rate-o-mat.log
Apr 18 10:27:44 vs4476 (info) ngcp-rate-o-mat[955]: INFO: Grabbed 1 CDRs
Apr 18 10:27:44 vs4476 (info) ngcp-rate-o-mat[955]: INFO: 1/1 - rate CDR ID
132
Apr 18 10:27:44 vs4476 (info) ngcp-rate-o-mat[955]: INFO: Batch of 0 CDRs
completed. 0 CDRs rated overall so far.
Apr 18 10:27:44 vs4476 (info) ngcp-rate-o-mat[955]: INFO: There were 1
failed CDRs, sleep 30
Apr 18 10:27:44 vs4476 (info) ngcp-rate-o-mat[955]: INFO: Grabbed 1 CDRs
Apr 18 10:27:44 vs4476 (info) ngcp-rate-o-mat[955]: INFO: 1/1 - rate CDR ID
132
Apr 18 10:27:44 vs4476 (info) ngcp-rate-o-mat[955]: INFO: Batch of 0 CDRs
completed. 0 CDRs rated overall so far.
Apr 18 10:27:44 vs4476 (info) ngcp-rate-o-mat[955]: INFO: There were 1
failed CDRs, sleep 30
Apr 18 10:27:44 vs4476 (info) ngcp-rate-o-mat[955]: INFO: Grabbed 1 CDRs
Apr 18 10:27:44 vs4476 (info) ngcp-rate-o-mat[955]: INFO: 1/1 - rate CDR ID
132

# tail -f /var/log/ngcp/cdr.log
Apr 18 10:58:46 vs4476 (info) mediator[959]: mediator.c:442 [main]: Runtime
for loop processing 1 callids and generating 1 CDRs was 23891 us.
Apr 18 10:58:46 vs4476 (info) mediator[959]: mediator.c:443 [main]: Total
CDR creation rate 41.856766 CDR/sec
Apr 18 10:58:59 vs4476 (info) mediator[959]: mediator.c:442 [main]: Runtime
for loop processing 1 callids and generating 0 CDRs was 7714 us.
Apr 18 10:58:59 vs4476 (info) mediator[959]: mediator.c:443 [main]: Total
CDR creation rate 0.000000 CDR/sec
Apr 18 10:59:09 vs4476 (info) mediator[959]: mediator.c:442 [main]: Runtime
for loop processing 1 callids and generating 1 CDRs was 27715 us.
Apr 18 10:59:09 vs4476 (info) mediator[959]: mediator.c:443 [main]: Total
CDR creation rate 36.081544 CDR/sec
Apr 18 11:04:52 vs4476 (info) mediator[959]: mediator.c:442 [main]: Runtime
for loop processing 1 callids and generating 0 CDRs was 1424 us.
Apr 18 11:04:52 vs4476 (info) mediator[959]: mediator.c:443 [main]: Total
CDR creation rate 0.000000 CDR/sec
Apr 18 11:05:02 vs4476 (info) mediator[959]: mediator.c:442 [main]: Runtime
for loop processing 1 callids and generating 1 CDRs was 49847 us.
Apr 18 11:05:02 vs4476 (info) mediator[959]: mediator.c:443 [main]: Total
CDR creation rate 20.061388 CDR/sec

thx

Le sam. 18 avr. 2020 à 13:15, Walter Klomp <walter at myrepublic.net> a écrit :

> Check if your mediator script doesn’t die or rate-o-mat.  You can check
> the logs in /var/log/ngcp/CDR.log and rate-o-mat.log.  I’m guessing
> something is broken in your rating logic.
>
> On Sat, 18 Apr 2020 at 20:02, florent goue <florentgoue at gmail.com> wrote:
>
>> Hi I need your help according to my billing and cdr module
>>
>> I am a new sipwise user.
>> I installed version 8.3.3 on my lab. (I get the same problem with the
>> 7.5.6 version)
>> I set up fees as follows:
>>
>> #Source PatternDestination PatternMatch ModeDirectionBilling Zone
>> 1001 ^111[2-5]\d{6}$ ^111[2-5]\d{6}$ Regular expression - longest pattern
>> out Appels intra
>>
>> <https://185.10.16.240:1443/billing/3/fees/1001/edit?back=https%3A%2F%2F185.10.16.240%3A1443%2Fbilling%2F3%2Ffees>
>> <https://185.10.16.240:1443/billing/3/fees/1001/delete?back=https%3A%2F%2F185.10.16.240%3A1443%2Fbilling%2F3%2Ffees>
>> 1002 ^111[2-5]\d{6}$ ^111[6-7]\d{4}$ Regular expression - longest pattern
>> out Appels extra
>>
>> <https://185.10.16.240:1443/billing/3/fees/1002/edit?back=https%3A%2F%2F185.10.16.240%3A1443%2Fbilling%2F3%2Ffees>
>> <https://185.10.16.240:1443/billing/3/fees/1002/delete?back=https%3A%2F%2F185.10.16.240%3A1443%2Fbilling%2F3%2Ffees>
>> 1008 ^111[2-5]\d{4,6}$ @conference\.local$ Regular expression - longest
>> pattern out appels vers le systems
>>
>> <https://185.10.16.240:1443/billing/3/fees/1008/edit?back=https%3A%2F%2F185.10.16.240%3A1443%2Fbilling%2F3%2Ffees>
>> <https://185.10.16.240:1443/billing/3/fees/1008/delete?back=https%3A%2F%2F185.10.16.240%3A1443%2Fbilling%2F3%2Ffees>
>> 1009 ^111[2-5]\d{4,6}$ @voicebox\.local$ Regular expression - longest
>> pattern out appels vers le systems
>>
>> <https://185.10.16.240:1443/billing/3/fees/1009/edit?back=https%3A%2F%2F185.10.16.240%3A1443%2Fbilling%2F3%2Ffees>
>> <https://185.10.16.240:1443/billing/3/fees/1009/delete?back=https%3A%2F%2F185.10.16.240%3A1443%2Fbilling%2F3%2Ffees>
>> 1010 ^111[2-5]\d{4,6}$ @vsc\.local$ Regular expression - longest pattern
>> out appels vers le systems
>>
>> My problem:
>> Call tests between two clients in the same SIP domain.
>> the number 2001200 at domain1 calls the number 2003300 at domain1
>> Communication goes smoothly
>> But when I look in the subscriber 2001200 at domain1's  call history , the
>> call is not rated and the billing zone does not appear.
>> moreover the cdr file is not generated.
>> When I restart the server and consult the call history again, billing for
>> calls now appears with the billing zone.
>> the old cdr is generated.
>> This same process begins again when I make a new call.
>>
>> Can someone help me to understand what's wrong.
>>
>> Thanks
>> Florent GOUE
>>
>>
>> --
>> Spce-user mailing list
>> Spce-user at lists.sipwise.com
>> http://lists.sipwise.com/mailman/listinfo/spce-user_lists.sipwise.com
>>
> --
>
> Warmest Regards,
>
> <https://myrepublic.com.sg/>
> *Walter Klomp*
> Head of Voice & Systems
> MyRepublic Limited
> T: +65 6816 1120
> F: +65 6717 2031
>
> MyRepublic Limited
> 11 Lorong 3 Toa Payoh Block B Jackson Square
> #04-11/15 Singapore 319579
>
> myrepublic.com.sg
> Follow us on: Twitter <https://twitter.com/myrepublic> | Facebook
> <https://facebook.com/myrepublicsg> | LinkedIn
> <https://www.linkedin.com/company/myrepublic>
>
>
>
> The contents of this email and any attachments are confidential and may
> also be privileged. You must not disseminate the contents of this email and
> any attachments without permission of the sender. If you have received this
> email by mistake, please delete all copies and inform the sender
> immediately. You may refer to our company's Privacy Policy here
> <https://myrepublic.net/sg/legal/terms-of-use-policies/privacy-policy/>.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sipwise.com/pipermail/spce-user_lists.sipwise.com/attachments/20200418/b9f3992d/attachment-0002.html>