3 Protocol Details
In the following sections, the schema definition might differ from the processing rules imposed by the protocol. The WSDL in this specification matches the WSDL that shipped with the product and provides a base description of the schema. The text that introduces the WSDL might specify differences that reflect actual Microsoft product behavior. For example, the schema definition might allow for an element to be empty, null, or not present but the behavior of the protocol as specified restricts the same elements to being non-empty, not null, and present.
The client side of this protocol is simply a pass-through. That is, no additional timers or other state is required on the client side of this protocol. Calls made by the higher-layer protocol or application are passed directly to the transport, and the results returned by the transport are passed directly back to the higher-layer protocol or application.
This protocol allows protocol servers to perform implementation-specific authorization checks and to notify protocol clients of authorization faults by using HTTPStatus-Codes or SOAP faults. Except where specified otherwise, protocol clients SHOULD interpret HTTP Status-Codes as specified in [RFC2616] section 10. Protocol servers can notify protocol clients of application-level faults by using SOAP faults. Except where specified otherwise, these SOAP faults are not significant for interoperability and protocol clients can interpret them in an implementation-specific manner.