You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Please define semantic conventions for SIP protocol. It is similar to HTTP protocol, so mostly it would be enough take existing conventions for HTTP and replace http with sip.
One tricky part which needs special attention is how to create spans for 3-way handshake: INVITE -> 200 OK -> ACK. Additionally client can send CANCEL before it receives 200 OK for INVITE to cancel it - this scenario also needs some explanation.
The text was updated successfully, but these errors were encountered:
@sirzooro thanks for reaching out! Do you have connections with the domain experts who could participate in this effort, and if any one of you or the domain experts would be willing to drive this?
I'm currently developing a SIP application and adding metrics/traces/logs and tried to find a standard definition for this stuff with no luck - but did find this PR.
What would someone have to do to actually make progress on this?
From what I can gather, I'd need to create a PR in open-telemetry/semantic-conventions (a new file model/registry/sip.yaml) ?
I suspect after that it would be a few more things, like a PR to add docs to the opentelemetry.io website etc? But changing semantic-conventions looks to be the first step
I've been working with SIP for close to 20 years now - so I think I should be able to get a good start on something like this (time permitting) and should be able to find a few people that can review or provide input.
danielgblanco
transferred this issue from open-telemetry/opentelemetry-specification
Jun 3, 2024
Please define semantic conventions for SIP protocol. It is similar to HTTP protocol, so mostly it would be enough take existing conventions for HTTP and replace
http
withsip
.One tricky part which needs special attention is how to create spans for 3-way handshake:
INVITE
->200 OK
->ACK
. Additionally client can sendCANCEL
before it receives200 OK
forINVITE
to cancel it - this scenario also needs some explanation.The text was updated successfully, but these errors were encountered: