diff options
author | Stefan Metzmacher <metze@samba.org> | 2014-01-22 11:29:15 +0100 |
---|---|---|
committer | Andrew Bartlett <abartlet@samba.org> | 2014-03-25 00:45:28 +0100 |
commit | 6260de72213fafc6f931b9dea35ddb95a188d075 (patch) | |
tree | 053f8003c4ce05256719361cbb5bcf25e2a7463f /libcli | |
parent | 96e1bcde2bfb5bac8363078a70272893a27b93eb (diff) | |
download | samba-6260de72213fafc6f931b9dea35ddb95a188d075.tar.gz samba-6260de72213fafc6f931b9dea35ddb95a188d075.tar.xz samba-6260de72213fafc6f931b9dea35ddb95a188d075.zip |
libcli/smb: make TSTREAM_SMBXCLI_NP_MAX_BUF_SIZE public
This should be used to negotiate the may fragment size
of DCERPC connections.
Signed-off-by: Stefan Metzmacher <metze@samba.org>
Reviewed-by: Andrew Bartlett <abartlet@samba.org>
Diffstat (limited to 'libcli')
-rw-r--r-- | libcli/smb/tstream_smbXcli_np.c | 20 | ||||
-rw-r--r-- | libcli/smb/tstream_smbXcli_np.h | 20 |
2 files changed, 20 insertions, 20 deletions
diff --git a/libcli/smb/tstream_smbXcli_np.c b/libcli/smb/tstream_smbXcli_np.c index f6bd2f616cf..cbe7f6f83d3 100644 --- a/libcli/smb/tstream_smbXcli_np.c +++ b/libcli/smb/tstream_smbXcli_np.c @@ -29,26 +29,6 @@ static const struct tstream_context_ops tstream_smbXcli_np_ops; -/* - * Windows uses 4280 (the max xmit/recv size negotiated on DCERPC). - * This is fits into the max_xmit negotiated at the SMB layer. - * - * On the sending side they may use SMBtranss if the request does not - * fit into a single SMBtrans call. - * - * Windows uses 1024 as max data size of a SMBtrans request and then - * possibly reads the rest of the DCERPC fragment (up to 3256 bytes) - * via a SMBreadX. - * - * For now we just ask for the full 4280 bytes (max data size) in the SMBtrans - * request to get the whole fragment at once (like samba 3.5.x and below did. - * - * It is important that we use do SMBwriteX with the size of a full fragment, - * otherwise we may get NT_STATUS_PIPE_BUSY on the SMBtrans request - * from NT4 servers. (See bug #8195) - */ -#define TSTREAM_SMBXCLI_NP_MAX_BUF_SIZE 4280 - #define TSTREAM_SMBXCLI_NP_DESIRED_ACCESS ( \ SEC_STD_READ_CONTROL | \ SEC_FILE_READ_DATA | \ diff --git a/libcli/smb/tstream_smbXcli_np.h b/libcli/smb/tstream_smbXcli_np.h index c4af5327173..e8c5c39297a 100644 --- a/libcli/smb/tstream_smbXcli_np.h +++ b/libcli/smb/tstream_smbXcli_np.h @@ -49,4 +49,24 @@ NTSTATUS tstream_smbXcli_np_use_trans(struct tstream_context *stream); unsigned int tstream_smbXcli_np_set_timeout(struct tstream_context *stream, unsigned int timeout); +/* + * Windows uses 4280 (the max xmit/recv size negotiated on DCERPC). + * This is fits into the max_xmit negotiated at the SMB layer. + * + * On the sending side they may use SMBtranss if the request does not + * fit into a single SMBtrans call. + * + * Windows uses 1024 as max data size of a SMBtrans request and then + * possibly reads the rest of the DCERPC fragment (up to 3256 bytes) + * via a SMBreadX. + * + * For now we just ask for the full 4280 bytes (max data size) in the SMBtrans + * request to get the whole fragment at once (like samba 3.5.x and below did. + * + * It is important that we use do SMBwriteX with the size of a full fragment, + * otherwise we may get NT_STATUS_PIPE_BUSY on the SMBtrans request + * from NT4 servers. (See bug #8195) + */ +#define TSTREAM_SMBXCLI_NP_MAX_BUF_SIZE 4280 + #endif /* _CLI_NP_TSTREAM_H_ */ |