[aprssig] are write-only APRS-IS clients valid?
Lynn W. Deffenbaugh (Mr)
ldeffenb at homeside.to
Mon Dec 2 14:10:12 CST 2013
On 12/2/2013 2:27 PM, Andrew P. wrote:
> b) I didn't know of any way to tell an APRS-IS server to not send any packets back to me (and, from what Pete is saying, that appears to be deliberately impossible).
You can always ignore the packets coming back from the APRS-IS server.
Basically that's what APRSISCE/32 does if the operator disables -IS to
RF gating. Of course, the operator can also put APRSISCE/32 into
Receive-Only mode (provided for countries like the UK that only allow
attended transmit unless you have special licensing), or disable
transmit on the RF port(s) (similar to just disconnecting the PTT
between the TNC and radio).
IMHO, an IGate shouldn't just blindly pass all packets received from the
APRS-IS server to the local RF anyway. The IGate operator should be in
control of the "recently" and "local" parameters which govern which (if
any) messages should be gated from -IS to RF. The APRS-IS server, I
believe, defaults to 3 hours for recent and local just means that the
connected client has received a packet from the message-addressed station.
And if the IGate operator wants to use a filter that receives data just
for his/her own viewing, those packets should definitely not be gated to RF.
The APRS-IS server attempts to deliver packets on a filtered port that
the IGate might be interested in. The server is not implying that such
packets must be gated to the RF by an IGate.
Lynn (D) - KJ4ERJ - Author of APRSISCE for Windows Mobile and Win32
PS. APRSISCE/32 defaults to a full bi-directional IGate whenever both
the APRS-IS and at least one RF port is configured. The operator has to
change the defaults to force a Receive-Only IGate.
More information about the aprssig