-
Notifications
You must be signed in to change notification settings - Fork 311
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Allow limit frequency plan selection for gateways #3823
Comments
Thanks @leogaggl for filing. There are two levels of filtering that I propose:
|
I don't think we should make it impossible for users to select "special" frequency plans, but we can indeed think about putting the suggested ones at the top of the list. I also remember that we had the idea that the first step in the registration wizard would let you place the gateway or end device on a map. After that, we can quite easily filter frequency plans that can be used in the country. Another option would be for the console to remember the "favorite" settings of the user. |
I agree @htdvisser in regards to not making other choices impossible. My thoughts are similar UX to Github where only the recommended option is shown for the country and clicking into an "advanced" section reveals non-recommended options. There could be a further "danger zone" section that reveals the other options that might not even be legal (such as US915 or EU868 for testing purposes). But personally, I don't think that the third option would be needed. If people really have a need to test 868 sensors in AU (such as a node developer) you're better off to choose the EU cluster with an EU TTIG for example. The AU example would be as follows: The default recommended frequency plan (which makes it easy for first-time users without the necessary knowledge - not having all these options).
Advanced section: displaying a warning that these are not recommended for single band plan gateways and will not contribute to a consistent regional public network
|
I think this is a good approach for Australia. |
@kschiffer please coordinate who should implement this. |
We'll make this part of #3947 and subsequent work, including adding gateways to the device repository. |
Summary
When trying to set up a new gateway on the community clusters (AU1 in our case) a user is presented with a massive list of available frequency plans. Whilst this is useful as an Enterprise user or on a self-hosted system where the people setting things up have the necessary skills and knowledge, it will be highly problematic for the community clusters where there is a large number of entry-level users setting up their first gateway. This is especially problematic for us in Australia where we have already been suffering from a split of 2 frequency bands which are legal.
Currently, we already have a problem with rogue gateways (and that is with the current select box for frequency plans only showing a single option for Australia!?!):
This was discussed in a community zoom meeting last night (17th February 2021) with @johanstokking.
...
Why do we need this?
The TTN community in Australia is currently trying to consolidate frequency plans (see https://www.thethingsnetwork.org/forum/t/future-strategies-for-au915-and-as923-in-australia/44218/35).
We have decided to go forward with using the current TTN recommendation of AU915 FSB2 will be the only recommendation for new gateways going forward. For special use-cases (such as dual-head gateways running 2 different forwarders), valid localised exceptions and to assist users of current gateways on the Asian frequency band, AS923 will still be used. However, the use of AS923 only gateways should be actively discouraged going forward as not to fragment the public network further.
Having only the recommended frequency plan shown for users of the Community Clusters would be desperately needed. My initial thoughts would only show the recommended plan(s) and allow an "Advanced User" option with a warning that the use of other frequency plans is discouraged as it fragments the network and limits usefulness for all. Also, a warning that some plans are actually illegal to run and could result in fines.
What is already there? What do you see now?
Current V2 gateway selection:
On V3 currently, all the frequency options are shown to new users that are applicable in Australia
10 of those could be relevant for AU (but most of them should not be used) and 3 are specifically mentioned as recommended or in use by TTN. Only AU915 FSB2 should be recommended for Australia.
...
What is missing? What do you want to see?
Can we please limit the available options for each community cluster to the relevant regional option(s) only.
...
Environment
https://au1.cloud.thethings.network/console/gateways/add
How do you propose to implement this?
UI change (limit dropdown box selection) per cluster.
...
How do you propose to test this?
The AU community will be more than happy to assist with testing!
...
Can you do this yourself and submit a Pull Request?
We could possibly have a go, but I would assume your UX guys might want to have a say in this. Happy to see if we can assist as it would be a massive problem for TTN in Australia to have further splits rather than a planned consolidation.
The text was updated successfully, but these errors were encountered: