[cifs-protocol] SMB3 LockSequence

[Stefan Metzmacher]

Hi Edgar,

we discussed the topic in Redmond...

Even Windows Server 2019 only implements lock sequence checking only
for resilient and persistent handles as a server.
While its client side uses lock sequence checking if it negotiated
multichannel with the server.

 [MS-SMB2] 3.3.5.14 Receiving an SMB2 LOCK Request

 ...

 If the LockSequence value in the SMB2 LOCK Request (section 2.2.26) is
 not zero, and either one of the following conditions is TRUE, the
 server SHOULD verify whether the lock/unlock request with that
 LockSequence value has been successfully processed before:
 * Connection.Dialect is "2.1" and Open.IsResilient is TRUE.
 * Connection.Dialect belongs to the SMB 3.x dialect family.<318>

 ...

 <318> Section 3.3.5.14: Windows 8, Windows Server 2012, Windows 8.1,
       and Windows Server 2012 R2 do not verify the LockSequence value
       in the SMB2 LOCK Request (section 2.2.26) when both
       Open.IsResilient and Open.IsPersistent are FALSE.

Note <318> also applies to Windows Server 2016 and 2019 (any current
version).

It would be great if the documentation can be adjusted.

But the more important question would be that the Windows Server
behavior will be changed to just use the SMB 3.x dialect to turn
the LockSequence checking on.
Would it be possible to get a commitment from Microsoft that
this will be fixed in future releases?
Backports would also be nice.

Thanks!
metze

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 833 bytes
Desc: OpenPGP digital signature
URL: <http://lists.samba.org/pipermail/cifs-protocol/attachments/20191002/1171d3bb/signature.sig>