Re: [cifs-protocol] repsFromTo blob format (WSPP CAR)

2009-10-21 Thread Hongwei Sun
Tridge,

  The documentation update has been completed and it should be included in the 
future release published on MSDN.  I just like to check to see if you have any 
more questions regarding this issue.   If not, I will consider this case closed.

Thanks!

Hongwei
 

-Original Message-
From: Hongwei Sun 
Sent: Tuesday, October 13, 2009 4:46 PM
To: tri...@samba.org; Interoperability Documentation Help
Cc: cifs-proto...@samba.org; p...@tridgell.net; me...@samba.org
Subject: RE: repsFromTo blob format (WSPP CAR)

Tridge,

   We finished the investigation regarding the different versions of structures 
referenced by cbOtherDraOffset in RESP_FROM and RESP_TO (5.107, and 5.108 
MS-DRSR).

   We made the following changes to the MS-DRSR.

   In  5.107 for RESP_FROM and 5.108 for RESP_TO , the changes are:

   dwVersion (4 bytes):  The version of this structure. It must be 1 or 2. 
<19>

<19> Section 5.106: Windows Server 2000 and Windows Server 2003 
DCs have value 1 in field dwVersion.  Windows Server 2008 and Windows 2008 R2 
DCs have value 2 in field dwVersion.

cbOtherDraOffset (4 bytes):  The offset from the start of the structure 
to a location in the data field, specifying the start of a structure that 
contains a NetworkAddress for the source DC. If dwVersion is 1, it is an 
MTX_ADDR structure. If dwVersion is 2, it is a DSA_RPC_INST structure.

 cbOtherDra (4 bytes):  The size of the structure pointed to by 
cbOtherDraOffset.

 data (variable):  The storage for the rest of the structure. The 
structure pointed to by cbOtherDraOffset and cbPasDataOffset are packed into 
this field and can be referenced using the offsets.
   
   In 5.33, DSA_RPC_INST is defined as:

   DSA_RPC_INST is a concrete type for an instance of NTDSA.
 typedef struct _DSA_RPC_INST
 {
  DWORD cb;
DWORD cbpszServerOffset;
DWORD cbpszAnnotationOffset;
DWORD cbpszInstanceOffset;
DWORD cbpguidInstanceOffset;
 } DSA_RPC_INST, *PDSA_RPC_INST;

   cb:  The total number of bytes in the DSA_RPC_INST structure.
 cbpszServerOffset:  The offset from the start of the DSA_RPC_INST 
structure to a location that specifies the start of the server name of this 
instance.
 cbpszAnnotationOffset:  The offset from the start of the DSA_RPC_INST 
structure to a location that specifies the start of the annotation of this 
instance.
 cbpszInstanceOffset:  The offset from the start of the DSA_RPC_INST 
structure to a location that specifies the start of the NetworkAddress of this 
instance.
 cbpguidInstanceOffset:  The offset from the start of the DSA_RPC_INST 
structure to a location that specifies the start of the GUID for the instance.  


The information above will be updated into the future release of the 
MS-DRSR document.  Please let us know if you have more questions.

Thanks!

Hongwei 
  
-Original Message-
From: tri...@samba.org [mailto:tri...@samba.org] 
Sent: Sunday, September 20, 2009 12:15 PM
To: Interoperability Documentation Help
Cc: cifs-proto...@samba.org; p...@tridgell.net; me...@samba.org
Subject: repsFromTo blob format (WSPP CAR)

We've been unable to find a description in the WSPP docs of the format
for the repsFromToBlob blob that is used to encode the repsFrom and
repsTo attributes in DRS/LDAP.

For now we have produced our own IDL for the blobs, which you can see
here:

  http://samba.org/ftp/unpacked/samba_4_0_test/librpc/idl/drsblobs.idl

in the typedef for the structure repsFromToBlob, but it would be good
if we could confirm this with IDL (or other binary structure encoding)
in the WSPP docs.

The MS-DRSR doc shows some examples for version1 of the structure, but
nothing for version 2 (version 2 is used by W2K8).

Cheers, Tridge

___
cifs-protocol mailing list
cifs-protocol@cifs.org
https://lists.samba.org/mailman/listinfo/cifs-protocol


Re: [cifs-protocol] Question about [MS-DRSR] section 5.12.2 - prefixMap implementation

2009-10-21 Thread Bill Wesse
Good afternoon Kamen. This is Bill Wesse from the Protocol Support team. I will 
be your contact for the case noted below, where you asked about prefixMap 
implementation differences for Windows 2003 and Windows 2008 R2.

SRX091020600112 [MS-DRSR] section 5.12.2 - prefixMap implementation

I will keep you updated with the results of my investigation as details develop.

Regards,
Bill Wesse
MCSE, MCTS / Senior Escalation Engineer, US-CSS DSC PROTOCOL TEAM
8055 Microsoft Way
Charlotte, NC 28273
TEL:  +1(980) 776-8200
CELL: +1(704) 661-5438
FAX:  +1(704) 665-9606

-Original Message-
From: Kamen Mazdrashki [mailto:kamen.mazdras...@postpath.com] 
Sent: Tuesday, October 20, 2009 9:36 AM
To: Interoperability Documentation Help
Cc: p...@tridgell.net; cifs-proto...@samba.org
Subject: [cifs-protocol] Question about [MS-DRSR] section 5.12.2 - prefixMap 
implementation

Hi,

I need a clarification about what are the differences between prefixMap 
implementation for Win2K3 and Win2K8(R2).

Attached you may find:
1. LDIF file to provision AD Schema with some test Attributes - OIDs of those 
attributes are crafted so that different scenarios could be tested.
2. Log files gathered during execution of Samba's RPC-DSSYNC test against 
Win2K3 and Win2K8. I am sending the log files as Word documents so it is easy 
for me to highlight interesting parts from the log files.
  -- prefixMap received is highlighted with 'gray'; newly added entries are 
highlighted with 'yellow'
  -- newly added object attributes received are also highlighted with 'yellow'
3. For testing I was using:
  -- Win2k3 R2 - Domain functional level = Win 2000 installation
  -- Win2K8 R2 - Domain functional lever = Win 2008 R2
  -- Samba 4 - latest build. Test run is RPC-DSSYNC. 
 Command line for testing: 
 $> bin/smbtorture -Uadministrator%333 
--configfile=/usr/local/samba/etc/drsuapi.conf 
ncacn_ip_tcp:Win_machine_ip[print,seal] RPC-DSSYNC -d1

As you may see, for Win2K3 everything works correctly as described in MS-DRSR, 
section 5.12.2.
I.e. attribute with attid=0x1B860001 matches prefixMap entry with id=0x1b86 
and thus Attribute OID is correctly decoded as being '1.2.250.1'

In Win2k8 log file however, for attid=0x85C6D3B9 matching prefixMap entry 
should be id=0x4823 and it is not quite obvious how 0x85C6D3B9 is matched 
to 0x4823?

Please, clarify what is the algorithm used under Win2k8 for MakeAttid() and 
OidFromAttid() functions?

Many thanks in advance.

Regards,
Kamen Mazdrashki
kamen.mazdras...@postpath.com
http://repo.or.cz/w/Samba/kamenim.git
-
CISCO SYSTEMS BULGARIA EOOD
http://www.cisco.com/global/BG/


___
cifs-protocol mailing list
cifs-protocol@cifs.org
https://lists.samba.org/mailman/listinfo/cifs-protocol