[cifs-protocol] RE: Specific sockaddr layout in MS-ADTS

Hongwei Sun hongweis at microsoft.com
Thu Jun 26 21:03:35 GMT 2008

Hi, Andrew,

   Thanks for your question regarding NETLOGON_NT_VERSION_5EX_WITH_IP flag.

   In terms of the server, it is not deprecated.  That is, current servers still support requests that include this flag and respond appropriately.  For a server to be interoperable with Windows clients,  it needs to accept the flag in either way whenever it is sent.  The documentation explains what server should do if the bit is set in the NtVersion flag and what server should do if it is not set and that it should be prepared to accept a communication that contains this flag at any time.  Any actions taken by a Windows client based on this flag do not affect the interoperability of a server implementation.



Hongwei  Sun - Support Escalation Engineer

DSC Protocol  Team, Microsoft

hongweis at microsoft.com

Tel:  469-7757027 x 57027


We're hiring<http://members.microsoft.com/careers/search/details.aspx?JobID=A976CE32-B0B9-41E3-AF57-05A82B88383E&start=1&interval=10&SortCol=DatePosted>

-----Original Message-----
From: Andrew Bartlett [mailto:abartlet at samba.org]
Sent: Thursday, June 19, 2008 4:38 PM
To: Hongwei Sun
Cc: pfif at tridgell.net; cifs-protocol at samba.org
Subject: RE: Specific sockaddr layout in MS-ADTS

On Thu, 2008-06-19 at 09:06 -0700, Hongwei Sun wrote:

> Andrew,


>    Which flag are you referring to ?  The only flag I know of related

> to this is the NETLOGON_NT_VERSION_5EX_WITH_IP flag which the client

> must specify for the server to fill in the DcSockAddr field.  Please

> confirm.

That's what I mean.  I note that modern clients such as Vista Ultimate don't seem to send this flag in their default query, so wondered if this part of the protocol was some deprecated experiment no longer in use.

Alternately, in what situations would a Microsoft client set this flag?


Andrew Bartlett


Andrew Bartlett


Authentication Developer, Samba Team           http://samba.org

Samba Developer, Red Hat Inc.
-------------- next part --------------
HTML attachment scrubbed and removed

More information about the cifs-protocol mailing list