An Overview of Reliable Server Pooling Protocols
draft-ietf-rserpool-overview-06
Yes
(Magnus Westerlund)
No Objection
(Cullen Jennings)
(David Ward)
(Mark Townsley)
(Pasi Eronen)
(Ron Bonica)
(Ross Callon)
(Russ Housley)
(Tim Polk)
Note: This ballot was opened for revision 06 and is now closed.
Magnus Westerlund Former IESG member
Yes
Yes
()
Unknown
Cullen Jennings Former IESG member
No Objection
No Objection
()
Unknown
David Ward Former IESG member
No Objection
No Objection
()
Unknown
Jari Arkko Former IESG member
No Objection
No Objection
(2008-06-04)
Unknown
Section 4.2 says: Since the application data (e.g. data channel) is managed by the RSerPool framework, unsent data (data not yet submitted by RSerPool to the underlying transport protocol) is automatically redirected to the newly selected pool element upon failover. If the underlying transport layer supports retrieval of unsent data (as in SCTP), retrieved unsent data can also be automatically re- sent to the newly selected pool element. This model seems simplistic. Depending on what your application semantics are, you may want one of the following: - resending data that has not been *received* by the server yet - resending data that has not been committed to stable storage by the server yet - resending information requests that have not been answered yet - resending state-affecting requests that came after latest state cookie was received Perhaps this is something that you can deal with using the callbacks that the document talks about later. However, its not entirely clear to me that the specified default behaviour of sending unsent data is very useful. This is a just a comment. You may or may not want to deal with this. I'm fine with the documents going forward as-is, given that they are experimental.
Mark Townsley Former IESG member
No Objection
No Objection
()
Unknown
Pasi Eronen Former IESG member
No Objection
No Objection
()
Unknown
Ron Bonica Former IESG member
No Objection
No Objection
()
Unknown
Ross Callon Former IESG member
No Objection
No Objection
()
Unknown
Russ Housley Former IESG member
No Objection
No Objection
()
Unknown
Tim Polk Former IESG member
No Objection
No Objection
()
Unknown