Open EskoDijk opened 2 weeks ago
I don't think the current OT DnssdServer is binding to port 53 for TCP.
See also related issue Thread SPEC-1322. Current spec text actually states that the BR does not offer DNS-over-TCP service on port 53, if the port published in Unicast Dataset is != 53. So the OTBR implementation does conform to this.
Describe the bug A clear and concise description of what the bug is. In captures it was observed that the DNS resolver on the OTBR (reference release) is not accessible via TCP on port 53 on the ML-EID address that's being published as the Thread Service Registry in the Unicast DNS/SRP Dataset. Test cases expect TCP service on port 53, for reference device and also for DUT.
To Reproduce Information to reproduce the behavior, including:
I couldn't yet reproduce due to an issue (TCP CLI commands are not provided in ot-reference-release FTD dongle). So we may be wrong with our interpretation here - but reporting it anyway to raise awareness.
Expected behavior A clear and concise description of what you expected to happen. BR has port 53 TCP open for DNS resolver service.
Note that the BR possibly did have its AIL (Ethernet link) address available with TCP port 53 for DNS service. From current / first test results analysis it wasn't fully clear yet if that really was the BR or if it was another device (Eth_1) on AIL. However, this is not so useful for Thread devices because they don't know this address - they will use the ML-EID provided in the Unicast Dataset.
Console/log output If applicable, add console/log output to help explain your problem. TSTBED-376
Additional context Add any other context about the problem here. Test case 11.2 (DUT==BR) and 11.4 (reference device == BR).