[aprssig] Retry on Heard Message Delivery

[Robert Bruninga]

>>> Ron Cluster <rcluster at ipkoke.com> 3/3/05 10:31:06 AM >>>
>UI-View32  (and WinAPRS) has "Retry on Heard" capability. 
>Does not appear to do the decaying message algorithm however.

Yes, retry-on heard is a good long term delivery strategy.
Bob

>UI-View32 help file excerpt pasted below.
>
>73.....Ron.....AC7TK.....(-9 when mobile)
>UI-View32 iGate in Eugene, OR


>From the UI-View32 help file......................

Message Retries
This dialogue, accessed from the Message window Setup menu, allows you
to
configure how messages will be retried if they are not ack'd on the
first
attempt.

Retry interval - This is the interval, in seconds, between attempts to
send
the mesage.

Try ? times - This is the number of attempts that will be made to send
the
message. If an ack is not received after this number of attempts, then
the
message is regarded as having failed. NOTE - To limit bandwidth usage,
'Retry interval' must be at least double 'Try ? times'.

Retry on heard - If this option is checked, then a failed message will
be
retried if traffic is heard from the station to which it was addressed,
on
the port on which it was sent. See below for some further comments
about how
this option affects APRS format messages.

Expire after ? mins - (This parameter is only relevant if 'Retry on
heard'
is checked.) If this number of minutes has elapsed since a message
failed,
then it will not be retried even if traffic is heard from the station
to
which it was addressed. A value of zero means 'never expire'.

'Retry on heard' and APRS format messages
If 'Retry on heard' is enabled, and an APRS format message fails, then
any
other messages addressed to the same station will be held. When the
station
is heard, the failed message is sent again, and, if it succeeds, then
the
next message queued for the station is released, etc. Held messages
have a
status of 'H' in the Message window.

If 'Retry on heard' is NOT enabled, and an APRS format message fails,
then
UI-View32 will immediately attempt to send the next message queued for
the
station.