This form contains a series of questions that need to be answered. As you go about answering the questions, please keep the following things in mind:While it is not required that each question be answered at this time, all questions must have answers before the response is submitted to The Open Group for review and publication.Press the "Save" button at any time to save work in progress. Once the work has been saved, there is the option to continue editing if required.Many questions have instructions to assist in development of answers. They are marked with the indicator. Please look at the instructions carefully.Although HTML markup can be included in answers, this is not recommended apart from basic tags such as <p> and <br>, since incorrect markup could effect the format of other items in the document.Questions on this system should be addressed to the Conformance Statement manager at The Open Group.
Enter the name of the Organization that produced the implementation and the name of the author of the Conformance Statement.
A product may be registered in all members of a binary-compatible family of products on the basis of a single test report.
Answer the questions for each binary-compatible family. Alternately, provide the answers in the Appendix at the end of this document.
Question 1: Which SMB dialects do you support?
Response
Rationale
An LMX server must support at least one of these dialects.
Reference
CAE Specification, Protocols for X/Open PC Interworking: SMB, Version 2, Section 4.9, Negotiated Dialect.
Question 2: Which security levels do you support?
If necessary, please elaborate in the area below.
This defines the security environment (see Section 2.2, Security Overview) in which the LMX server works.
CAE Specification, Protocols for X/Open PC Interworking: SMB, Version 2, Section 4.8, Security Policy.
Question 3: Which password encryption policy does your LMX server support?
Support of password encryption in the extended protocols is possible (see Section 11.2, SMBsecpkgX Specification, Section 11.3, SMBsesssetupX Specification, Appendix C, The X/Open Security Package and Appendix D, SMB Encryption Techniques), but optional.
Question 4: Do you support the interoperation of SMB and (PC)NFS with respect to the additional features beyond those provided by XSI on the same CAE system?
Yes No If necessary, please elaborate in the area below.
Interoperation beyond XSI semantics for PC file and print-sharing implementations on a single CAE system is not necessarily provided.
CAE Specification, Protocols for X/Open PC Interworking: SMB, Version 2, Section 4.10, Network Issues.
Question 5: Is the SMB server capable of running over other remotely mounted XNFS file systems?
Yes No
It is possible for this to occur.
Question 6: Which binding of NetBIOS to a transport protocol do you support?
Where:
TOP/NetBIOS refers to the document "MAP/TOP Users Group Technical Report, Specification of NetBIOS Interface and Name Service Support by Lower Layer OSI Protocols, Version 1.0, September 27, 1989", as reproduced in the specification as Appendix E.
RFC 1001/1002 refers to the "Protocol Standard for a NetBIOS Service on a TCP/UDP Transport: Concepts and Methods" (RFC 1001) and "Protocol Standard for a NetBIOS Service on a TCP/UDP Transport: Detailed Specifications" (RFC 1002), both dated April 1987 and reproduced in the specification as Appendix F and Appendix G.
At least one of the two bindings must be supported.
Question 7: Do you support additional mappings of LMX server names to NetBIOS names?
It is possible that next to the specified mapping of LMX server names to NetBIOS names (see Section 3.5, Naming) other mechanisms exist.
Question 8: Do you support operation over more than a single subnetwork?
The original specifications limited the operation to a single subnetwork, but interoperation to connected subnetworks is not precluded.
Question 9: With RFC1001/1002 functionality, does your implementation support B Type or M Type Node?
With RFC 1001/1002 both types are possible. B-node functionality is the minimum functionality required for a compliant RFC 1001/1002 implementation. M-node functionality is a superset. (See Appendix F, RFC 1001 and Appendix G, RFC 1002.
Question 10: With Top/NetBIOS, does your NDSE implementation support NDUA?
With TOP/NetBIOS in simple network topologies the NDSE will resolve all NetBIOS name queries. For more complex network topologies NDUA support is useful, but optional. See Appendix E, TOP/NetBIOS.
Question 11: Do you support any file types other than file system subtrees and printers?
It is possible to share access to CAE special files.
CAE Specification, Protocols for X/Open PC Interworking: SMB, Version 2, Section 4.3, LMX File Mapping.
Question 12: How does the LMX server deal with print modes?
Special actions taken by the LMX server for text or graphics print files are optional.
CAE Specification, Protocols for X/Open PC Interworking: SMB, Version 2, Section 4.6, LMX Print Spooling.
Question 13: Do you use printer set-up data?
Allowing printer set-up data can have a profound effect in a shared environment.
Question 14: Do you support any mapping for CAE filenames to DOS filenames beyond the minimal requirements defined in the specification?
For all protocols, except the extended 2.0 protocol, DOS filenames need to be in upper-case 8.3 format (see Section 3.5.2, NetBIOS Names). It is possible to map longer or mixed-case CAE filenames into this format.
CAE Specification, Protocols for X/Open PC Interworking: SMB, Version 2, Section 4.2, LMX Filename Mapping.
Question 15: For the extended protocols, do you honour case-sensitivity (bit 3 of SMB header smb_flag not set) and non-canonical pathnames (bit 4 of SMB header smb_flag not set)?
Although case-sensitivity is present in CAE systems, DOS SMB redirectors will normally set the case-insensitivity bit.
Question 16: Do you support the following SMB file attributes?
SMB file attributes are not the same as CAE file attributes. The mapping of SMB file attributes that cannot be represented as CAE file attributes is optional.
CAE Specification, Protocols for X/Open PC Interworking: SMB, Version 2, Section 4.3.1, SMB File Attributes.
Question 17: Do you support file interlocking between DOS and CAE applications with respect to deny-modes or byte-range locking?
The locking models used by SMB and CAE are different. If locking is provided it should support the features defined in Section 4.4, LMX File Locking.
CAE Specification, Protocols for X/Open PC Interworking: SMB, Version 2, Section 4.4.1, Interlocking Behaviour.
Question 18: If you support byte-range interlocking between CAE and PC applications, does this support 32-bit unsigned lock ranges
A CAE filsystem may not support such ranges in a native mode.
Question 19: What are the maximum path lengths that you support from the root of the shared file system subtree?
LMX servers may have a maximum path restriction.
CAE Specification, Protocols for X/Open PC Interworking: SMB, Version 2.
Question 20: Does the server perform any internal caching?
A DOS user would expect a write of data to store to happen immediately.
CAE Specification, Protocols for X/Open PC Interworking: SMB, Version 2, Section 4.5, LMX Server Caching.
Question 21: For the extended protocols, do you support locking timeouts?
Locking timeouts are optional.
CAE Specification, Protocols for X/Open PC Interworking: SMB, Version 2, Section 4.4.2, Locking Timeouts.
Question 22: Does the CAE umask value have an effect on files created by the LMX Server?
Section 4.3.2, CAE File Access Permissions illustrates possible effects of umask.
CAE Specification, Protocols for X/Open PC Interworking: SMB, Version 2, Section 4.3.2, CAE File Access Permissions.
Question 23: Is the effect of umask configurable?
Please elaborate in the area below.
Question 24: Does the CAE ulimit value have an effect on files created by the LMX Server?
Section 4.3.3, File System Issues illustrates possible effects of ulimit.
CAE Specification, Protocols for X/Open PC Interworking: SMB, Version 2, Section 4.3.3, File System Issues.
Question 25: Is the effect of ulimit configurable?
Question 26: For the extended 2.0 protocols, what is the maximum length of the long filename component that you support?
LMX servers may have a maximum for the supported size of a particular filename (see Section 4.3.6, Long Filenames).
Limitation in filename component limits the type of client that may use the server.
CAE Specification, Protocols for X/Open PC Interworking: SMB, Version 2, Section 4.3.6, Long Filenames.
Question 27: For the extended 2.0 protocols, do you support extended attributes?
Support of this feature is optional.
CAE Specification, Protocols for X/Open PC Interworking: SMB, Version 2, Section 4.3.7, Extended Attributes.
Question 1: Which of the following items are supported?
Named Pipes Yes No Class 1 Mailslots Yes No Class 2 Mailslots Yes No Messaging Yes No Reference CAE Specification, IPC Mechanisms for SMB. 2.2 Named Pipe APIs Question 2: Which of the following optional interfaces are supported? Response LmForkNamedPip Yes No DosOpen Yes No Rationale Support for these routines is optional. Reference CAE Specification, IPC Mechanisms for SMB. Question 3: If DosOpen is supported, is there a way to specify the SMB account name and password for the named pipe usage? Response Yes No Please explain how the username and password are derived in the area below. Rationale The SMB security model requires a username and password. There must be some mapping between the CAE user and the SMB user. Reference CAE Specification, Protocols for X/Open PC Interworking: SMB, Version 2, Section 2.2, Security Overview. Question 4: Are named pipes inherited from a process to a child process? Response InterfaceSupported LmForkNamedPipe Yes No fork Yes No Rationale The method by which named pipes are inherited is a portability issue. Reference CAE Specification, IPC Mechanisms for SMB, Section 2.4.4, Pipe Instances and Inheritance. Question 5: What is the default maximum number of instances for a named pipe applied when NP_ICOUNT is set to 0xFF? Response Rationale If the API user calls DosMakeNmPipe() to create a new named pipe (rather than a new instance of an existing one), the NP_ICOUNT field of the pmode parameter may to be set to 0xFF to indicate that an implementation-defined maximum number of instances can be created. Reference CAE Specification, IPC Mechanisms for SMB, DosMakeNmPipe(). 2.3 Mailslot APIs Question 6: What is the maximum size of message accepted by a Class 2 mailslot? Response Rationale Delivery of messages to Class 2 mailslots is not guaranteed, and there is an implementation-defined limit on the size of message that can be accepted by such a mailslot. This limit may not be less than 360 bytes. Reference CAE Specification, IPC Mechanisms for SMB, DosDeleteMailslot(). Question 7: What priorities of mailslots are supported? Response LevelSupported? 0 Yes No 1 Yes No 2 Yes No 3 Yes No 4 Yes No 5 Yes No 6 Yes No 7 Yes No 8 Yes No 9 Yes No Please elaborate, if necessary, in the area below. Rationale It will always be true that priority 9 is delivered before other priority messages, but the behaviour of the lower priorities (0-8) is implementation-dependent and needs to be explained. Reference CAE Specification, IPC Mechanisms for SMB, Section 3.3, Mailslots. 3. Appendix This appendix contains additional, explanatory material that was provided by the vendor. Copyright © All rights reserved. 4. Change History DateNameComment New
CAE Specification, IPC Mechanisms for SMB.
Question 2: Which of the following optional interfaces are supported?
Support for these routines is optional.
Question 3: If DosOpen is supported, is there a way to specify the SMB account name and password for the named pipe usage?
Please explain how the username and password are derived in the area below.
The SMB security model requires a username and password. There must be some mapping between the CAE user and the SMB user.
CAE Specification, Protocols for X/Open PC Interworking: SMB, Version 2, Section 2.2, Security Overview.
Question 4: Are named pipes inherited from a process to a child process?
The method by which named pipes are inherited is a portability issue.
CAE Specification, IPC Mechanisms for SMB, Section 2.4.4, Pipe Instances and Inheritance.
Question 5: What is the default maximum number of instances for a named pipe applied when NP_ICOUNT is set to 0xFF?
If the API user calls DosMakeNmPipe() to create a new named pipe (rather than a new instance of an existing one), the NP_ICOUNT field of the pmode parameter may to be set to 0xFF to indicate that an implementation-defined maximum number of instances can be created.
CAE Specification, IPC Mechanisms for SMB, DosMakeNmPipe().
Question 6: What is the maximum size of message accepted by a Class 2 mailslot?
Delivery of messages to Class 2 mailslots is not guaranteed, and there is an implementation-defined limit on the size of message that can be accepted by such a mailslot. This limit may not be less than 360 bytes.
CAE Specification, IPC Mechanisms for SMB, DosDeleteMailslot().
Question 7: What priorities of mailslots are supported?
Please elaborate, if necessary, in the area below.
It will always be true that priority 9 is delivered before other priority messages, but the behaviour of the lower priorities (0-8) is implementation-dependent and needs to be explained.
CAE Specification, IPC Mechanisms for SMB, Section 3.3, Mailslots.
Copyright © All rights reserved.