# Automatic gateway update

**URL:** <https://www.thethingsnetwork.org/forum/t/automatic-gateway-update/32990>\
**Category:** Gateways\
**Created:** [December 29, 2019, 10:42am UTC](https://www.thethingsnetwork.org/forum/t/automatic-gateway-update/32990 "2019-12-29T10:42:03Z")\
**Posts on this page:** 13\
**Page:** 1

<div class="post-metadata">

**Author:** ![PercyPrune](https://www.thethingsnetwork.org/forum/user_avatar/www.thethingsnetwork.org/percyprune/32/37051_2.png) [@PercyPrune](https://www.thethingsnetwork.org/forum/u/PercyPrune)\
**Post date:** [December 29, 2019, 10:42am UTC](https://www.thethingsnetwork.org/forum/t/automatic-gateway-update/32990/1 "2019-12-29T10:42:03Z")

</div>

Hi chaps,

I have a generic question about the \> ‘Gateway/General Settings/Automatic gateway update’ menue item. There is stated ‘If enabled the gateway will periodically check if updates are available and perform them.’

Question: is it an existing feature only related to TTN Industries gateways or does it belong to a centralized f/w update server who determines the correct f/w by analyzing the gateway of all types? Couldn’t find a hint by using the search engine.

I found a new f/w for one of my RAK gateways and it has NOT automatically updated despite the new f/w is available since begin of December. It’s not a problem to flash the new f/w but on the other hand, auto-update wouldn’t be an uncomfortable feature. 🙂

---

<div class="post-metadata">

**Author:** ![kersing](https://www.thethingsnetwork.org/forum/user_avatar/www.thethingsnetwork.org/kersing/32/44777_2.png) [@kersing](https://www.thethingsnetwork.org/forum/u/kersing)\
**Post date:** [December 29, 2019, 11:06am UTC](https://www.thethingsnetwork.org/forum/t/automatic-gateway-update/32990/2 "2019-12-29T11:06:08Z")

</div>

> [@PercyPrune](#):
>
> is it an existing feature only related to TTN Industries gateways

Yes and no, at this point in time it only applies to the first TTI (kickstarter) gateway. Manufacturers of other gateways need to provide their own update mechanism.

BTW, once a gateway is working well there is little to be gained by updating the firmware. Check the release notes if anything pertinent has been updated in the packet forwarder before investing time to update.

---

<div class="post-metadata">

**Author:** ![PercyPrune](https://www.thethingsnetwork.org/forum/user_avatar/www.thethingsnetwork.org/percyprune/32/37051_2.png) [@PercyPrune](https://www.thethingsnetwork.org/forum/u/PercyPrune)\
**Post date:** [December 29, 2019, 11:15am UTC](https://www.thethingsnetwork.org/forum/t/automatic-gateway-update/32990/3 "2019-12-29T11:15:31Z")

</div>

Thanks for reply, Jac.

Except for testing purposes, I don’t update productive systems unless it’s an urgent safety release. So I disable the checkbox for the time being and decide case by case for the gateways in use.

---

<div class="post-metadata">

**Author:** ![arjanvanb](https://www.thethingsnetwork.org/forum/user_avatar/www.thethingsnetwork.org/arjanvanb/32/46626_2.png) [@arjanvanb](https://www.thethingsnetwork.org/forum/u/arjanvanb)\
**Post date:** [December 29, 2019, 11:28am UTC](https://www.thethingsnetwork.org/forum/t/automatic-gateway-update/32990/4 "2019-12-29T11:28:55Z")

</div>

On the other hand: how would one be notified on a pending update, when automatic update is not enabled?

We’ve seen an update for the security certificates in the past, being quite essential:

> [@TTN GATEWAY central 3](https://www.thethingsnetwork.org/forum/t/ttn-gateway-central-3/18962/78):
>
> I got a new version 1.0.6 pushed on May 17th, which [apparently might be needed if TTN updates the server certificate some day after July 2019](https://github.com/TheThingsProducts/gateway/releases/tag/v1.0.6):
> 
> > With this patch we add the ISRG Root X1 CA to the gateway firmware. After 8 July 2019, many servers that use Let’s Encrypt will start serving a certificate chain which leads to this new root, and therefore it must be trusted by clients such as the gateway.
> 
> So, for those not having automatic updates enabled: you’d better do so, I’d assume.

(The current Amazon root [embedded in the Kickstarter gateway](https://github.com/TheThingsProducts/gateway/blob/master/firmware/src/system_config/TTN_Gateway_v1/framework/net/pres/net_pres_cert_store.c) is valid until 31 December 2037. The ISRG root until 4 June 2035. And the DST root is due first, on 30 September 2021. I’ve no idea if all these are used, but that’s irrelevant if the certificate chain for the server changes to use a different root.)

---

<div class="post-metadata">

**Author:** ![kersing](https://www.thethingsnetwork.org/forum/user_avatar/www.thethingsnetwork.org/kersing/32/44777_2.png) [@kersing](https://www.thethingsnetwork.org/forum/u/kersing)\
**Post date:** [December 29, 2019, 11:55am UTC](https://www.thethingsnetwork.org/forum/t/automatic-gateway-update/32990/5 "2019-12-29T11:55:06Z")

</div>

> [@arjanvanb](#):
>
> On the other hand: how would one be notified on a pending update, when automatic update is not enabled?

Using the github watch feature on the [TTP gateway](https://github.com/TheThingsProducts/gateway) repo would be one way.

---

<div class="post-metadata">

**Author:** ![PercyPrune](https://www.thethingsnetwork.org/forum/user_avatar/www.thethingsnetwork.org/percyprune/32/37051_2.png) [@PercyPrune](https://www.thethingsnetwork.org/forum/u/PercyPrune)\
**Post date:** [December 29, 2019, 12:19pm UTC](https://www.thethingsnetwork.org/forum/t/automatic-gateway-update/32990/6 "2019-12-29T12:19:10Z")

</div>

Hi Arjan,

you’re right but I asked for RAK f/w updates in this case which I understood isn’t part of this automatic update feature.

Maybe one could adjust the menue item to “Automatically update **TTN series** gateways” and “Beta Updates **TTN series** gateways” to prevent misleading.

---

<div class="post-metadata">

**Author:** ![bsiege](https://www.thethingsnetwork.org/forum/user_avatar/www.thethingsnetwork.org/bsiege/32/46459_2.png) [@bsiege](https://www.thethingsnetwork.org/forum/u/bsiege)\
**Post date:** [December 29, 2019, 3:44pm UTC](https://www.thethingsnetwork.org/forum/t/automatic-gateway-update/32990/7 "2019-12-29T15:44:27Z")

</div>

> [@kersing](#):
>
> BTW, once a gateway is working well there is little to be gained by updating the firmware. Check the release notes if anything pertinent has been updated in the packet forwarder before investing time to update.

In terms of functionality: Maybe yes.  
In terms of of cybersecurity this is a completely dangerous mindset. If there is a known vulnerability in a device, there must be a possibility to fix that in time.

---

<div class="post-metadata">

**Author:** ![cslorabox](https://www.thethingsnetwork.org/forum/user_avatar/www.thethingsnetwork.org/cslorabox/32/35697_2.png) [@cslorabox](https://www.thethingsnetwork.org/forum/u/cslorabox)\
**Post date:** [December 29, 2019, 5:48pm UTC](https://www.thethingsnetwork.org/forum/t/automatic-gateway-update/32990/8 "2019-12-29T17:48:28Z")

</div>

Most bugs in gateways are indeed going to be “bad response to unexpected conditions” types of things, some potentially quite serious, even if the gateway generally functions before the first incident or between them.

Generally speaking, automatic updates should be done by means of a management server for a particular fleet of ownership or design - ie, it’s really not the role of TTN infrastructure.

But gateways put in field locations where they are not easily approached in person should have remote administration capability by their owners or operators, and an ability to push new firmware or apply bug patches is preferably part of that.

Ideally gateways would ship with a capability to point at a manufacturer’s management server, or at a custom installation that the owner can set up based on a repo offered by the manufacturer or their own implementation of a documented scheme.

In reality, people who own gateways in quantity tend to end up rebuilding the entire image from source so that it has exactly what they want, and adding their own remote management system is a key part of that.

---

<div class="post-metadata">

**Author:** ![kersing](https://www.thethingsnetwork.org/forum/user_avatar/www.thethingsnetwork.org/kersing/32/44777_2.png) [@kersing](https://www.thethingsnetwork.org/forum/u/kersing)\
**Post date:** [December 29, 2019, 7:19pm UTC](https://www.thethingsnetwork.org/forum/t/automatic-gateway-update/32990/9 "2019-12-29T19:19:42Z")

</div>

> [@bsiege](#):
>
> In terms of functionality: Maybe yes.  
> In terms of of cybersecurity this is a completely dangerous mindset. If there is a known vulnerability in a device, there must be a possibility to fix that in time.

Didn’t I mention you need to check the release notes??? And where did I state you should not be able to update the device?

---

<div class="post-metadata">

**Author:** ![bsiege](https://www.thethingsnetwork.org/forum/user_avatar/www.thethingsnetwork.org/bsiege/32/46459_2.png) [@bsiege](https://www.thethingsnetwork.org/forum/u/bsiege)\
**Post date:** [December 29, 2019, 8:12pm UTC](https://www.thethingsnetwork.org/forum/t/automatic-gateway-update/32990/10 "2019-12-29T20:12:04Z")

</div>

It was no offense to you @kersing. Just pinpointing.

Release Notes are an important thing. Maybe the percentage of readers of such things like Release Notes in this forum is a little bit higher than average.

Look, when you are hit by things like the [DDOS from Netgear and D-Link NTP misimplementation](https://en.wikipedia.org/wiki/NTP_server_misuse_and_abuse#Notable_cases), then you have another view on this.

I am also still unsatisfied by the quality of the Kickstarter Gateway. At least there is a mechanism for updating. IMHO only used for bugfixes. Wishes like disabling wifi where never implemented. It seems no one of all the talented embedded software engineers wanted to take care of this hardware. But also another Story.

---

<div class="post-metadata">

**Author:** ![arjanvanb](https://www.thethingsnetwork.org/forum/user_avatar/www.thethingsnetwork.org/arjanvanb/32/46626_2.png) [@arjanvanb](https://www.thethingsnetwork.org/forum/u/arjanvanb)\
**Post date:** [June 14, 2020, 9:25am UTC](https://www.thethingsnetwork.org/forum/t/automatic-gateway-update/32990/12 "2020-06-14T09:25:29Z")

</div>

@htdvisser or @KrishnaIyerEaswaran2, which update does The Things Gateway get when **not** enabling beta updates? Mine uses 1.0.8, but it has beta updates enabled:

![The Things Gateway](https://www.thethingsnetwork.org/forum/uploads/default/original/3X/5/2/52f4167dd9905b1e4563207f109cf0abb83408dd.png)

On GitHub, [the “Latest release” is still 1.0.5](https://github.com/TheThingsProducts/gateway/releases) though:

![Releases](https://www.thethingsnetwork.org/forum/uploads/default/original/3X/5/d/5dc5c22279d5ca715b6a684692143b5321804bc1.png)

1.0.6 states that _“After 8 July 2019, many servers that use Let’s Encrypt will start serving a certificate chain which leads to this new root, and therefore it must be trusted by clients such as the gateway.”_ But endpoints such as [https://account.thethingsnetwork.org/api/v2/frequency-plans/EU\_863\_870](https://account.thethingsnetwork.org/api/v2/frequency-plans/EU_863_870) still use DST Root CA X3, not ISRG Root X1 CA. So I guess even 1.0.5 still works, today?

---

<div class="post-metadata">

**Author:** ![Jeff-UK](https://www.thethingsnetwork.org/forum/user_avatar/www.thethingsnetwork.org/jeff-uk/32/35697_2.png) [@Jeff-UK](https://www.thethingsnetwork.org/forum/u/Jeff-UK)\
**Post date:** [June 14, 2020, 9:36am UTC](https://www.thethingsnetwork.org/forum/t/automatic-gateway-update/32990/13 "2020-06-14T09:36:47Z")

</div>

Expiring root certs for Nodes, GW’s Servers etc., looks to be a looming problem that we should all be aware of and have plans to allow updates for our devices as appropriate 😉 A Tsunami of disconnects coming?

> **[An Internet of Trouble lies ahead as root certificates begin to expire en...](https://www.theregister.com/2020/06/10/iot_trouble_root_certificates_expire/)**
>
> 'This is going to be a problem; we are not on top of this'

---

<div class="post-metadata">

**Author:** ![htdvisser](https://www.thethingsnetwork.org/forum/user_avatar/www.thethingsnetwork.org/htdvisser/32/45312_2.png) [@htdvisser](https://www.thethingsnetwork.org/forum/u/htdvisser)\
**Post date:** [June 15, 2020, 7:07am UTC](https://www.thethingsnetwork.org/forum/t/automatic-gateway-update/32990/14 "2020-06-15T07:07:02Z")

</div>

The Things Kickstarter Gateway gets its updates from the branch that’s selected in the Account Server. You can find the list of branches here: [Branches · TheThingsProducts/gateway · GitHub](https://github.com/TheThingsProducts/gateway/branches/all)

The `1.0.6` patch with the ISRG Root X1 has been on the `beta` channel since May 2019, and on the `stable` channel since June 2019.

Currently (June 2020):

- The `stable` branch is at `1.0.7` which makes the gateway work with our v3 stack.
- The `beta` branch is at `1.0.8` which makes the gateway work with AWS certificates.

* * *

> [@arjanvanb](#):
>
> On GitHub, [the “Latest release” is still 1.0.5](https://github.com/TheThingsProducts/gateway/releases) though:

Looks like we only pushed the git tags. In our other repositories our CI marks new Releases, but apparently that’s not the case here. I created the GitHub releases.

* * *

> [@arjanvanb](#):
>
> But endpoints such as [https://account.thethingsnetwork.org/api/v2/frequency-plans/EU\_863\_870](https://account.thethingsnetwork.org/api/v2/frequency-plans/EU_863_870) still use DST Root CA X3, not ISRG Root X1 CA. So I guess even 1.0.5 still works, today?

Correct. We try to serve the most compatible certificate chain for as long as we can.
