[OpenSIPS-Devel] [ opensips-Bugs-3067207 ] presence out of order NOTIFY
SourceForge.net
noreply at sourceforge.net
Thu Sep 16 02:17:46 CEST 2010
Bugs item #3067207, was opened at 2010-09-15 17:17
Message generated for change (Tracker Item Submitted) made by kennardwhite
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=3067207&group_id=232389
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: modules
Group: trunk
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Kennard White (kennardwhite)
Assigned to: Nobody/Anonymous (nobody)
Summary: presence out of order NOTIFY
Initial Comment:
Using opensips presence module (HEAD), our clients sometimes get out of order delivery of NOTIFY messages and/or dropped NOTIFY messages. The root cause is that opensips creates multiple, concurrent NOTIFY transactions for the same dialog. This failure could be avoided by queuing subsequent NOTIFY messages until response for prior message is received.
The full details: say opensips creates two concurrent NOTIFY transactions: A and B. The first transmission of A is lost in the network, then B is delivered to the client, and then a retransmission of A is delivered to the client. This is out of order: client gets B before A. Depend upon the client, it will either accept A and process it like normal, drop it A, or send a 500 response to A.
For full-state events like presence with "good" clients this is a benign failure. But for conference events (RFC4575) which is partial state, this is fatal.
Related info
The resip stack queues outgoing transaction messages to avoid this problem
See discussion: http://www.mail-archive.com/sip-implementors@lists.cs.columbia.edu/msg05638.html
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=3067207&group_id=232389
More information about the Devel
mailing list