CDR-Stats 1.1.0 – Released

Some months ago, we released version 1 of CDR-Stats, to replace the 8 year old Asterisk–Stat. Development of CDR-Stats has continued apace, and we are now pleased to release version 1.1

This release includes a number of new features, including Concurrent Calls, and an interactive Global Statistics feature, as well as ACL login to restrict which CDR a user can see and what he can do. Additionally, CDR can be imported from other systems and CDR-Stats used to analyse the CDR.

We will be releasing shell scripts to assist anyone who wants to install this for themselves on their own PBX and Asterisk installations. Watch the news at www.star2billing.com for more details on these as they are released.

Voip CDR Dashboard

64 Comments

  1. Hi!
    I have found two issues,
    django-uni-form version 0.8.0 link is broken on their site and always download 0.7 version from both links.

    For most of link CDR-STATS return Error 500, I have seen other users also have same problem!
    Any solution?

    Thanks

  2. Dear Areski;
    before all I should to be thanks of your nice CDR report tool.

    I have to major problem on CDR-STATS.
    1) on asterisk 1.8.3 the ‘disposition’ field of CDR has been changed.
    ( ex: Answer calls and marked with ‘8’)
    so, where should i map them on cdr-stats source.

    2) the concurrent TAB is really slow, as it never has any result, and the server load increase rapidly.
    is there any special tuning for?

    :) tnx

  3. Please, may I have some help on this error? I’m using debian, python 2.6.6 and Django 1.2.5.

    Thank you
    Browser shows the following error message:

    MOD_PYTHON ERROR

    ProcessId: 9991
    Interpreter: ‘ip-10-112-59-100.ec2.internal’

    ServerName: ‘ip-10-112-59-100.ec2.internal’
    DocumentRoot: ‘/etc/apache2/htdocs’

    URI: ‘/’
    Location: ‘/’
    Directory: None
    Filename: ‘/etc/apache2/htdocs’
    PathInfo: ‘/’

    Phase: ‘PythonHandler’
    Handler: ‘django.core.handlers.modpython’

    Traceback (most recent call last):

    File “/usr/lib/python2.6/dist-packages/mod_python/importer.py”, line 1537, in HandlerDispatch
    default=default_handler, arg=req, silent=hlist.silent)

    File “/usr/lib/python2.6/dist-packages/mod_python/importer.py”, line 1229, in _process_target
    result = _execute_target(config, req, object, arg)

    File “/usr/lib/python2.6/dist-packages/mod_python/importer.py”, line 1128, in _execute_target
    result = object(arg)

    File “/usr/local/lib/python2.6/dist-packages/django/core/handlers/modpython.py”, line 228, in handler
    return ModPythonHandler()(req)

    File “/usr/local/lib/python2.6/dist-packages/django/core/handlers/modpython.py”, line 191, in __call__
    self.load_middleware()

    File “/usr/local/lib/python2.6/dist-packages/django/core/handlers/base.py”, line 33, in load_middleware
    for middleware_path in settings.MIDDLEWARE_CLASSES:

    File “/usr/local/lib/python2.6/dist-packages/django/utils/functional.py”, line 276, in __getattr__
    self._setup()

    File “/usr/local/lib/python2.6/dist-packages/django/conf/__init__.py”, line 40, in _setup
    self._wrapped = Settings(settings_module)

    File “/usr/local/lib/python2.6/dist-packages/django/conf/__init__.py”, line 75, in __init__
    raise ImportError(“Could not import settings ‘%s’ (Is it on sys.path? Does it have syntax errors?): %s” % (self.SETTINGS_MODULE, e))

    ImportError: Could not import settings ‘cdr_stats.settings’ (Is it on sys.path? Does it have syntax errors?): No module named cdr_stats.settings

  4. CDR-Stats is massively incomplete.
    I’m unable to load data for dates I select. It will only show the data on default view. The parts of the application that does work, work extremely slow.

    The installation instructions are also appalling. There are gaps in certain steps and it assumes too much that the person installing it have python and django experience.

    It is a pity, because at a glance it looks worth while, until I wasted my time installing it.

  5. If you haven’t learn anything then it’s a waste of time,,, It’s a young project and we need more encouragement rather that flame!

    Now if you come with a real question, for instance : “I don’t understand this step, could you elaborate this a bit more in the documentation”
    then I will be more than happy to help you.

  6. Hello,

    1) in models.py you have this list
    DISPOSITION = (
    (1, _(‘ANSWER’)),
    (2, _(‘BUSY’)),
    (3, _(‘NOANSWER’)),
    (4, _(‘CANCEL’)),
    (5, _(‘CONGESTION’)),
    (6, _(‘CHANUNAVAIL’)),
    (7, _(‘DONTCALL’)),
    (8, _(‘TORTURE’)),
    (9, _(‘INVALIDARGS’)),
    )

    2) yes we need to rework on this feature, the algo is slow if there is few thousands calls per day

    Cheers,
    /Areski

  7. I apologize for flaming. I guess I was quite annoyed at the time and had to vent at something.
    I do appreciate all the work you guys are doing. I’ve been keeping an eye on the project every now and then for the past year.

    One question I do have… where can I view logs of things going wrong? I seem to be unable to specify dates with any type of query, for eg in Concurrent calls I select previous month and get the following:
    Forbidden (403)
    CSRF verification failed. Request aborted.
    Reason given for failure:
    CSRF token missing or incorrect.

  8. Besides models.py to update ‘disposition’ what can I do?

  9. That s where it suppose to be updated in models.py.

  10. When I try to log in cdr-stat I get a 500 error. What’s wrong?

  11. please enable debug on settings.py and send us a link with a pastebin of the traceback

    Set :
    DEBUG = True
    TEMPLATE_DEBUG = True

  12. Thanks to detailed logs, I figured out the problem. Thanks for your help.