CSI-enabled client does not receive Jingle invitations

Description

Openfire received support for XEP-0352 "Client State Indication”. Openfire uses this to optimize data delivery to clients (see OF-1547).

Now, whenever a client is in CSI ‘inactive’ mode, an inbound invitation to a audio/video call is no longer received. This makes the user miss calls.

Community member used the XML Debugger plugin to find analomies in the traffic. It appears that the following stanza is not arriving in time with the client:

<message type="chat" id="jm-propose-LE3clSJQobTiFcrAoSD52" to="user@example.com"> <propose xmlns="urn:xmpp:jingle-message:0" id="LE3clSJQobTiFcrAoNLR2A"> <description xmlns="urn:xmpp:jingle:apps:rtp:1" media="audio" /> <description xmlns="urn:xmpp:jingle:apps:rtp:1" media="video" /> </propose> <request xmlns="urn:xmpp:receipts" /> <store xmlns="urn:xmpp:hints" /> </message>

Environment

None

Activity

Show:

Guus der Kinderen November 29, 2023 at 4:03 PM

A work-around for this issue is disabling CSI server-wide. That can be done by setting the property xmpp.client.csi.enabled to false

Fixed

Details

Assignee

Reporter

Fix versions

Affects versions

Priority

Created November 29, 2023 at 1:05 PM
Updated November 29, 2023 at 7:16 PM
Resolved November 29, 2023 at 7:16 PM

Flag notifications