-
-
Notifications
You must be signed in to change notification settings - Fork 193
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Metrics API #681
Labels
Projects
Comments
gavv
added a commit
to gavv/roc-toolkit
that referenced
this issue
Feb 4, 2024
- Add packet::ILinkMeter, protocol-independent abstraction for link metrics - Use LatencyMetrics + LinkMetrics in LatencyTuner, LatencyMonitor, FeedbackMonitor - Add packet counters and RTT to LinkMetrics - Pass RTT from RTCP to LinkMeter
gavv
added a commit
to gavv/roc-toolkit
that referenced
this issue
Feb 5, 2024
- API: replace roc_session_metrics with roc_connection_metrics - API: connection metrics are now available on both sender and receiver - API: functions for querying metrics are reworked - API: niq_latency is removed from API Internally, this commit introduces use of term "participant". Sender and receiver both provide interfaces to collect metrics for all known remote participants, however the meaning of participant is different. On receiver, participant corresponds to a remote sender. Receiver creates a session for every remote sender, so one participant corresponds to one session. On sender, participant corresponds to a remote receiver. There always only one session on sender, but multiple participants may correspond to that one session of sender destination is multicast address. Participant metrics are mapped to roc_connection_metrics in the C API.
gavv
added a commit
to gavv/roc-toolkit
that referenced
this issue
Feb 5, 2024
- API: replace roc_session_metrics with roc_connection_metrics - API: connection metrics are now available on both sender and receiver - API: functions for querying metrics are reworked - API: niq_latency is removed from API Internally, this commit introduces use of term "participant". Sender and receiver both provide interfaces to collect metrics for all known remote participants, however the meaning of participant is different. On receiver, participant corresponds to a remote sender. Receiver creates a session for every remote sender, so one participant corresponds to one session. On sender, participant corresponds to a remote receiver. There always only one session on sender, but multiple participants may correspond to that one session of sender destination is multicast address. Participant metrics are mapped to roc_connection_metrics in the C API.
I would like to work on this |
Hi, this task can't be implemented yet, as it relies on a couple of other tasks that are not merged. |
okey i understand, maybe you could suggest other issue that i can work on |
@jramine Sure, take a look at issues with help wanted and easy hacks labels that are not assigned yet. |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Rework metrics API:
Requires #674 and #688.
Connection
Receiver
Sender
The text was updated successfully, but these errors were encountered: