select
time,
SUM(calls) as calls
from
(SELECT
date_trunc('hour',time) as time,
MAX(calls) as calls
FROM(
SELECT
time,
count(1) as calls
FROM
generate_series(
timestamp $__timeFrom(),
timestamp $__timeTo(),
'5 second') AS time
INNER JOIN
(
SELECT
tsrange(record_timestamp, record_timestamp + (total_duration * interval '1 second')) as timerange
FROM
filter_calls($__timeFrom(), $__timeTo(),'all','*','*','','','','')
where
direction = 'inbound' or direction = 'outbound'
) record ON record.timerange @> time
group by 1
) as series
group by 1
UNION
select
time,
0 as max
from
generate_series(
timestamp $__timeFrom(),
timestamp $__timeTo(),
'1 hour') AS time
) as result
group by 1
order by 1
;
Wir sehen dazu alle 5 Sekunden nach wie viele Anrufe gleichzeitig offen waren und suchen den Maximalwert pro Stunde. Diese Operation ist relativ teuer und funktioniert max. für den Zeitraum einer Woche. Weiter optimieren würden wir die Leistung, wenn die Auswertung in den Standard soll.
Meine Bitte an Euch:
Haltet Ihr diese Auswertung für Sinnvoll im Standard?
Bitte testen, ob die Auswertung für Euch funktioniert.
der Query dauert schon einige Sekunden (für eine Woche mit ~360 Gesprächen), funktioniert aber!
Die Auswertung finde ich sinnvoll um die tatsächlichen Gespräche von den genutzten Lizenzen zu trennen (vgl. Server-Grafana), hier müsste dann im filter_calls noch auf die Variablen zugegriffen werden. Damit können die Durchwahlen ohne ständige Lizenznutzung gefiltert werden, also die Teilzeitlizenznutzer.
Hallo @Mathias
Ich kann nur bestätigen dass eine solche Auswertung im Standard sehr nützlich wäre. Allerdings würde ich dazu auch meinen Wunsch bekräftigen, dass man solche Reports asynchron nach einem Schedule per Mail verschicken könnte.
@rapha Aktuell nehme ich alle 5 Sekunden ein “Sample” indem ich nachsehe, wie viele Gespräche zu diesem Zeitpunkt offen sind. Das macht die Abfrage sehr teuer. Wenn das in den Standard kommt werden wir diese werte entweder “voraggregieren” oder uns fällt noch ein bessere Weg ein maximale überlappungen in einem Zeitraum zu ermitteln.
@voipstack Ja, das mit des Reports versenden wäre gut. Aktuell sieht das Grafana nicht vor und es gibt auch kein Plugin.
@Mathias ja das ist auf jedenfall eine gute Auswertung die in den Standard kommen sollte.
Wir haben einigen Kunden wo es darum geht wie viele SIP-Kanäle brauche ich denn.
Kann man das auch getrennt nach Inbound/Outbound machen?
Weil man ja echt viele Provider hat wo eingehende keine Rolle Spielen
Ich würde das Thema zur Kanalauswertung wiederholt beleben, da mein Grafana hier Fehler ausspuckt:
“pq: function tsrange(timestamp with time zone, timestamp with time zone) does not exist”
Vielleicht hängt das mit diversen Versionsanderungen/Anpassungen zusammen?!
Es wäre super, wenn das Jemand mal prüfen und ggfs verbessern könnte.
wärs möglich das mir evtl jemand kurz zeigt, wie ich diese auswertung eingerichtet bekomme? ich bin da zu doof für und der kunde würde gerne wissen wie sein sip trunk ausgelastet ist…
danke danke danke
??