Forum

The Impact of Admin...
 
Notifications
Clear all

The Impact of Admin Decisions and the Need to Switch to Private MQTT Servers

0 Posty
1 Users
0 Reactions
195 Widok
0
Topic starter

Recent decisions by the administrators of the Meshtastic project have sparked significant debate within the community. The introduction of a zero-hop policy and restrictions on telemetry data have led to widespread dissatisfaction among users, particularly those who rely on the system for real-time location tracking and network management.

Why These Changes Matter

Meshtastic has always been about open communication and the free exchange of data across a wide network of nodes. The ability to share GPS locations and other telemetry data via MQTT servers has been a cornerstone of the system’s functionality. However, with the new restrictions in place, the default MQTT server is no longer as versatile as it once was.

Under the zero-hop policy, the system’s capacity to relay information across multiple nodes has been severely limited. This, combined with the decision to restrict access to telemetry data, has made the default server less effective for users who previously depended on it for essential data. While it was initially believed that these restrictions would prevent users from subscribing to the general msh/# channel, which covers all data, it turns out that users can still subscribe to specific channels such as msh/DE/2/e/LongFast/ or msh/CZ/2/map/. Although this does limit the range of data available, it still allows for targeted listening.

Additionally, it is important to note that, as of now, the transmission of neighbour information or other data beyond a user's own data is no longer available. This change prevents users from conducting terrain analysis and utilizing telemetry for broader network management.

The Solution: Transition to Private Servers

Given these changes, it’s clear that the community must adapt by switching to private MQTT servers. By transitioning to private servers, users can regain control over their data and maintain the functionality that drew them to Meshtastic in the first place. This move also empowers the community to preserve the flexibility and openness that are core to the Meshtastic philosophy.

Final Thoughts

While the decisions by the administrators may have been made with the best intentions, the reality is that they have limited the utility of the default server. For those who value the ability to freely share and access telemetry data, switching to a private MQTT server is not just an option—it’s a necessity. Even though the ability to listen to broad channels has been restricted, the option to subscribe to specific channels still offers some functionality. As the community adapts to these changes, it’s important to stay informed and proactive in finding solutions that meet our collective needs.

 

Meshtastic alternative MQTT servers:

 

  • Address: mqtt.meshtastic.liamcottle.net
  • Username: uplink
  • Password: uplink
  • Website: meshtastic.liamcottle.net
  • Primary target: Global

 

  • Address: loranet.pl
  • Username: no username
  • Password: no password
  • Website: loranet.pl
  • Primary target: Poland

 

This topic was modified 4 tygodnie temu 7 times by mrmucha
This topic was modified 3 tygodnie temu 6 times by mrmucha

Odpowiedź

Author Name

Author Email

Your question *

 
Preview 0 Revisions Saved
Share: