| Previous | Next |
| WSA_QOS_GENERIC_ERROR | WSA_QOS_EFLOWSPEC |
WSA_QOS_ESERVICETYPE
ServiceType selects the QoS model and constrains the other fields
WSA_QOS_ESERVICETYPE means the ServiceType member of a sending or receiving FLOWSPEC is not recognized in the current API context. Values such as guaranteed, controlled load, best effort, qualitative service, and the special no-change or no-signaling modes have different rules; some are valid for Winsock GQOS but invalid when used directly with the Traffic Control API.
Validate the symbolic constant rather than only its numeric value, then determine whether the structure is a sender, receiver, or TC flow. Check field requirements implied by the selected service: for example, guaranteed receiver service requires a specified token rate, while several other fields may use QOS_NOT_SPECIFIED. Substituting best effort can hide the error but also removes the application’s intended service contract, so make the downgrade explicit.
Service-type inputs to compare
- Numeric and symbolic ServiceType.
- Sending, receiving, or Traffic Control context.
- Required TokenRate and related parameters.
- Use of NOCHANGE or signaling-suppression values.
References
- Microsoft: ServiceType values and field rules
- IETF RFC 2211: controlled-load service
- IETF RFC 2212: guaranteed service
Looking for a different code? Search another status or error code.