Skip to content

Navigation Menu

Sign in
Appearance settings

Search code, repositories, users, issues, pull requests...

Provide feedback

We read every piece of feedback, and take your input very seriously.

Saved searches

Use saved searches to filter your results more quickly

Appearance settings

RFC 6762/10.4 Cache Flush on Failure Indication #1413

Copy link
Copy link
Open
@lenard-mosys

Description

@lenard-mosys
Issue body actions

Is there a mechanism to indicate to Zeroconf/AsyncZeroconf or ServiceBrowser/AsyncServiceBrowser that a cache entry might be stale, based on application level failures on connecting to advertised services?

https://datatracker.ietf.org/doc/html/rfc6762#section-10.4

The software implementing the Multicast DNS resource record cache
should provide a mechanism so that clients detecting stale rdata can
inform the cache.

When the cache receives this hint that it should reconfirm some
record, it MUST issue two or more queries for the resource record in
dispute. If no response is received within ten seconds, then, even
though its TTL may indicate that it is not yet due to expire, that
record SHOULD be promptly flushed from the cache.

So it looks like an optional feature according to the RFC, but would be nice to have (if it's not there already, I'm new to this library).

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Type

    No type

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions

      Morty Proxy This is a proxified and sanitized view of the page, visit original site.