Hi Gurus,
A client wants to have/develop a real time monitoring dashboard for OXE.
The dashboard needs to have;
1. Current number of users / extensions in communication. Refresh in realtime once a call gets connected / disconnected
2. Current number of trunks/circuits in used /available . Refresh in realtime once a call gets connected / disconnected
3. Current number of compressors in used / available. Refresh in realtime once a call gets connected / disconnected
4. History of the above counts. (previous hour, day, etc)
5. Realtime call logs.
6. Call log history.
7. Charts / graph, etc
Do we have such application for OXE?
Commands I can think of which can fetch raw current data; listincall, listerm, trkstat, compvisu, etc. But this means to execute these command in the terminal.
Any inputs will be highly appreciated.
Realtime OXE monitoring.
Re: Realtime OXE monitoring.
Never heard about such an application, would be great to have one. But it would take a lot of time and resources to create this kind of app.
For 1-2 you could use CSTA - no problem. You will get all events from monitired equipment in real-time. For that you need CSTA licenses in OXE and 3rd party SW.
3 - not sure whether CSTA in OXE supports monitoring codecs.
4 - you have PastTime Perfomance in 8770 Omnivista with counters for subscribers, trunks, DECT BS's etc. But wthat you need for that? Correct - Licenses! Or you could read pmm files from OXE and decode them.
5 - At least it's free of charge (but for local calls CDRS you need license). Real-Time Acoounting protocol is pretty simple and easy to implement. Check, e.g., here https://www.alcatelunleashed.com/viewforum.php?f=475
6 - Its from point 5 - when you have CDRs you could process them the way you like
7 - As soon as you have data you could use whatever you want to build charts, dashboards etc. ELK stack is a good way to do it. Also Grafana etc.
You could use some CLI commands but it wont be exact Real-Time observation and as you need to run these commands at the same time it could cause some problems with the CPU load.
For 1-2 you could use CSTA - no problem. You will get all events from monitired equipment in real-time. For that you need CSTA licenses in OXE and 3rd party SW.
3 - not sure whether CSTA in OXE supports monitoring codecs.
4 - you have PastTime Perfomance in 8770 Omnivista with counters for subscribers, trunks, DECT BS's etc. But wthat you need for that? Correct - Licenses! Or you could read pmm files from OXE and decode them.
5 - At least it's free of charge (but for local calls CDRS you need license). Real-Time Acoounting protocol is pretty simple and easy to implement. Check, e.g., here https://www.alcatelunleashed.com/viewforum.php?f=475
6 - Its from point 5 - when you have CDRs you could process them the way you like
7 - As soon as you have data you could use whatever you want to build charts, dashboards etc. ELK stack is a good way to do it. Also Grafana etc.
You could use some CLI commands but it wont be exact Real-Time observation and as you need to run these commands at the same time it could cause some problems with the CPU load.
If it looks like a duck, swims like a duck, and quacks like a duck, then it probably is a duck.
Re: Realtime OXE monitoring.
Thanks you for the great info alex - one of the pioneer guru here.
i wonder where are the rest, vad ? cav ? frank ? still doing alcatel stuffs...
i wonder where are the rest, vad ? cav ? frank ? still doing alcatel stuffs...
Re: Realtime OXE monitoring.
Hi
For some system resources, trunks, ... You can also use snmp
For some system resources, trunks, ... You can also use snmp
Re: Realtime OXE monitoring.
Yep, good point about SNMP.
But SNMP implementation has, FMPOV, some restrictions - it's dependent on SW Release of OXE and it gives global view on PABX's resources status.
If it looks like a duck, swims like a duck, and quacks like a duck, then it probably is a duck.
Re: Realtime OXE monitoring.
SNMP is the way to go. Look through the OID/MIBS
We are using it for SIP trunk monitoring. Dont know about set info ect., but it might be there
We are using it for SIP trunk monitoring. Dont know about set info ect., but it might be there
