Stripped down version of the Network Server

Hello,

I have a gateway from Option (the Cloudgate nano ) which provides me with the Semtech packet forwarder.

I am looking for a minimal, stand-alone LoRa network + application server solution:

  • receive/send LoRa packets using the Semtech forwarder protocol
  • no web management interface
  • no remote access interfaces
  • local interfaces for:
    1. add/remove devices
    2. signal a join request
    3. queue a downlink to a device
    4. decoding application data

Is this possible to do with ChirpStack ?

It’s possible to a degree. You can have Chirpstack running without any access to/from WAN, thats just a networking consideration. And almost everything can be done through the API as to avoid requiring the web interface, except for generating API keys themselves, as far as I know there is no way around this and you will have to use the web interface atleast once to generate an API key.

Please see chirpstack --help, there is a CLI option to generate API keys :slight_smile:

Is this possible to do with ChirpStack ?

Please note that the ChirpStack web-interface is technically just an API client. Once loaded by the browser, it will just make gRPC API calls. From a performance perspective, I don’t really see a difference between ChirpStack with vs without web-interface if that is your concern.

Just fyi, this is work-in-progress but work is being done to make it possible to compile ChirpStack with SQLite as database-backend instead of PostgreSQL.

2 Likes

Hello,

I am sorry for my late reply, I was on holidays.

Thanks for you help, I really just needed the Network Server component and it looks like at the moment this is not possible to build into my platform.

If you set up an external join server you can use end-to-end encryption where Chirpstack does not do the “application server” portion of decrypting and displaying the message but forwards the encrypted packet to you application:
https://www.chirpstack.io/docs/chirpstack/features/end-to-end-encryption.html
Might be what you’re interested in

Hi Liam,

I need the application server to run locally. Because, in a short summary, in my use case the internet link is slow and there are other industrial networks that we connect to locally.

It just makes sense to synchronize data from all devices, LoRa and other industrial protocols, locally instead of sending everything to the backend and let it sort it out.

Not quite sure what you mean here, but ability to send the data locally to another application is supported. If you haven’t seen the integrations yet I’d check those out before calling it quits.

1 Like

This topic was automatically closed 90 days after the last reply. New replies are no longer allowed.