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

gnrc_rpl: takes unusually long time to start routing packets #19147

Open
benpicco opened this issue Jan 14, 2023 · 0 comments
Open

gnrc_rpl: takes unusually long time to start routing packets #19147

benpicco opened this issue Jan 14, 2023 · 0 comments
Labels
Area: network Area: Networking Type: bug The issue reports a bug / The PR fixes a bug (including spelling errors)

Comments

@benpicco
Copy link
Contributor

Description

Nodes may sleep for extended periods of time and schedule a wake-up time via RTC.
If they have their clocks synchronized they can all wake up at the same time, form a mesh and report their data / receive commands from the root node.

To increase battery life, the ON periods should be a short as possible.

gnrc_rpl takes an unknown and rather long time to settle. There is also no way to tell if the the mesh was successfully created (other than attempting to poll the root).

Steps to reproduce the issue

Run the test from #19134 but remove the arbitrary 5s sleep (time.sleep(5)).

Expected results

Routing packets to the RPL root should work immediately after the nodes have all received a valid global address / joined the DODAG.

Actual results

Routing does not work properly for ~3-4s after all nodes joined the DODAG and received a valid prefix.

Versions

RIOT master

@benpicco benpicco changed the title gnrc_rpl: takes some time to start routing packets gnrc_rpl: takes unusually long time to start routing packets Jan 14, 2023
@benpicco benpicco added Type: bug The issue reports a bug / The PR fixes a bug (including spelling errors) Area: network Area: Networking labels Jan 14, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Area: network Area: Networking Type: bug The issue reports a bug / The PR fixes a bug (including spelling errors)
Projects
None yet
Development

No branches or pull requests

1 participant