We need federation!

[adnidor]

No description provided.

[margau]

I would suggest two types: Input Federation (e.g. for data coming from TTN) and output federation (get data from other instances, requires authentication and authorisation for non-public-sensors)

[margau]

Maybe we even should think about local instances (at home) and cloud instances (inside "Freifunk-Mesh-Cloud")

[adnidor]

I think it is better to think about the types as pull federation and push federation, similar to the activitypub standard.

[margau]

Maybe, for me it seems best to do push federation from sensors to ingress, and pull federation to get/view data.

[margau]

Maybe, for me it seems best to do push federation from sensors to ingress, and pull federation to get/view data.

[margau]

Maybe, for me it seems best to do push federation from sensors to ingress, and pull federation to get/view data.

[adnidor]

What scenarios do we have for federation?

I can think of "User wants to display data from remote server", this would be a "pull" or "output" type federation.

We don't need federation for getting data from TTN into Freifunk-IoT, the gateway can just push the data to the correct server in the first place.

I'm trying to think of a scenario for "push" or "input" federation but can't.

[adnidor]

Not sure what you mean with "local" and "cloud" instances? Why should an instance run at home be different from an instance run in "the cloud"?

[margau]

Local/Cloud: Aggregate Data on local homeserver (i.e. when connectivity issues occur), but view it on cloud/public instance

We don't need federation for getting data from TTN into Freifunk-IoT, the gateway can just push the data to the correct server in the first place.

I think federation would be the right approach. Normal input is when a sensor is adding something. When another kind of aggregator - this would be a TTN-Gateway - is adding something, for me it seems the best to handle it as federation.

[hibas123]

Local/Cloud: Aggregate Data on local homeserver (i.e. when connectivity issues occur), but view it on cloud/public instance

We don't need federation for getting data from TTN into Freifunk-IoT, the gateway can just push the data to the correct server in the first place.

I think federation would be the right approach. Normal input is when a sensor is adding something. When another kind of aggregator - this would be a TTN-Gateway - is adding something, for me it seems the best to handle it as federation.

I would also say, that something like gateways are very likely to occur. This would allow a setup, where not every device/aggregator needs direct internet/cloud access. Especially considering the exploits from the past on IoT devices.