Skip to content

Solve spreading factor fragmentation - multi channel gateways #834

@tbaumann

Description

@tbaumann

How can we solve communities fragmenting into different spreading factors?
There are good reasons to switch to different radio setups. But there is no routing between clusters. And stragglers who didn't switch in the region are left behind.

Perhaps some gateways could bridge between networks.

At first glance, the routing logic has no concept of radio channels. Which leaves mirroring every packet on a different spreading factor. Which frankly sounds horrible. (Especially since it's still happening on the same broader carrier)
I guess mirroring flood packets is out of the question.

But perhaps a router could keep taps on which channel a next hop was seen before, and choose to route it using a different RF setting? (With extra consideration for only changing RF settings if the next hop is only active on a different channel)

I just wanted to see if this idea has any legs.

Based on that, instead of having two radios, such a higher order gateway could use a LoRa Concentrator chip like SX1302/SX1303. That won't work with radiolib, some heavy refactorying required.

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Type

    No type

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions