pub enum EndpointError {
Show 27 variants
GoAwayAtServer,
Session(SessionError),
SubscribeId(SubscribeIdError),
Subscription(SubscriptionError),
Fetch(FetchError),
Namespace(NamespaceError),
TrackStatus(TrackStatusError),
Setup(SetupError),
UnknownSubscribe(u64),
UnknownNamespace,
UnknownTrackStatus,
UnknownPeerTrackStatus,
SubscribeAfterAnnounceCancel,
NotActive,
Draining,
FilterNeedsRange,
MalformedSetupParameter(u64),
PeerSubscribeIdNotIncreasing(u64, u64),
RepeatedGoAway,
DuplicateTrackAlias {
alias: u64,
established_side: SubscribeSide,
established: u64,
offered_side: SubscribeSide,
offered: u64,
},
TrackAliasInUse {
alias: u64,
side: SubscribeSide,
held: u64,
},
MixedForwardingPreference {
alias: u64,
established: ObjectForwardingPreference,
offered: ObjectForwardingPreference,
},
UpdateForUnknownSubscribe(u64),
UnknownPeerNamespace,
UnknownPeerNamespaceSubscription,
PeerPrefixOverlap,
OwnPrefixOverlap,
}Expand description
Errors that can occur during draft-07 endpoint operations.
Variants§
GoAwayAtServer
A GOAWAY arrived at a server.
Section 6.3: “The server MUST terminate the session with a Protocol Violation (Section 3.5) if it receives a GOAWAY message.” This draft states the rule about the message rather than about its contents - a GOAWAY carrying no URI at all is refused here just the same. Draft-08 replaced the sentence with a narrower one that turns on a non-zero New Session URI Length, so this refusal is draft-07’s alone and does not carry forward.
Session(SessionError)
A session-level state machine error.
SubscribeId(SubscribeIdError)
A subscribe ID allocation or validation error.
Subscription(SubscriptionError)
A subscription state machine error.
Fetch(FetchError)
A fetch state machine error.
Namespace(NamespaceError)
A namespace state machine error.
TrackStatus(TrackStatusError)
A track status state machine error.
Setup(SetupError)
A setup negotiation error.
UnknownSubscribe(u64)
The subscribe ID does not match any known state machine.
UnknownNamespace
The track namespace does not match any known state machine.
UnknownTrackStatus
The (namespace, track) pair does not match any known track status request.
UnknownPeerTrackStatus
A message about a track status named a track the peer has not asked about.
Section 6.12 makes the request the subscriber’s: “A potential subscriber sends a ‘TRACK_STATUS_REQUEST’ message on the control stream to obtain information about the current status of a given track.” What an answer answers is therefore a request the peer made, so the record it reaches for is the one this endpoint keeps of what the peer has asked about.
Separate from EndpointError::UnknownTrackStatus, which is the same
miss on the requests this endpoint made, so a caller can tell which of
the two maps came up empty.
SubscribeAfterAnnounceCancel
A SUBSCRIBE arrived for a namespace the peer had cancelled with ANNOUNCE_CANCEL.
NotActive
The session is not in the Active state.
Draining
The session is draining and cannot accept new requests.
FilterNeedsRange
A filter that names a start location was asked for through a helper that has no start location to give it.
MalformedSetupParameter(u64)
A setup parameter’s value could not be read as the type its key implies.
PeerSubscribeIdNotIncreasing(u64, u64)
A Subscribe ID the peer chose did not increase on the last one it used.
Tuple Fields
RepeatedGoAway
A second GOAWAY arrived on the control stream.
The GOAWAY that says the peer is going away is one message, and the draft answers a repeat of it with a session close rather than with an error about the second message: there is no state a second one could move that the first has not already moved.
DuplicateTrackAlias
A Track Alias names two tracks at once.
Section 6.4, on the Track Alias the subscriber chooses in SUBSCRIBE: “If the Track Alias is already being used for a different track, the publisher MUST close the session with a Duplicate Track Alias error”. Section 6.16 states the other end of the same rule, on the alias a SUBSCRIBE_ERROR may offer to retry with: “If this Track Alias is already in use, the subscriber MUST close the connection with a Duplicate Track Alias error”.
The session is over: this endpoint’s own state has moved to Closed and
the code the transport should close with is in
EndpointError::session_error_code.
Fields
established_side: SubscribeSideWhich end opened the subscription that holds the alias.
offered_side: SubscribeSideWhich end opened the subscription naming it for another track.
TrackAliasInUse
This endpoint was asked to give a Track Alias to a second track.
The same rule as EndpointError::DuplicateTrackAlias read at the end
that chooses the alias. Section 3.5 describes the code as “The
endpoint attempted to use a Track Alias that was already in use”, and
Section 6.4 says what the receiving publisher does about it, so a
SUBSCRIBE built this way is one the peer must answer by ending the
session.
The message is refused instead, and nothing else moves: no Subscribe ID is spent, no subscription is created, and the session stays as it was. The alias never reaches the peer, so there is nothing for the peer to close over.
Fields
side: SubscribeSideWhich end opened the subscription holding it.
MixedForwardingPreference
A track’s objects were framed two different ways.
Section 7: “Every Track has a single ‘Object Forwarding Preference’ and the Original Publisher MUST NOT mix different forwarding preferences within a single track. If a subscriber receives different forwarding preferences for a track, it SHOULD close the session with an error of ‘Protocol Violation’.”
The framing is the preference: an object on a subgroup stream has the Subgroup preference and an object in a datagram has the Datagram one, so the track’s first object settles the property and this is every later object measured against it.
Fields
established: ObjectForwardingPreferenceThe framing the track’s earlier objects settled on.
offered: ObjectForwardingPreferenceThe framing the offending object used.
UpdateForUnknownSubscribe(u64)
A SUBSCRIBE_UPDATE named an identifier no subscription the peer opened has ever been given.
Section 6.5: “A publisher SHOULD close the Session as a ‘Protocol Violation’ if the SUBSCRIBE_UPDATE violates either rule or if the subscriber specifies a Subscribe ID that does not exist within the Session.”
SHOULD, so this is reported and the session is left running. From draft-12 the same sentence says MUST, and there the session ends. An endpoint that wants the close on these drafts has everything it needs to make it: the error names the identifier that was not found.
A subscription that has ended is not this: it existed. That is why the record of an inbound SUBSCRIBE outlives the subscription, and why an update naming an ended one is refused by the flow rather than by this error.
UnknownPeerNamespace
A message about an announcement named a namespace the peer has not announced.
Section 6.11 says what a cancellation is for: the subscriber “will stop sending new subscriptions for tracks within the provided Track Namespace”. What a withdrawal ends and a cancellation revokes is an announcement the peer made, so the record they reach for is the one this endpoint keeps of the peer’s announcements.
Separate from EndpointError::UnknownNamespace, which is the same
miss on the announcements this endpoint made, so a caller can tell which
of the two maps came up empty.
UnknownPeerNamespaceSubscription
A message about a namespace subscription named a prefix the peer has not subscribed to.
Section 6.14: “A subscriber issues a UNSUBSCRIBE_ANNOUNCES message to a publisher indicating it is no longer interested in ANNOUNCE and UNANNOUNCE messages for the specified track namespace prefix.”
What a withdrawal ends is a namespace subscription the peer made,
so the record it reaches for is the one this endpoint keeps of the
peer’s. A namespace subscription this endpoint made is withdrawn by
Endpoint::unsubscribe_announces, which is the same message travelling the other
way and answers with EndpointError::UnknownNamespace.
PeerPrefixOverlap
The peer subscribed to a namespace prefix overlapping one it is already subscribed to.
Section 6.13: “A subscriber cannot make overlapping namespace subscriptions on a single session. Within a session, if a publisher receives a SUBSCRIBE_ANNOUNCES with a Track Namespace Prefix that is a prefix of an earlier SUBSCRIBE_ANNOUNCES or vice versa, it MUST respond with SUBSCRIBE_ANNOUNCES_ERROR, with error code SUBSCRIBE_ANNOUNCES_OVERLAP.”
The request is refused where it arrives and nothing is written down for it, which is the only outcome this draft can express. SUBSCRIBE_ANNOUNCES carries no Request ID here, so the acceptance, the refusal and the withdrawal all name a Track Namespace Prefix and nothing else. Two namespace subscriptions under one prefix would therefore have answers that cannot be told apart, and an equal prefix is the first case the sentence above names.
The code the sentence gives the refusal, SUBSCRIBE_ANNOUNCES_OVERLAP, is named in prose and appears in no registry this draft defines, so there is no number for this crate to put on the wire. A caller that wants to send the refusal builds it from the message it has just been handed.
OwnPrefixOverlap
This endpoint was asked to subscribe to a namespace prefix overlapping one it is already subscribed to.
The first half of the same sentence, which is addressed to the subscriber: “A subscriber cannot make overlapping namespace subscriptions on a single session.”
The message is refused instead of built, and nothing else moves: no state machine is created and the session stays as it was. The request never reaches the peer, so there is nothing for the peer to refuse.
A subscription that has been withdrawn still counts, because the publisher’s half of the sentence weighs a new prefix against “an earlier SUBSCRIBE_ANNOUNCES” rather than against a live one. Drafts from 12 on say “active” instead, and there a withdrawn one stops counting.
Implementations§
Source§impl EndpointError
impl EndpointError
Sourcepub fn session_error_code(&self) -> Option<SessionErrorCode>
pub fn session_error_code(&self) -> Option<SessionErrorCode>
The code to close the session with, when draft-07 answers this error with a close rather than leaving it to the one request it concerns.
None means the error is recoverable: the caller may report it, give
up on the request it concerns, and keep the session running. Some
means the draft ends the session, and the endpoint has already moved
its own state to Closed - the code is what the transport should carry.
The table grows one rule at a time, and a rule joins it with a gate that drives the bytes at a real connection and reads the close code back off the wire. An arm added without one asserts nothing: from inside the process the session ends either way, and only the peer can tell the difference.
Trait Implementations§
Source§impl Debug for EndpointError
impl Debug for EndpointError
Source§impl Display for EndpointError
impl Display for EndpointError
Source§impl Error for EndpointError
impl Error for EndpointError
Source§fn source(&self) -> Option<&(dyn Error + 'static)>
fn source(&self) -> Option<&(dyn Error + 'static)>
1.0.0 · Source§fn description(&self) -> &str
fn description(&self) -> &str
use the Display impl or to_string()