[aprssig] The Protocol is Extensible

[Charles Gallo]

While this is true for the data, I think that the whole datagram for things like how to digipeat (which Bob was always having to teach folk the Widex-y etc) might really be the broken part, when you look at things like LoRa. The big difference is that today, we have so much computing power relative to 1982 (just look at the computing power in even a RPi Pico, at $4) that the parts where we are worrying about KPC 3s and other TNCs and their limited brains is what holds us back. It is like saying you have to write everything to be compatible with an 8088 PC running DOS3.3
Will we be telling a bunch of folks “nope, you can’t play with that hardware”? Yep. But having the compute power to keep a database in memory, and do a lot more calculations would eliminate a whole bunch of problems, and probably sole a lot of the issues with the difference between Wides, Fill In, iGates etc

--  
73 de KG2V
Charlie

> On Aug 17, 2023, at 9:52 PM, Ev Tupis via aprssig <aprssig at lists.tapr.org> wrote:
> 
> 
> Back in the day, the protocol working group realized the importance of assuring that the protocol would be sustainable into the future.
> 
> To that end, open the protocol document and look up "User Defined Data Format".  By abiding by it, you can encapsulate all sorts of new stuff into an existing datagram and by doing so, you assure nothing is broken when being transported through IGates or the APRS-IS.
> 
> It is a huge win, and a real testimony to the working group's future vision (waaaay back in 2004).  Bravo to them!
> 
> Ev, W2EV
> 
> _______________________________________________
> aprssig mailing list
> aprssig at lists.tapr.org
> http://lists.tapr.org/mailman/listinfo/aprssig_lists.tapr.org
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.tapr.org/pipermail/aprssig_lists.tapr.org/attachments/20230817/a875d401/attachment.html>