Statistics of JVB ,JICOFO,JIBRI

Raj_Yadav · September 27, 2019, 8:14am

@damencho i have to keep records of every activity conference call in our database , please clarify below questions .

Currently i am using http://XXX-jitsi-meet.XXX.com:8080/colibri/stats and this API providing Conference name , conference start time , conference end time , partial failed successful, and number of the participants etc ,but if more than 1 JVB configured jitsi meet then how to get stats of specific JVB ?.
How to get Jibri stats ? .
Is there anyway to get all statistics from the jicofo ?.

Thanks

damencho · September 27, 2019, 9:02am

Query all jvb instances or write a lua module that will report most of those stats to a central place.

Not sure what stats you need … but jibri is a client as rest of the clients and media stats appear in callstats and the user is named jibri.

Maybe youu can parse its log files and extract some … You better add a lua module in prosody that can detect room create/destroy events, participant join/left. Jibri participants are authenticated (using specific jid) so you can distinguish them and report in your stats start/stop recording.

Raj_Yadav · September 27, 2019, 11:47am

Thanks for quick reply
Please elaborate more about lua module (add a lua module in prosody that can detect room create/destroy events, participant join/left )

damencho · September 27, 2019, 12:08pm

Here are many modules that can be used with jitsi-meet:

For example this module listens for most of the events you are interested:

github.com

jitsi/jitsi-meet/blob/master/resources/prosody-plugins/mod_speakerstats_component.lua#L189


end


module:hook("message/host", on_message);


-- executed on every host added internally in prosody, including components
function process_host(host)
    if host == muc_component_host then -- the conference muc component
        module:log("info","Hook to muc events on %s", host);


        local muc_module = module:context(host);
        muc_module:hook("muc-room-created", room_created, -1);
        muc_module:hook("muc-occupant-joined", occupant_joined, -1);
        muc_module:hook("muc-occupant-pre-leave", occupant_leaving, -1);
        muc_module:hook("muc-room-destroyed", room_destroyed, -1);
    end
end


if prosody.hosts[muc_component_host] == nil then
    module:log("info","No muc component found, will listen for it: %s", muc_component_host)


    -- when a host or component is added

From such a module you can send an http query to a service you have where you will do the actual logging.

Here is an example of http request:

github.com

jitsi/jitsi-meet/blob/master/resources/prosody-plugins/token/util.lib.lua#L130


        cache:set(keyId, content);
    end
    done();
end
local keyurl = path.join(self.asapKeyServer, hex.to(sha256(keyId))..'.pem');
module:log("debug", "Fetching public key from: "..keyurl);


-- We hash the key ID to work around some legacy behavior and make
-- deployment easier. It also helps prevent directory
-- traversal attacks (although path cleaning could have done this too).
local request = http.request(keyurl, {
    headers = http_headers or {},
    method = "GET"
}, cb);


-- TODO: Is the done() call racey? Can we cancel this if the request
--       succeedes?
local function cancel()
    -- TODO: This check is racey. Not likely to be a problem, but we should
    --       still stick a mutex on content / code at some point.
    if code == nil then

Raj_Yadav · September 27, 2019, 12:39pm

Thanks for reply

Varun_Aggarwal · March 14, 2020, 11:38am

@Raj_Yadav did you try this? Did it work?

corby · June 27, 2020, 11:27am

@damencho, Is this still the only way? If you are using “muc” for org.jitsi.videobridge.STATISTICS_TRANSPORT, then each video bridge sends stats as a presence message to prosody every org.jitsi.videobridge.STATISTICS_INTERVAL.

Is that data being saved/stored in a way that can be fetched from the meeting server?

PaAn · July 1, 2020, 12:42pm

Sorry no answer. But I’d also would like to know how to get the statistics from the meet server. If scaling JVB using the muc method it gets a bit fiddly trying to poll individual JVB servers in a dynamic environment.

saghul · July 3, 2020, 9:45am

You could use the approach taken here: How-to to setup Grafana dashboards to monitor Jitsi, my comprehensive tutorial for the beginner Telegraf pulls those stats into InfluxDB, then you could use Grafana, or other front-end for display purposes.