Call logging and/or trace would be extremely useful. A log of number dialed (or received for incoming), route/trunk used, actual number sent to trunk (after prefix substitution/deletion), time and duration, extension sending/receiving call, etc. would be extremely useful.
I think it would really help to see not only the dialed number but what is realy handed to the VSP, too.
At the moment there is no way to check the dialrules and locate a faulty entry. Sometimes it is even hard to guess which trunk is taken since all acounts with one VSP are subsummised.
Or some extra function to give the trunk / handed over number from extension / dialed number?
schufti
This post has been edited 1 time(s), it was last edited by sch on 18.08.2006 at 09:31.
also the "destination number" in the Call Logs is this "after" conversion of a dialplan or not? It seems it's before conversion of a dialplan.
this to test if our dialplan is in error
also I let an "enum" test test on e164.org one of my extensions... but it seems it just follows "incoming calls" and not directly that extension? the "validate my pin" on e164.org was correct ... is this an issue at e164 or pbxes?
in the call logs the destination is always "1" instead of my extension number... the trunk is something with 4 numbers? (not an ip?) ...1504 or something?
i-p-tel nice feature but 15 logs per page does make it difficult to go thru all the logs.
It would be nice if we can get maybe 100 logs per page or if the log can be downloaded to analyse. downloading would be the best option.
The same has been asked for het call monitor to download them but we have never heard a reply why this can't be done. Also for this log it would help if we get 100 logs per page instead of the 15. I just hate going thru all the pages.
the log can be downloaded, at least right fropm 10000 i see csv and when clicking it exports the log to a file.
The only thing helpfull now is an option to delete the log or not let it grow longer than say 10.000 entries. Searching the log does take some time know and I asume this will also cost cpu time at pbxes.