-
Notifications
You must be signed in to change notification settings - Fork 226
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
Thread 1.3 certification on 3.2 fail #2043
Comments
Can you provide the test output from the Test Harness (including packet capture, logs, etc.)? |
Yes, I modify the description. Thanks for your reminder. |
Thanks for posting the full test harness output. It appears that the DUT is also hosting an SRP server and publishing SRP server information in the Thread Network Data. The DUT is then preferring itself as the SRP server, rather than the SRP server provided by the test bed. As a result, the SRP Update is destined for the DUT itself and the SRP Update message is never seen by the test harness. |
OK, Is there have any configuration can disable the SRP server on ot-br-prosix when I build the image? |
There is a CMake option here: ot-br-posix/etc/cmake/options.cmake Line 86 in e7d42a4
|
Further internal discussion is on: https://threadgroup.atlassian.net/browse/TESTPLAN-590 |
Solution proposed for cert tests: in case the BR DUT is a product that can be tested standalone without THCI, the network interface to the AIL is not connected as per the test topology, and the test should succeed automatically. In case the BR DUT is a Component that's driven by a THCI (so it needs connectivity to the AIL, and so it will auto-enable its SRP server) then an explicit CLI command can be given to the BR DUT to disable its SRP server and then the test can run as usual. |
One interesting detail: per latest 1.3 test plans, a Border Router component does not have to execute test case 3.2! (Only test case 3.2b) So if the DUT is a BR Component, the test mentioned here is not intended to be run. |
Run on RCP of OTNCS with Thread 1.3 certification BR 3.2 "[DATA] [COMPONENT] Re-register service with active SRP server - Multiple BRs + AIL" will fail on "Check if DUT sends SRP Update : SRP update packet not present [Check if DUT sends SRP update message to BR_1]", the other Thread 1.3 test case with role Router and FED is pass, only FED BR3.2 fail.
I use the raspberrypi and ot-br-posix as OTBR, and
● BR_1 – Test bed device operating as a Thread Border Router
● BR_2 – Test bed device operating as a Thread Border Router
● Router_1 – Test bed device operating as a Thread Router and the Leader
● TD_1 (DUT) - Thread End Device or Thread Router, Component DUT
● Eth_1 - Test Bed border router device on an Adjacent Infrastructure Link
There is find the issue on "dns browse _thread-test._udp.default.service.arpa" command response time out when I send command by ot-ctl. But the result should be like setting BR_1, the return results should contain data and not be timed out. Such as,
There is a part of log output and capture information fail data.zip
And fail with 'Error 28: ResponseTimeout', like as follow message.
Even if there is a chance to complete subsequent tests, it still fails.
Because of I use ot-br-prosix have chance to pass the BR3.2 test if run more times.
( ot-br-prosix commit 53767f4, Wed Aug 30 13:27:51 2023 -0700 )
But latest version is fail, and every time was fail on the same command and return same fail code.
The text was updated successfully, but these errors were encountered: