Region handling is broken #36

Closed
opened 2026-10-27 09:29:41 +01:00 by adam · 3 comments
Owner

So, I originally wrote this up differently.

I've since found out that "*" isn't supposed to repeat everything, it's just intended to repeat "unscoped" traffic.

Right now it's doing everything.

The feature request is to remove the "Global Flood Policy" button.
Allow "*" (unscoped) flood traffic as a rule.
Bonus points for being able to filter repeating by packet type (ADVERT, GRP_TXT, etc) and scope.

So, I originally wrote this up differently. I've since found out that "*" isn't supposed to repeat everything, it's just intended to repeat "unscoped" traffic. Right now it's doing everything. The feature request is to remove the "Global Flood Policy" button. Allow "*" (unscoped) flood traffic as a rule. Bonus points for being able to filter repeating by packet type (ADVERT, GRP_TXT, etc) and scope. <!-- github-sync-id:3965766080 -->
adam closed this issue 2026-10-27 09:29:41 +01:00
Author
Owner

Perhaps the should ne an option like "ignore scopes" to behave like im pre-region firmware

Perhaps the should ne an option like "ignore scopes" to behave like im pre-region firmware <!-- github-comment-id:4103329328 -->
Author
Owner

That's kinda how it's behaving at the moment when "enable global flood" is enabled.

The problem is, when you enable regions pyMC blocks unscoped traffic, with no option to enable it.

That's not how regions are supposed to work.

So right now it either repeats everything, or just the regions you specify. There's no option to specify unscoped plus specific scopes, which is how regions are supposed to work.

The former behaviour is like a pre-region repeater, but the latter not consistent with the way regions are supposed to work.

They're supposed to behave kinda like vlan tags. Where "*" actually represents unscoped (or untagged in vlan terms) and then you have a whitelist of scopes that the repeater will forward, and if those scopes are allowed to flood or not. Unscoped is itself a scope, and should just be treated like a regular region scope, not a wildcard. It's quite poorly named by the MeshCore developers.

That's kinda how it's behaving at the moment when "enable global flood" is enabled. The problem is, when you enable regions pyMC blocks unscoped traffic, with no option to enable it. That's not how regions are supposed to work. So right now it either repeats everything, or just the regions you specify. There's no option to specify unscoped plus specific scopes, which is how regions are supposed to work. The former behaviour is like a pre-region repeater, but the latter not consistent with the way regions are supposed to work. They're supposed to behave kinda like vlan tags. Where "*" actually represents unscoped (or untagged in vlan terms) and then you have a whitelist of scopes that the repeater will forward, and if those scopes are allowed to flood or not. Unscoped is itself a scope, and should just be treated like a regular region scope, not a wildcard. It's quite poorly named by the MeshCore developers. <!-- github-comment-id:4103852904 -->
Author
Owner

This has now been fixed.

This has now been fixed. <!-- github-comment-id:4221474859 -->
Sign in to join this conversation.
No labels
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: adam/pyMC_Repeater#36