https://buymeacoffee.com/ripplebiz/region-filtering
Lees hier alles over de nieuwe optie regio instellingen:
Hieronder de NL vertaling. De diverse plaatjes zijn niet meegenomen in het geheel. Kijk daarvoor op de link hierboven.
De puzzelstukjes vallen eindelijk op hun plaats en regiofiltering is bijna een feit. Er zijn een aantal cruciale codewijzigingen doorgevoerd om de juiste ondersteuning te realiseren, zoals het opnemen van de transportcodes in de pakketheaders en, meer recent, met de release van repeater v1.10.0 om #region-configuratie en de daadwerkelijke filterlogica mogelijk te maken.
Het laatste puzzelstukje is het afronden van de ondersteuning voor cliëntapparaten en een mooie, (hopelijk) gebruiksvriendelijke gebruikersinterface. De Ripple GUI-firmware is nu klaar voor gebruik en de app-aanpassingen van Liam zijn bijna gereed.
Ripple GUI
Wat je eerst moet doen, is de regionamen definiëren in een nieuw scherm 'Regio's' (via het menu 'Netwerkprofiel'):
Je kunt dit handmatig doen via het menu 'Nieuw toevoegen' , maar een coole nieuwe functie van de repeater-firmware v1.12.0 ( volgende release) is de ondersteuning voor nieuwe aanvraagtypen, waaronder het automatisch detecteren van regio's in jouw omgeving! Om dit te gebruiken, selecteer je het menu ' Lokaal scannen '.
Hierbij wordt gebruikgemaakt van het nieuwe Discover-verzoek. Alle repeaters binnen bereik reageren met een lijst van regio's die ze toestaan. Deze worden vervolgens verzameld en als er regio's ontbreken in de lijst van uw apparaat, wordt u gevraagd of u deze wilt toevoegen.
Zodra je regio's hebt gedefinieerd, kun je in elk van de groepschatschermen het nieuwe menu 'Bereik instellen' gebruiken om te selecteren naar welke regio je de berichten die je verzendt wilt beperken . (Je kunt nog steeds berichten ontvangen vanuit elke locatie in het mesh-netwerk.)
De voorkeursinstelling voor het bereik wordt per groepskanaal opgeslagen en u kunt deze op elk moment wijzigen.
Mobiele app
Liam heeft nu versie 1.38.0 van de MeshCore-app uitgebracht, die een nieuw menu 'Regiobereik instellen' bevat in het groepschatscherm:
Het scherm voor het selecteren/beheren van regio's zou heel eenvoudig moeten zijn. Zodra je een regio hebt toegevoegd en geselecteerd, verandert de titelbalk van het chatkanaal om aan te geven tot welke regio je chats zullen behoren:
Wat gebeurt er vervolgens?
De eerste stap is dus alleen voor repeaterbeheerders. Dit houdt in dat jullie in de forums waar jullie chatten (of zelfs via het mesh-netwerk zelf!) overleggen en tot een consensus komen over hoe jullie de geografische gebieden willen indelen. De #regionamen moeten exact hetzelfde zijn; elke spelfout wordt als een volledig andere regio beschouwd! Er zijn een paar regels voor de namen:
Elke repeater kan meerdere regio's ondersteunen, zodat u bijvoorbeeld superregio's kunt hebben die een hele provincie omvatten, met kleinere subregio's op districtsniveau. De hiërarchie van regio's kan elke gewenste diepte hebben. Ter illustratie: de grotere regio in rood zou #sample-city kunnen zijn , de groene subregio #sample-west en de oranje subregio #sample-east . Beheerders van repeaters moeten vervolgens verschillende regionamen toevoegen aan de configuratie van elke repeater. (Dit kan op afstand worden gedaan.)
Voor grensgebieden, zoals in het midden, is het redelijk om beide regio's op te nemen. Repeaters E en F zouden dan als volgt geconfigureerd worden: #sample-city, #sample-east, #sample-west.
Raadpleeg de Repeater CLI-referentie in het gedeelte over regiobeheer. U moet de opdracht 'region put ...' gebruiken om een regio te definiëren, en vervolgens de opdracht 'region allow ...' om floodpakketten voor die regio toe te staan. En... vergeet niet 'region save ' uit te voeren als u klaar bent! Dit hoeft u slechts één keer te doen (of telkens wanneer regio's worden gewijzigd).
Gebruikers van reguliere chat-/cliëntapparaten zullen moeten wachten tot deze repeaterconfiguratie zich heeft verspreid. Pas daarna kunnen ze de bovenstaande stappen volgen om regio's in hun omgeving automatisch te detecteren of ze handmatig toe te voegen.
Veelgestelde vragen
V: Als repeaterbeheerder, als ik bepaalde regio's configureer, betekent dat dan dat de berichten niet meer worden verzonden?
Nee. Standaard versturen de meeste cliënt-apps kanaalberichten met een wildcard-regio. Dit is de verouderde instelling en betekent dat het bericht overal naartoe wordt gestuurd.
V: Wat gebeurt er als een zender een bereikregio instelt, maar er nog steeds veel repeaters zijn die geen regio's in hun configuratie hebben ingesteld?
Sinds versie 1.10.0 is een basisfilterregel ingesteld die (in dit geval) voorkomt dat flood-pakketten met een ingesteld bereik en zonder overeenkomende regio in de repeaterconfiguratie worden doorgestuurd. Oudere flood-pakketten (zoals hierboven vermeld) worden echter nog steeds doorgestuurd. Als er in een gebied nog repeaters van vóór versie 1.10.0 aanwezig zijn, zullen flood-pakketten met een ingesteld bereik wel in andere regio's terechtkomen.
V: Kunnen legacy flood-pakketten (d.w.z. zonder ingesteld bereik) worden tegengehouden?
Ja. Legacy flood-pakketten (d.w.z. zonder scope transportcode) worden gekoppeld aan de wildcard-regio, en repeaterbeheerders kunnen ook de machtigingen van deze regio wijzigen. LET OP!: dit wordt op dit moment NIET aanbevolen, maar via de commandoregel kunt u "region denyf *" gebruiken om het doorsturen van legacy flood-pakketten te blokkeren. In dat geval zouden verzenders dus gedwongen worden om altijd de scope van elk flood-pakket in te stellen. Dit kan in de toekomst echter een vereiste worden.
V: Hoe kan ik alle regio's weergeven die mijn repeater heeft geconfigureerd?
Momenteel kan dit alleen via een USB-verbinding en de console/CLI. De resulterende lijst is mogelijk te lang om via LoRa op afstand via de CLI te verzenden. Hopelijk komt er in de nabije toekomst een manier om dit wel te doen. Voorlopig moeten we het doen met de CLI-commando's get / put / allowf / denyf / remove op afstand.
Lees hier alles over de nieuwe optie regio instellingen:
Hieronder de NL vertaling. De diverse plaatjes zijn niet meegenomen in het geheel. Kijk daarvoor op de link hierboven.
De puzzelstukjes vallen eindelijk op hun plaats en regiofiltering is bijna een feit. Er zijn een aantal cruciale codewijzigingen doorgevoerd om de juiste ondersteuning te realiseren, zoals het opnemen van de transportcodes in de pakketheaders en, meer recent, met de release van repeater v1.10.0 om #region-configuratie en de daadwerkelijke filterlogica mogelijk te maken.
Het laatste puzzelstukje is het afronden van de ondersteuning voor cliëntapparaten en een mooie, (hopelijk) gebruiksvriendelijke gebruikersinterface. De Ripple GUI-firmware is nu klaar voor gebruik en de app-aanpassingen van Liam zijn bijna gereed.
Ripple GUI
Wat je eerst moet doen, is de regionamen definiëren in een nieuw scherm 'Regio's' (via het menu 'Netwerkprofiel'):
Je kunt dit handmatig doen via het menu 'Nieuw toevoegen' , maar een coole nieuwe functie van de repeater-firmware v1.12.0 ( volgende release) is de ondersteuning voor nieuwe aanvraagtypen, waaronder het automatisch detecteren van regio's in jouw omgeving! Om dit te gebruiken, selecteer je het menu ' Lokaal scannen '.
Hierbij wordt gebruikgemaakt van het nieuwe Discover-verzoek. Alle repeaters binnen bereik reageren met een lijst van regio's die ze toestaan. Deze worden vervolgens verzameld en als er regio's ontbreken in de lijst van uw apparaat, wordt u gevraagd of u deze wilt toevoegen.
Zodra je regio's hebt gedefinieerd, kun je in elk van de groepschatschermen het nieuwe menu 'Bereik instellen' gebruiken om te selecteren naar welke regio je de berichten die je verzendt wilt beperken . (Je kunt nog steeds berichten ontvangen vanuit elke locatie in het mesh-netwerk.)
De voorkeursinstelling voor het bereik wordt per groepskanaal opgeslagen en u kunt deze op elk moment wijzigen.
Mobiele app
Liam heeft nu versie 1.38.0 van de MeshCore-app uitgebracht, die een nieuw menu 'Regiobereik instellen' bevat in het groepschatscherm:
Het scherm voor het selecteren/beheren van regio's zou heel eenvoudig moeten zijn. Zodra je een regio hebt toegevoegd en geselecteerd, verandert de titelbalk van het chatkanaal om aan te geven tot welke regio je chats zullen behoren:
Wat gebeurt er vervolgens?
De eerste stap is dus alleen voor repeaterbeheerders. Dit houdt in dat jullie in de forums waar jullie chatten (of zelfs via het mesh-netwerk zelf!) overleggen en tot een consensus komen over hoe jullie de geografische gebieden willen indelen. De #regionamen moeten exact hetzelfde zijn; elke spelfout wordt als een volledig andere regio beschouwd! Er zijn een paar regels voor de namen:
- maximaal 30 bytes (UTF-8)
- Alleen kleine letters, cijfers, # (hekje) en - (koppelteken) zijn toegestaan
- Voor elk willekeurig mesh-netwerk moeten de regionamen uniek zijn
Elke repeater kan meerdere regio's ondersteunen, zodat u bijvoorbeeld superregio's kunt hebben die een hele provincie omvatten, met kleinere subregio's op districtsniveau. De hiërarchie van regio's kan elke gewenste diepte hebben. Ter illustratie: de grotere regio in rood zou #sample-city kunnen zijn , de groene subregio #sample-west en de oranje subregio #sample-east . Beheerders van repeaters moeten vervolgens verschillende regionamen toevoegen aan de configuratie van elke repeater. (Dit kan op afstand worden gedaan.)
Voor grensgebieden, zoals in het midden, is het redelijk om beide regio's op te nemen. Repeaters E en F zouden dan als volgt geconfigureerd worden: #sample-city, #sample-east, #sample-west.
- Repeaters A, B en C zouden als volgt geconfigureerd worden: #sample-city, #sample-west
- Repeaters I, G en H zouden als volgt geconfigureerd worden: #sample-city, #sample-east
- En de uitschieter D zou dan gewoon hebben: #sample-city
Raadpleeg de Repeater CLI-referentie in het gedeelte over regiobeheer. U moet de opdracht 'region put ...' gebruiken om een regio te definiëren, en vervolgens de opdracht 'region allow ...' om floodpakketten voor die regio toe te staan. En... vergeet niet 'region save ' uit te voeren als u klaar bent! Dit hoeft u slechts één keer te doen (of telkens wanneer regio's worden gewijzigd).
Gebruikers van reguliere chat-/cliëntapparaten zullen moeten wachten tot deze repeaterconfiguratie zich heeft verspreid. Pas daarna kunnen ze de bovenstaande stappen volgen om regio's in hun omgeving automatisch te detecteren of ze handmatig toe te voegen.
Veelgestelde vragen
V: Als repeaterbeheerder, als ik bepaalde regio's configureer, betekent dat dan dat de berichten niet meer worden verzonden?
Nee. Standaard versturen de meeste cliënt-apps kanaalberichten met een wildcard-regio. Dit is de verouderde instelling en betekent dat het bericht overal naartoe wordt gestuurd.
V: Wat gebeurt er als een zender een bereikregio instelt, maar er nog steeds veel repeaters zijn die geen regio's in hun configuratie hebben ingesteld?
Sinds versie 1.10.0 is een basisfilterregel ingesteld die (in dit geval) voorkomt dat flood-pakketten met een ingesteld bereik en zonder overeenkomende regio in de repeaterconfiguratie worden doorgestuurd. Oudere flood-pakketten (zoals hierboven vermeld) worden echter nog steeds doorgestuurd. Als er in een gebied nog repeaters van vóór versie 1.10.0 aanwezig zijn, zullen flood-pakketten met een ingesteld bereik wel in andere regio's terechtkomen.
V: Kunnen legacy flood-pakketten (d.w.z. zonder ingesteld bereik) worden tegengehouden?
Ja. Legacy flood-pakketten (d.w.z. zonder scope transportcode) worden gekoppeld aan de wildcard-regio, en repeaterbeheerders kunnen ook de machtigingen van deze regio wijzigen. LET OP!: dit wordt op dit moment NIET aanbevolen, maar via de commandoregel kunt u "region denyf *" gebruiken om het doorsturen van legacy flood-pakketten te blokkeren. In dat geval zouden verzenders dus gedwongen worden om altijd de scope van elk flood-pakket in te stellen. Dit kan in de toekomst echter een vereiste worden.
V: Hoe kan ik alle regio's weergeven die mijn repeater heeft geconfigureerd?
Momenteel kan dit alleen via een USB-verbinding en de console/CLI. De resulterende lijst is mogelijk te lang om via LoRa op afstand via de CLI te verzenden. Hopelijk komt er in de nabije toekomst een manier om dit wel te doen. Voorlopig moeten we het doen met de CLI-commando's get / put / allowf / denyf / remove op afstand.
![[-]](https://forum.meshcore-net.nl/images/collapse.png)