Support one call-status subscription per registration (drop mandatory sessionId)

[deepakjaiswal1]

Problem description

The current design forces a call-status subscription (org.camaraproject.webrtc-events.v0.session-status) to include sessionId, meaning the client must create a new subscription for every call instance.

• Unknown before the fact – Whether the call is outgoing or incoming, the client does not know the sessionId until after it receives the POST response (outgoing) or session-invitation event (incoming).
• Race window – Establishing the subscription after the ID is learned allows status events to be published before the new subscription is active, causing missed notifications.
• Unnecessary churn – Spawning and deleting subscriptions for every call adds load to both client and gateway with no functional benefit.

---

Expected behavior

• Make sessionId optional in subscriptionDetail.
• When sessionId is omitted, the subscription applies to all sessions associated with the supplied registrationId, covering both outgoing and incoming calls from the first status event onward.
• If a client still needs to scope to a single call, it may include sessionId; otherwise, the per-registration subscription is the recommended default to eliminate race conditions and event loss.

[stroncoso-quobis]

LGTM

[stroncoso]

Hi @deepakjaiswal1,

Doing some cleanup here. Current implementation covers events based on type + device
So webrtcSubscriptionDetail currenlty only expect those

• https://github.com/camaraproject/WebRTC/blob/main/code/API_definitions/webrtc-events.yaml#L600
  No reference to registration or call, as we agreed

Should we close this issue as done?

Regards,

[stroncoso]

Issue fully addressed in main. WebrtcSubscriptionDetail at line 730 requires only deviceId — no sessionId, no registrationId.

Closing, reopen for comments and clarifications if needed