[cifs-protocol] New Case Created: 00744924

Modcloth Customer Care noreply at modcloth.com
Wed Oct 2 15:45:16 UTC 2019


Hey Stefan,

Thank you for writing to ModCloth Customer Care! We have received your message and hope to be getting back to you within 3 business days.

If you have an urgent need, you can always contact us with any questions, concerns or feedback via live chat by clicking here or by phone (888-495-9699) between the hours of 9am-9pm EST Monday-Friday, we're always more than happy to help! ?

Thanks,

Modcloth
Email Body:-
Metze,
It was great meeting the team and working with you, once more. Thank you for reaching out this SMB3 LockSequence topic. Following our conversations in Redmond, I have looked into this a bit further. I will follow-up soon. I took note of the two things you are asking about.

Regards,
Edgar

-----Original Message-----
From: Sreekanth Nadendla <srenaden at microsoft.com> 
Sent: Wednesday, October 2, 2019 9:33 AM
To: Stefan Metzmacher <metze at samba.org>; cifs-protocol at lists.samba.org
Cc: support <support at mail.support.microsoft.com>
Subject: 119100224002125 SMB3 LockSequence

Dochelp in Bcc
Casemail in Cc

Hello Stefan, thank you for your inquiry about MS-SMB2 specification. We have created incident 119100224002125 to investigate this issue. 

Regards,
Sreekanth Nadendla
Microsoft Windows Open Specifications

-----Original Message-----
From: Stefan Metzmacher <metze at samba.org> 
Sent: Wednesday, October 2, 2019 10:19 AM
To: Interoperability Documentation Help <dochelp at microsoft.com>; Edgar Olougouna <edgaro at microsoft.com>; cifs-protocol at lists.samba.org
Subject: SMB3 LockSequence

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

_______________________________________________
cifs-protocol mailing list
cifs-protocol at lists.samba.org
https://lists.samba.org/mailman/listinfo/cifs-protocol

ref:_00D7F5lFYJ._5007FrqPEK:ref

Have more questions? We have the answers! 

We're here 9am-9pm EST Monday-Friday to help inspire your unique personal style and help you feel like the most remarkable version of you!

Don't hesitate to connect with us through chat or email on our help page here, https://help.modcloth.com/, or call us at 888-495-9699.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.samba.org/pipermail/cifs-protocol/attachments/20191002/e3902f47/attachment.htm>


More information about the cifs-protocol mailing list