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

florent goue florentgoue at gmail.com
Sat Apr 25 13:53:57 EDT 2020


Hi Walter
I restart my server every time I make mistakes in my billing fees.
I would like to know which service to restart instead of restarting the
server.

Thx

Le sam. 18 avr. 2020 à 14:39, florent goue <florentgoue at gmail.com> a écrit :

> Hi walter
> Thx for your reply.
> I saw some fatal error in the rate-o-mat.log.
> I've done some changes in the fees and reboot the sever.
> Actualy, all is ok.
> I'll come back to you if  anything changes.
>
> thx
>
> Florent GOUE
>
> Le sam. 18 avr. 2020 à 13:45, Walter Klomp <walter at myrepublic.net> a
> écrit :
>
>> But keep it running and make some calls. For some reason either your
>> mediator or rate-o-mat stops. You need to catch that.
>>
>> On Sat, 18 Apr 2020 at 21:44, florent goue <florentgoue at gmail.com> wrote:
>>
>>> 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
>>>> <https://www.google.com/maps/search/11+Lorong+3+Toa+Payoh+Block+B?entry=gmail&source=g>
>>>> 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/>
>>>> .
>>>
>>> --
>>
>> 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/20200425/1afde32a/attachment-0001.html>


More information about the Spce-user mailing list