Re: [jdev] Server implementation query: State after SM resumption

2017-03-15 Thread Christian Schudt
sorry, I think I was unclear. I confused „restored“ with „reset“... "carbons state would not be restored“ should mean "carbons state would be restored“. In general, I think previous state would be the same as before resumption, so that clients don’t need to reestablish/renegotiate any state.

Re: [jdev] Server implementation query: State after SM resumption

2017-03-15 Thread Christian Schudt
Hi, I think Openfire doesn’t support Stream Resumption yet, but I’ve implemented Carbons in it and I think if it would support stream resumption, carbons state would not be restored. I.e. Carbons state would be the same as before. I guess any implementation would keep some stateful session

[jdev] Server implementation query: State after SM resumption

2017-03-09 Thread Florian Schmaus
Given the latest discussions at council@/standards@ ([1] 5.) I think it is time for a short inquiry of XMPP server behaviour in the wild. Please answer the following questions: 1. What is the name of the server you develop? 2. Is the carbons state restored after a stream resumption (XEP-0198)?