Hall Router selected
Hall Router has the strongest acceptable two-way evidence and enough child capacity.
See how a Thread child evaluates Parent Responses, chooses a parent, and searches for a better parent without treating the teaching score as a specification formula
A joining Thread device does not simply attach to the nearest radio. It sends an MLE Parent Request, studies Parent Responses from nearby Routers and eligible REEDs, then establishes a Child-Parent link with the best acceptable candidate.
Use the presets first, then move the device, add child load, and toggle REED responses. The table keeps the formula units visible: link margin is in dB, RSSI is in dBm, and the score is a labeled teaching aid.
Step through the attach flow or let it play. Reset returns to a stable, easy-to-read home mesh.
The child already has Thread network credentials and is ready to discover nearby parents on the selected Thread network.
Hall Router has the strongest acceptable two-way evidence and enough child capacity.
This page combines link quality, connectivity, load, priority, and role into a teaching score. It is not a normative Thread specification formula.
The best candidate must beat the current parent by a configurable RSS margin before a better-parent search is worth the energy.
OpenThread exposes Parent Response fields such as RSSI, parent priority, and link-quality buckets. This workbench also shows child capacity as a practical acceptance guardrail.
| Candidate | Role / eligibility | Radio evidence | Connectivity | Capacity | Teaching score | Result |
|---|
Each step changes the scene, packet label, candidate highlights, and diagnosis cards together.
The device already has Thread credentials and network identifiers.
The child multicasts MLE Parent Request to neighboring Routers and selected REEDs.
Candidates reply with link margin, connectivity, Leader Data, counters, and challenges.
The child ranks acceptable candidates and filters blocked or weak parents.
The child sends Child ID Request to the chosen parent and receives Child ID Response.
The child watches link quality and may search for a better parent if the improvement is clear.
A Thread End Device does not forward for others. It sends ordinary network traffic through its selected parent Router or upgraded REED.
The candidate also needs useful connectivity to the Thread partition, available child capacity, and acceptable parent priority.
Children should not constantly roam. Search thresholds and intervals avoid wasting battery for tiny RSSI changes.
Multicast MLE request from the attaching child.
Unicast reply from a Router or eligible REED.
Router Eligible End Device.
A parent can advertise preference.
This page intentionally uses a teaching score: score = link penalty + connectivity penalty + load penalty + role/priority guardrail. Lower is better. Link margin is shown in dB, RSSI in dBm, child capacity as children used over accepted maximum, and priority as a Parent Response signal. The formula is not presented as a normative Thread parent-selection formula.
A parent with excellent connectivity but poor link quality can burn battery through retries and missed polls. That is why the workbench makes weak radio evidence visible before route convenience. A production stack may combine more signals and implementation-specific thresholds than this page shows.
MLE attach sequence, Parent Request, Parent Response, Child ID Request, and Child ID Response.
OpenThread primer Router SelectionRouter/REED behavior, Connected Dominating Set, and REED upgrade context.
OpenThread API otThreadParentResponseInfoParent Response fields such as RSSI, priority, RLOC16, and link-quality buckets.
OpenThread feature Periodic Parent SearchBetter-parent search signals such as RSSI, link quality, connectedness, and existing children.