[cifs-protocol] [REG:111051857287367] BranchCache and SMB2: Questions specific to BranchCache.
edgaro at microsoft.com
Wed May 18 10:49:10 MDT 2011
Yes, that will help the investigation.
From: Christopher R. Hertel [mailto:crh at ubiqx.com]
Sent: Wednesday, May 18, 2011 11:46 AM
To: Edgar Olougouna
Cc: cifs-protocol at samba.org
Subject: Re: [REG:111051857287367] BranchCache and SMB2: Questions specific to BranchCache.
I have Wireshark traces, if that helps. Please let me know how you prefer to receive them.
Edgar Olougouna wrote:
> I will be looking into this for you. Do you have network traces you can share?
> -----Original Message-----
> From: Obaid Farooqi
> Sent: Wednesday, May 18, 2011 10:58 AM
> To: crh at ubiqx.com
> Cc: cifs-protocol at samba.org; MSSolve Case Email
> Subject: RE:[REG:111051857287367] BranchCache and SMB2: Questions specific to BranchCache.
> Hi Chris:
> Thank you for contacting Microsoft regarding your query on branch cache. A member of the protocol documentation team will be in touch soon.
> Obaid Farooqi
> Escalation Engineer | Microsoft
> Exceeding your expectations is my highest priority. If you would like
> to provide feedback on your case you may contact my manager at
> allisong at microsoft.com
> -----Original Message-----
> From: Christopher R. Hertel [mailto:crh at ubiqx.com]
> Sent: Tuesday, May 17, 2011 9:12 PM
> To: Interoperability Documentation Help
> Subject: BranchCache and SMB2: Questions specific to BranchCache.
> I have a couple of questions regarding BranchCache and [MS-PCCRC]. As you know, BranchCache--particularly the Content Information format specified in [MS-PCCRC]--can be used as an extension to SMB2.
> 1) In the Content Information structure ([MS-PCCRC:2.3]), there is the
> following field definition:
> dwOffsetInFirstSegment (4 bytes): Number of bytes into the first
> segment within the Content Information data structure at which
> the content range begins.
> I can't make heads nor tails of that description, and the captures I
> have done on the wire typically show that field set to zero.
> Similarly, the examples in section 3 of [MS-PCCRC] show the value of
> this field to be zero.
> The field is 4 bytes in length, so it cannot be an offset into the
> content itself, since content offsets are (should be) 8 bytes (64-bit).
> Please clarify: What does dwOffsetInFirstSegment actually represent?
> 2) I am not getting what I expect in the dwReadBytesInLastSegment field.
> This field is defined in [MS-PCCRC:2.3], as follows:
> dwReadBytesInLastSegment (4 bytes): Total number of bytes of the
> content range which lie within the final segment in the Content
> Information data structure.
> It seems to me that this value represents the number of bytes
> of actual content included in the calculation of the final
> Segment block of the Content Information. That interpretation
> is supported by the examples in section 3.
> In actual captures, however, Windows IIS server returns zero
> (0x00000000) in the dwReadBytesInLastSegment field.
> Is this a documentation bug or is the IIS server returning the
> wrong value?
> This is IIS running on W2K8r2 with fairly up-to-date patches
> Looking forward to the replies.
> Chris -)-----
> "Implementing CIFS - the Common Internet FileSystem" ISBN: 013047116X
> Samba Team -- http://www.samba.org/ -)----- Christopher R. Hertel
> jCIFS Team -- http://jcifs.samba.org/ -)----- ubiqx development, uninq.
> ubiqx Team -- http://www.ubiqx.org/ -)----- crh at ubiqx.mn.org
> OnLineBook -- http://ubiqx.org/cifs/ -)----- crh at ubiqx.org
Christopher R. Hertel -)----- Storage Architect & CIFS Geek
http://www.ubiqx.com/ Data Storage and Systems Consulting
"Implementing CIFS - the Common Internet FileSystem" ISBN: 013047116X
More information about the cifs-protocol