Czym jest MeshRoute?
- Routing wiadomości - wiadomości bezpośrednich oraz grup dyskusyjnych
- Uzgadnianie optymalnych parametrów transmisji pomiędzy węzłami sieci - zmienne parametry w zależności od jakości sygnału
- Brak rozgłaszania typu flood (każdy do każdego) - brak zapychania sieci zbędnym ruchem
- Dbanie o przydzielony duty-cycle - ograniczenie czasu nadawania do tylko faktycznie koniecznego
- Wymuszone przez architekturę regionalizowanie sieci - z zachowaniem możliwości łączenia sieci o różnych regionach i parametrach (włącznie z różnymi częstotliwościami!)
- Możliwość budowania rozległych, wielowarstwowych sieci, uwzględniających regionalne wymogi (gęste szybkie sieci miejskie połączone z rozległymi regionami pozamiejskimi)
- Optymalizacja wykorzystania zasobów
- Szyfrowanie wiadomości DM (opcja)
- Wbudowana opcja anti-spam - odbierające węzły wymuszają na nadawcy ograniczenie budżetu nadawania a nie sam firmware (który zawsze może zostać zmieniony)
- Wbudowany protokół informowania i wyczerpującym się budżecie nadawania (ograniczenie 1% lub 10% duty cycle w zależności od częstotliwości)
- Automatyczne odbudowywanie się tablic routingu (wyczerpany budżet, nieczynny węzeł)
- Obsługa węzłów mobilnych
MeshRoute jest projektem w trakcie intensywnego rozwoju, podwaliny koncepcji, algorytmu, przepustowości były mierzone w symulatorze z naciskiem na gęste sieci o węzłach wzajemnie zakłócających się. Do testów wykorzystywałem mapy topologii sieci Meshtastic i MeshCore.
Moja przygoda z sieciami mesh zaczęła się około pół roku temu, począwszy od Meshtastic (krótko, może dwa tygodnie) a następnie MeshCore.
Tu zatrzymałem się na dłużej, aby lepiej zrozumieć jak działa ten protokół, jak wiadomości są rozgłaszane. Również, aby zrozumieć, dlaczego tak mało wiadomości DM (bezpośrednich) dociera do adresata.
Pierwszym krokiem w zrozumieniu było zbudowanie symulatora sieci Meshcore simulator v2 i podłączenie symulatora do faktycznego oprogramowania MeshCore.
