[aprssig] IS-to-RF alternate proposal - 'marked beacons'
Lynn W. Deffenbaugh (Mr)
ldeffenb at homeside.to
Thu Dec 29 21:58:16 EST 2011
YMMV but my Range 25 miles, -IS stations, maybe 15 (excluding CWOP) @
1/30 minutes. -IS mobile stations, maybe 8 (max) @ 1/10 minutes, total
-IS to RF IGating load: 40 every 30 minutes. Current RF reception rate:
5/minute up to 12/minute depending on propagation.
I personally have no plans to configure any -IS to RF gating parameters
that would give a "good accumulated path" presentation over RF like the
-IS users have come to desire/expect. Just making their presence known
is sufficient IMHO.
Other areas will have other loads and some areas may choose to gate NO
stations from -IS to RF. It's all dependent on the area's RF landscape
and the desire of the IGate operator.
Lynn (D) - KJ4ERJ - Author of APRSISCE for Windows Mobile and Win32
On 12/29/2011 9:29 PM, Lee Bengston wrote:
> Hmm, everyone who either doesn't care or has no clue gets gated to RF
> in addition to those that want to. Of course, a certain percentage of
> the clueless would probably want to but not know it. I don't know -
> 1200 baud...
>
> Lee - K5DAT
>
>
> On Thu, Dec 29, 2011 at 8:06 PM, Lynn W. Deffenbaugh (Mr)
> <ldeffenb at homeside.to> wrote:
>> Why not the same defaults as supported in the reverse direction? If you
>> don't want your RF packets to go to -IS, then you put NOGATE or RFONLY in
>> your path.
>>
>> By extension, if you DON'T want your -IS packets to go to RF, you put
>> something in your comment, say maybe "NORF" as a blank-delimited word or at
>> the end of the beacon comment? IMHO, there are far fewer -IS users who
>> would NOT want to be gated that those that DO want to be gated, so why
>> clutter the majority of the comments ON RF NO LESS (where bandwidth is most
>> limited and packet contents are NOT allowed to be changed by IGates) with
>> additional characters?
>>
>> Lynn (D) - KJ4ERJ - Author of APRSISCE for Windows Mobile and Win32
>>
> _______________________________________________
> aprssig mailing list
> aprssig at tapr.org
> https://www.tapr.org/cgi-bin/mailman/listinfo/aprssig
>
More information about the aprssig
mailing list