| Previous | Next |
| WSA_QOS_ADMISSION_FAILURE | WSA_QOS_BAD_STYLE |
WSA_QOS_POLICY_FAILURE
Policy control denied permission even if capacity was available
WSA_QOS_POLICY_FAILURE identifies an administrative rejection of an RSVP reservation. Policy control can evaluate identity, credentials, application policy elements, requested service, and local authorization rules separately from admission control. Adding bandwidth or changing queue sizes therefore does not address this result.
Inspect the policy elements carried in the provider-specific buffer and the extended status returned by the policy component. Verify which identity the network or local policy engine authenticated, especially when a service account, impersonated token, or remote principal initiated the request. Retrying with altered credentials should occur only after confirming the expected policy contract; stripping policy objects may turn a properly authenticated request into an invalid or unauthorized one rather than bypassing the decision.
Policy data needed for a useful audit
- Authenticated user, service, or application identity.
- Policy-element type and encoded payload.
- Requested service class and reservation scope.
- Policy decision point and detailed rejection reason.
References
- Microsoft: policy elements in RSVP_RESERVE_INFO
- IETF RFC 2205: policy-control decision
- IETF RFC 2749: COPS usage for RSVP policy
Looking for a different code? Search another status or error code.