Thinking about Delay Tolerant Networking.

I'm thinking there should be two types.

Global addresses for long haul routing

"Local" as in region wide addresses.

I'm thinking it may be good to have a onion style packet routing in that a packet addressed to a region address would exist encrypted inside the globally addressed packet.

You could even have a packet encrypted inside of that one which goes to an even smaller region address.

But how would you deconflict global address names between random DTN router operators who might want the same name?

I believe the answer is by social construct. Just agree that all global names must be dtn://hemisphere-timezone/ and reject names that don't fit that scheme. If two nodes want the same name within that area, they can create region addresses for each other within their contact plans. This could mean sharing the same decryption key for that region or it could mean including two different embedded packets depending on which node receives the packet.

A destination node should know their full path to global which makes their full destination DTN address so that this fluidity in addressing isn't problematic. Additionally it stands to reason that if a node moves between regions it will have multiple DTN addresses. Which might mean multiple independent packets being sent to the same intended endpoint. This can be useful for confusing an interceptor from fully understanding where a packet is going without confusing routers.

Oh and if you're thinking "man these sound like some big packets" that's because they can be. Sure a long haul through UHF, Ham radio or any radio band really won't like it very much, but physical delivery methods with SD cards such as post office mail, drone delivery (farry net), pigeon carrier, or any of those other large packet size, but potentially long delivery time methods should be perfectly happy with it.

So.... kinda reinventing Fidonet?

Reply to this note

Please Login to reply.

Discussion

All these underground protocols I keep digging up. Hold on, going down a rabbit hole real quick

Okay got a quick read. I would say kinda? Its a store and forward system, but I think its important to point out that not building DTN protocols from scratch here, just the rules around naming conventions for a userbase I have in mind.

https://en.m.wikipedia.org/wiki/Delay-tolerant_networking

https://www.nasa.gov/technology/space-comms/delay-disruption-tolerant-networking-overview/

Would you be interested in learning more?

Yes, sure

So these posts are my thought process behind why I started going in this direction

https://stacker.news/items/330735/r/nerd2ninja

This is a video series on NASA's HDTN which they use for satellite communication where the next hop won't show up until certain orbital paths align

https://www.youtube.com/playlist?list=PLVPcuBdh7z6cmKgVHniVXneiEztHSiZzL

They changed the name from ION to HDTN. Gave me trouble trying to find the most up to date software.

This is another DTN implementation I've been playing with. Thinking about the different tradeoffs of the implementations so I can think about the most effective real world use.

https://dtn7.github.io/

And yeah when I'm done I'm thinking of setting up a post office address to receive DTN packets and forward (for a limited time) not because that's too useful, but just because it might get people interested in it and maybe one of those people ends up supporting a country with ID requirements to use the internet and/or censorship or power outages or what have you.