https://forum.meshcore-net.nl/ Sun, 18 Oct 2026 05:03:03 +0000 MyBB https://forum.meshcore-net.nl/showthread.php?tid=132 Wed, 04 Feb 2026 09:51:20 +0100 Art-X]]> https://forum.meshcore-net.nl/showthread.php?tid=132 We gaan er vanuit dat regio's ingevoerd zijn.

Stap 1: 
Een idee: Men moet eigen regio instellen, en repeaters nemen automatisch gedetecteerde regio's van directe neighbours over als subregio's. Dit is cruciaal voor dit plan, en zorgt ervoor dat grensrepeaters dit laten werken:

Stap 2:

Stel we breiden de software uit met een 'reverse block' route:
de header van het bericht krijg een paar bytes ruimte om een genomen route mee te geven en de destination, deze header groeit mee met het aantal gepasseerde regio's 

Regels:

-eerste repeater voegt regio toe
-repeaters met één regio repeaten altijd als de destination niet gelijk is aan de regio volgens de standaard regels.

Pad:

Een companion stuurt een bericht in regio x, bijvoorbeeld groningen, bedoeld voor Nijmegen:
Alles is nog normaal, repeater met alleen eigen regio stuurt door en ziet nog geen regio in de blockroute dus voegt deze toe. Andere repeaters met alleen eigen regio forwarden de message als normaal

Nu komt het bericht aan op een grensrepeater, deze heeft regio groningen én subregio Zwolle
De regels: als je meer dan één regio hebt, check het bericht voor een reverse block, bestaat de regio al eerder in de blocklist, repeat *niet* naar die regio.


- groningen staat er in, dus repeat alleen zwolle.

- propagatie tot de grensrepeater in zwolle-nijmegen

- repeater ziet groningen en zwolle in de blocklist en heeft zelf zwolle en nijmegen als subregio, repeat alleen nijmegen

- Propagatie tot de destination in nijmegen

Kan op deze manier het aantal repeats verminderd worden? De berichten worden op deze manier niet eindeloos onnodig gehoord en gedropt.]]> We gaan er vanuit dat regio's ingevoerd zijn.

Stap 1: 
Een idee: Men moet eigen regio instellen, en repeaters nemen automatisch gedetecteerde regio's van directe neighbours over als subregio's. Dit is cruciaal voor dit plan, en zorgt ervoor dat grensrepeaters dit laten werken:

Stap 2:

Stel we breiden de software uit met een 'reverse block' route:
de header van het bericht krijg een paar bytes ruimte om een genomen route mee te geven en de destination, deze header groeit mee met het aantal gepasseerde regio's 

Regels:

-eerste repeater voegt regio toe
-repeaters met één regio repeaten altijd als de destination niet gelijk is aan de regio volgens de standaard regels.

Pad:

Een companion stuurt een bericht in regio x, bijvoorbeeld groningen, bedoeld voor Nijmegen:
Alles is nog normaal, repeater met alleen eigen regio stuurt door en ziet nog geen regio in de blockroute dus voegt deze toe. Andere repeaters met alleen eigen regio forwarden de message als normaal

Nu komt het bericht aan op een grensrepeater, deze heeft regio groningen én subregio Zwolle
De regels: als je meer dan één regio hebt, check het bericht voor een reverse block, bestaat de regio al eerder in de blocklist, repeat *niet* naar die regio.


- groningen staat er in, dus repeat alleen zwolle.

- propagatie tot de grensrepeater in zwolle-nijmegen

- repeater ziet groningen en zwolle in de blocklist en heeft zelf zwolle en nijmegen als subregio, repeat alleen nijmegen

- Propagatie tot de destination in nijmegen

Kan op deze manier het aantal repeats verminderd worden? De berichten worden op deze manier niet eindeloos onnodig gehoord en gedropt.]]>