From 48342fbe22fdabf10aa0f0e3ef6a67029d04853e Mon Sep 17 00:00:00 2001 From: stpeter Date: Thu, 8 Sep 2011 15:55:44 -0600 Subject: [PATCH] 0.8 --- xep-0260.xml | 33 ++++++++++++++++++++++++++++++++- 1 file changed, 32 insertions(+), 1 deletion(-) diff --git a/xep-0260.xml b/xep-0260.xml index 7b68f574..4cd326b3 100644 --- a/xep-0260.xml +++ b/xep-0260.xml @@ -33,6 +33,12 @@ klaus.hartke@googlemail.com nx@jabber.org + + 0.8 + 2011-09-08 + psa +

More clearly described how to activate the bytestream.

+
0.7 2011-08-31 @@ -169,6 +175,12 @@ Initiator Responder port='5087' priority='8258636' type='direct'/> + @@ -325,7 +337,26 @@ priority = (2^16)*(type preference) + (local preference)
  • If both parties send a candidate-used notification but the candidates have a different priority, then the candidate with the higher priority shall be considered the nominated candidate.
  • If both parties send a candidate-used notification with candidates having the same priority, then the candidate chosen by the initiator shall be considered the nominated candidate (this is consistent with the rules in XEP-0166).
  • -

    The parties shall use the nominated candidate for the data transfer. If the nominated candidate is of the proxy type, then the peer has no way to know when it can send data. Therefore the party that offered the nominated candidate MUST send an activated notification to the peer once it has activated the bytestream (as described in XEP-0065); it does so by sending a transport-info message containing an <activated/> element as follows.

    +

    The parties shall use the nominated candidate for the data transfer. However, if the nominated candidate is of the "proxy" type, then the peer has no way to know when it can send data. Therefore the party that offered the nominated candidate MUST do two things...

    +

    First, it activates the bytestream, as described in XEP-0065:

    + + + romeo@montague.lit/orchard + + + ]]> + + ]]> +

    Second, it sends an activated notification to the peer; it does so by sending a transport-info message containing an <activated/> element: