SSH FTP - 6.1 Request Synchronization and Reordering

[Tobias Ringstrom <tori%ringstrom.mine.nu@localhost>]

Hello!

I'm reading the SFTP-draft dated October 2001, and I think that section
6.1 is somewhat easy to misinterpret:

   6.1 Request Synchronization and Reordering

   The protocol and implementations MUST process requests relating to
   the same file in the order in which they are received.  In other
   words, if an application submits multiple requests to the server, the
   results in the responses will be the same as if it had sent the
   requests one at a time and waited for the response in each case.  For
   example, the server may process non-overlapping read/write requests
   to the same file in parallel, but overlapping reads and writes cannot
   be reordered or parallelized.  However, there are no ordering
   restrictions on the server for processing requests from two different
   file transfer connections.  The server may interleave and parallelize
   them at will.

   There are no restrictions on the order in which responses to
   outstanding requests are delivered to the client, except that the
   server must ensure fairness in the sense that processing of no
   request will be indefinitely delayed even if the client is sending
   other requests so that there are multiple outstanding requests all
   the time.

Reading the first paragraph, it is easy to get the impression that
read/write requests to the same file cannot be reordered, not the
responses.  Perhaps it would be best to rewrite the first paragraph to
just say something like this:

   The protocol and implementations MUST process non-orthogonal requests
   in the order in which they are received.  Any two requests are
   non-orthogonal if and only if the reordering of the two requests does
   not change the final state on either the server or client side.

Comments?

/Tobias

[Please CC me any comments, since I'm not on the list!]