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

FS#2132 - umdns: unicast response is always sent to udp port 5353 #8467

Closed
openwrt-bot opened this issue Feb 18, 2019 · 0 comments
Closed

FS#2132 - umdns: unicast response is always sent to udp port 5353 #8467

openwrt-bot opened this issue Feb 18, 2019 · 0 comments
Labels

Comments

@openwrt-bot
Copy link

sergey-shilov:

According to RFC 6762 - Multicast DNS (https://tools.ietf.org/html/rfc6762), section 6. Responding tells:

//The destination UDP port in all Multicast DNS responses MUST be 5353, and the destination address MUST be the mDNS IPv4 link-local multicast address 224.0.0.251 or its IPv6 equivalent FF02::FB, except when generating a reply to a query that explicitly requested a unicast response:
* via the unicast-response bit,
* by virtue of being a legacy query (Section 6.7), or
* by virtue of being a direct unicast query.
//

But current umdns implementation sets sender's IP as dst IP for the response and always sets dst port 5353 ignoring actual sender's port while sending the unicast response.

Also RFC 6762 tells that simple DNS resolver that uses One-Shot Multicast DNS Queries MUST NOT use source port 5353 (sections 5. Querying and 5.1. One-Shot Multicast DNS Queries):

//These queries are typically done using a high-numbered ephemeral UDP source port, but regardless of whether they are sent from a dynamic port or from a fixed port, these queries MUST NOT be sent using UDP source port 5353, since using UDP source port 5353 signals the presence of a fully compliant Multicast DNS querier.
//

So simple DNS resolver can not receive the response from umdns if it requests the unicast response due to dst port 5353 that is always set by umdns for all responses.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

1 participant