The following Error Codes may appear in ERROR_SPEC objects and be passed to end systems. Except where noted, these Error Codes may appear only in ResvErr messages.
This code is reserved for use in the ERROR_SPEC object of a ResvConf message. The Error Value will also be zero.
Reservation request was rejected by Admission Control due to unavailable resources.
For this Error Code, the 16 bits of the Error Value field are:
ssur cccc cccc cccc
where the bits are:
ss = 00: Low order 12 bits contain a globally-defined sub-code (values listed below).
ss = 10: Low order 12 bits contain a organization-specific sub- code. RSVP is not expected to be able to interpret this except as a numeric value.
ss = 11: Low order 12 bits contain a service-specific sub-code. RSVP is not expected to be able to interpret this except as a numeric value.
Since the traffic control mechanism might substitute a different service, this encoding may include some representation of the service in use.
u = 0: RSVP rejects the message without updating local state.
u = 1: RSVP may use message to update local state and forward the message. This means that the message is informational. r: Reserved bit, should be zero.
cccc cccc cccc: 12 bit code.
The following globally-defined sub-codes may appear in the low- order 12 bits when ssur = 0000:
Reservation or path message has been rejected for administrative reasons, for example, required credentials not submitted, insufficient quota or balance, or administrative preemption. This Error Code may appear in a PathErr or ResvErr message.
Contents of the Error Value field are to be determined in the future.
No path state for this session. Resv message cannot be forwarded.
There is path state for this session, but it does not include the sender matching some flow descriptor contained in the Resv message. Resv message cannot be forwarded.
Reservation style conflicts with style(s) of existing reservation state. The Error Value field contains the low-order 16 bits of the Option Vector of the existing style with which the conflict occurred. This Resv message cannot be forwarded.
Reservation style is unknown. This Resv message cannot be forwarded.
Sessions for same destination address and protocol have appeared with both zero and non-zero dest port fields. This Error Code may appear in a PathErr or ResvErr message.
Sender port is both zero and non-zero in Path messages for the same session. This Error Code may appear only in a PathErr message.
The service request defined by the STYLE object and the flow descriptor has been administratively preempted.
For this Error Code, the 16 bits of the Error Value field are:
ssur cccc cccc cccc
Here the high-order bits ssur are as defined under Error Code 01. The globally-defined sub-codes that may appear in the low- order 12 bits when ssur = 0000 are to be defined in the future.
Error Value contains 16-bit value composed of (Class-Num, C- Type) of unknown object. This error should be sent only if RSVP is going to reject the message, as determined by the high-order bits of the Class-Num. This Error Code may appear in a PathErr or ResvErr message.
Error Value contains 16-bit value composed of (Class-Num, C- Type) of object.
Error Value field contains an API error code, for an API error that was detected asynchronously and must be reported via an upcall.
Traffic Control call failed due to the format or contents of the parameters to the request. The Resv or Path message that caused the call cannot be forwarded, and repeating the call would be futile.
For this Error Code, the 16 bits of the Error Value field are:
ss00 cccc cccc cccc
Here the high-order bits ss are as defined under Error Code 01.
The following globally-defined sub-codes may appear in the low order 12 bits (cccc cccc cccc) when ss = 00:
Trying to merge two incompatible service requests.
Traffic control can provide neither the requested service nor an acceptable replacement.
Malformed or unreasonable request.
Malformed or unreasonable request.
Malformed or unreasonable request.
A system error was detected and reported by the traffic control modules. The Error Value will contain a system-specific value giving more information about the error. RSVP is not expected to be able to interpret this value.
The Error Value field will provide implementation-dependent information on the error. RSVP is not expected to be able to interpret this value.
In general, every RSVP message is rebuilt at each hop, and the node that creates an RSVP message is responsible for its correct construction. Similarly, each node is required to verify the correct construction of each RSVP message it receives. Should a programming error allow an RSVP to create a malformed message, the error is not generally reported to end systems in an ERROR_SPEC object; instead, the error is simply logged locally, and perhaps reported through network management mechanisms.
The only message formatting errors that are reported to end systems are those that may reflect version mismatches, and which the end system might be able to circumvent, e.g., by falling back to a previous CType for an object; see code 13 and 14 above.
The choice of message formatting errors that an RSVP may detect and log locally is implementation-specific, but it will typically include the following: