Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Unexpected multicast response #1096

Closed
polakovicp opened this issue Oct 14, 2022 · 1 comment
Closed

Unexpected multicast response #1096

polakovicp opened this issue Oct 14, 2022 · 1 comment

Comments

@polakovicp
Copy link

I have a setup with C++ client and Python service using zeroconf==0.37.0 (python3.6).
My C++ client's probing for service on all interfaces and every request is marked as Unicast response. Maybe I am missing something, but why is Python service responding to multicast address 224.0.0.251 and only one response actually goes to interface address (192.168.56.1)?
image

I'd expect also no multicast response in this case.
Thank you for clarification

@bdraco
Copy link
Member

bdraco commented Oct 19, 2022

5.4. Questions Requesting Unicast Responses

When receiving a question with the unicast-response bit set, a
responder SHOULD usually respond with a unicast packet directed back
to the querier. However, if the responder has not multicast that
record recently (within one quarter of its TTL), then the responder
SHOULD instead multicast the response so as to keep all the peer
caches up to date, and to permit passive conflict detection. In the
case of answering a probe question (Section 8.1) with the unicast-
response bit set, the responder should always generate the requested
unicast response, but it may also send a multicast announcement if
the time since the last multicast announcement of that record is more
than a quarter of its TTL.

I think the above is the behavior you are seeing

@bdraco bdraco closed this as completed Dec 17, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants