[aprssig] alternatives to TCP
Stephen H. Smith
wa8lmf2 at aol.com
Sun Mar 30 14:02:33 CDT 2014
On 3/30/2014 1:52 PM, Jim Lux wrote:
> There's an off the shelf implementation called ION
> Seems it could interoperate just fine with existing APRS traffic, but give you
> way to do delivery of larger objects or files.
Uh --- I don't think we want to be delivering "larger objects or files" on a
1200-baud radio network.
This seems to be a chronic problem with web-oriented developers -- they assume
one has a nearly infinite amount of bandwidth available, and that any amount of
code bloat and frivolous window dressing is insignificant. Hence the growth of
the average web page load from 50-100K to more like a megabyte or two over the
last 5-10 years.
This may work on 5-10 megabit broadband "landline" Internet connections with
flat-rate monthly charges, but becomes painfully obvious on slower mobile
devices with severely-limited monthly data quotas. Not to mention mobile radio
data links where 14K or 28K (remember dialup modems??) is "really really fast".
menus pop down when you merely mouse over them without clicking, simple links
to other pages or PDF files that could be done with simple HTML HREF= tags
implemented as PHP scripts instead, embedded videos that start playing without
being requested, screens that darken and deliver overlays when you mouse over
elements, multi-megapixel photos downsized with browser tags instead of being
downsampled BEFORE they are placed on a page, and various & sundry other
obnoxious annoyances. Not to mention the Facebook and Twitter badges on
practically every page that generate MORE Internet traffic as they silently
"phone home" to their respective sites every time a page loads.
Stephen H. Smith wa8lmf (at) aol.com
EchoLink: Node # 14400 [Think bottom of the 2-meter band]
Home Page: http://wa8lmf.net
Long-Range APRS on 30 Meters HF
High Performance Sound Systems for Soundcard Apps
"APRS 101" Explanation of APRS Path Selection & Digipeating
More information about the aprssig