keepsimple1

@pixsperdavid I think my experiment PR #187 showed the same thing as you mentioned in your earlier comment, i.e. binding multicast address does not always work. Plus I think we...

Can you please try to call [unregister](https://docs.rs/mdns-sd/0.5.5/mdns_sd/struct.ServiceDaemon.html#method.unregister) ? If it didn't work, please let me know.

I don't think our current implementation detects peer going away ungracefully, even though we use defined [TTL values](https://github.com/keepsimple1/mdns-sd/blob/2a3161b494ee83f8d49eb5a8d880e0a3b62df627/src/service_info.rs#L12). I can look into this a bit. I'm not sure about the...

> For my application, I want a list of discovered devices, which removes devices as they go away, just like a Wi-Fi list or something. It would definitely be nice...

No worries. Btw, the same spec also talks about the difficulty / trade-off of detecting stale service / rdata due to the long TTL: ``` If Multicast DNS resource records...

> https://datatracker.ietf.org/doc/html/rfc6762#section-10.4 > Cache Flush on Failure Indication ``` The software implementing the Multicast DNS resource record cache should provide a mechanism so that clients detecting stale rdata can inform...

> I don't think it's possible to make `add` safe in the general case; the Windows What if we change `RawSocket` to `BorrowedSocket` in the following? Will that help? https://github.com/smol-rs/polling/blob/0b4afcaf0a61ee06087d77c490abf8802f91aeff/src/iocp/mod.rs#L174...

There is no plan for CTR-128 yet. If it's useful for you and you could contribute on it, that would be great!

That's okay. Do you have a time line when you need this feature?

Got it. I will take a closer look hopefully this weekend.