public sealed class RetryInfo : IMessage<RetryInfo>, IEquatable<RetryInfo>, IDeepCloneable<RetryInfo>, IBufferMessage, IMessage
Describes when the clients can retry a failed request. Clients could ignore
the recommendation here or retry when this information is missing from error
responses.
It's always recommended that clients should use exponential backoff when
retrying.
Clients should wait until retry_delay amount of time has passed since
receiving the error response before retrying. If retrying requests also
fail, clients should use an exponential backoff scheme to gradually increase
the delay between retries based on retry_delay, until either a maximum
number of retries have been reached or a maximum retry delay cap has been
reached.
[[["Easy to understand","easyToUnderstand","thumb-up"],["Solved my problem","solvedMyProblem","thumb-up"],["Other","otherUp","thumb-up"]],[["Missing the information I need","missingTheInformationINeed","thumb-down"],["Too complicated / too many steps","tooComplicatedTooManySteps","thumb-down"],["Out of date","outOfDate","thumb-down"],["Samples / code issue","samplesCodeIssue","thumb-down"],["Other","otherDown","thumb-down"]],["Last updated 2025-08-07 UTC."],[[["RetryInfo provides guidance on when clients can retry failed requests, and is considered a recommendation."],["Clients are advised to implement exponential backoff when retrying requests, increasing the delay between attempts."],["Clients should wait for the specified `retry_delay` before attempting to retry a failed request."],["The class implements interfaces such as `IMessage`, `IEquatable`, `IDeepCloneable`, and `IBufferMessage` providing a robust foundation."],["The `RetryDelay` property defines the amount of time a client should wait before retrying a request, helping to manage retry behaviors."]]],[]]
