Order Tray | Contact Us | Home | SIG Lists

[aprssig] APRS Message Idea

Robert Bruninga bruninga at usna.edu
Thu Mar 3 14:50:09 UTC 2005


>>> HamLists at ametx.com 3/3/05 6:47:09 AM >>>
>This should not be done for all messaging.... APRS is a
> real-time protocol and APRS messaging is also real-time.
>  When I send a message, I need to know that it was 
> delivered for a fact, not that it was attempted and may 
> be attempted later.

Absolutely!  The original APRS protocol kept the long-term
retry responsibility with the SENDER so that he could 
always "see" the progress of his retries, whether it took
minutes or hours, or days to deliver.  There was no question
as to the status of that "message".

I dont like the concept of out-of-sight-long-term message
delivery of old messages, which may be forgotten by 
the sender, may never get a confirmation of delivery and
there is nothing worse than out-of-sequence delivery of
human-to-human communications!

If clients just implemented APRS *correctly* in the first place,
this problem would not exist.

Now I agree, there could be uses of this 3rd party capability, 
but my experience with APRS is that such features get used
wrongly and the net overall bad effects on "communications"
effectiveness outweighs the infrequent benefits.

It would seem that the current APRS Email system can perform
this store-and-forward quite well.  And using WinLink, it can
still work to an RF user at the other end...

Bob

Pete continues...
*-------------------------------------
Now, that said, setting up a store-and-forward system which can be
specifically requested (like EMAIL) is a workable idea.  This would not
affect standard messaging (not a good idea to modify the messaging
protocol without the user's knowledge).  Something like a server
responding to SANDF or something similar with the requested receiving
station's call as the first thing in the text (like how EMAIL works).
Commands such as "kill" messages might be worthwhile, as well.

Please don't try to modify the APRS messaging protocol for those who do
not request it.  This would be disastrous for the reliability and
usability of APRS-IS.

73,

Pete Loveall AE5PL
mailto:pete at ae5pl.net 
> -----Original Message-----
> From: Andrew Rich (VK4TEC)
> Posted At: Thursday, March 03, 2005 3:27 AM
> Subject: RE: [aprssig] APRS Message Idea
> 
> Like a SMSC Short Message Service Center
> 
> 1) Takes messages in globaly and attempts to deliver on 
> hearing a station
> 2) or Takes messages in globbaly and attempt to deliver on a 
> retry basis
> 
> or both 

_______________________________________________
aprssig mailing list
aprssig at lists.tapr.org 
https://lists.tapr.org/cgi-bin/mailman/listinfo/aprssig





More information about the aprssig mailing list