Implement flood.max.unscoped to allow selective repeating of unscoped messages#2661
Conversation
Before this commit, there was no way to set a different max hop count for unscoped messages. Now with this change, by defaul it tracks the flood.max setting, until a user provides a flood.max.unscoped value, which tax precidence for packets if ROUTE_TYPE_FLOOD is true.
|
Thanks for this. Will merge, but will do a few simplifications. |
|
It would be good if this feature could be limited to group messages and adverts only. That should be easy to implement, like here: |
|
The danger of the actual implementation of this PR is: |
|
@formtapez counter is this is an alternative to people blanket deploying |
As mentioned in #2555 this, having flood.max.unscoped as an alternative to
region denyf *would address most peoples primary fear of blocking all unscoped messages - mostly that nearby users new to the mesh won't be able to contact or communicate with anyone until they have the correct regions set.This fix implements
flood.max.unscopedas an additional setting, with the following design considerations:Preliminary testing has been done with repeater firmware, and have verified that both unscoped of <= flood.max.unscoped have passed through, while > flood.max.unscoped were dropped. Scoped messages continued to pass without issue at the same time.
Compiled firmware, based off dev snapshot from the afternoon of 2026-06-01, is available here: https://static.loraproject.org/unscoped/