Specify error conditions.
Note that a client SHALL only make at most one attempt to enable stream management. If a server receives a second <enable/> element it SHOULD respond with a stream error, thus terminating the client connection.
+In both of these failure cases, the server SHOULD allow the client to bind a resource at this point rather than forcing the client to restart the stream negotiation process and re-authenticate.
-If the former stream is resumed and the server still has the stream for the previously-identified session open at this time, the old stream SHOULD be terminated.
+If the former stream is resumed and the server still has the stream for the previously-identified session open at this time, the server SHOULD send a 'conflict' stream error and close that stream.
+When a session is resumed, the parties proceed as follows:
Stream management errors SHOULD be considered recoverable; however, misuse of stream management MAY result in termination of the stream.
+When a remote entity acknowledges that it has handled a number of stanzas that is higher than the amount of stanzas that it was sent (by sending an 'h' value that is too high), the local entity SHOULD generate an undefined-condition stream error that includes a <handled-count-too-high/> element, and close the stream:
+