mirror of
https://github.com/moparisthebest/xeps
synced 2024-11-11 11:55:06 -05:00
clarified timeout case
git-svn-id: file:///home/ksmith/gitmigration/svn/xmpp/trunk@2571 4b5297f7-1745-476d-ba37-a9c6900126ab
This commit is contained in:
parent
4f184f67df
commit
f77ad991fe
@ -856,7 +856,7 @@ PENDING o----------------------+ |
|
||||
type='result'/>
|
||||
]]></example>
|
||||
<p>Note: As soon as an entity sends a session-terminate action, it MUST consider the session to be in the ENDED state (even before receiving acknowledgement from the other party). If the terminating entity receives additional Jingle-related IQ-sets from the other party after sending the session-terminate action, it MUST reply with an <unknown-session/> error.</p>
|
||||
<p>Unfortunately, not all sessions end gracefully. In applications of Jingle that also involve the exchange of presence information, receipt of &UNAVAILABLE; from the other party MAY be considered a session-ending event. However, in this case there is nothing for the party to acknowledge.</p>
|
||||
<p>Not all Jingle sessions end gracefully. When the parties to a Jingle session also exchange XMPP presence information, receipt of &UNAVAILABLE; from the other party SHOULD be considered a session-ending event that justifies proactively sending a session-terminate action to the seemingly unavailable party -- if, that is, no other communication has been received within 5 or 10 seconds from the seemingly unavailable party in the form of XMPP signalling traffic, connectivity checks, or continued media transfer.</p>
|
||||
</section2>
|
||||
<section2 topic='Informational Messages' anchor='session-info'>
|
||||
<p>At any point after initiation of a Jingle session, either entity MAY send an informational message to the other party, for example to inform the other party that a device is ringing.</p>
|
||||
|
Loading…
Reference in New Issue
Block a user