| |
ZL3AI > APRDIG 20.03.04 14:26l 134 Lines 4543 Bytes #999 (0) @ WW
BID : 3026-ZL3AI
Read: GUEST
Subj: TAPR Digest, Mar 17, 1/3
Path: DB0FHN<DB0RGB<DB0MRW<DB0ERF<DB0FBB<DB0GOS<DB0EEO<DB0RES<ON0AR<ZL2BAU<
ZL2BAU<ZL3VML
Sent: 040320/1149Z @:ZL3VML.#80.NZL.OC #:21161 [Chch-NZ] FBB7.00i $:3026-ZL3AI
From: ZL3AI@ZL3VML.#80.NZL.OC
To : APRDIG@WW
TAPR APRS Special Interest Group Digest for Wednesday, March 17, 2004.
1. RE: Inet to RF to Inet?
2. RE: Inet to RF to Inet?
3. RE: Inet to RF to Inet?
4. RE: Inet to RF to Inet?
5. OT - Solar observing scopes / Re: Transit of Venus on APRS
6. IS. In other words,
>if an IGate sees a third-party packet that does not contain TCPIP or
>TCPXX, the IGate should strip the RF header and } data type before
>inserting the packet onto APRS-IS (only insert the third-party portion
>of the packet).
>
>Most javAPRSSrvr's are configured to filter out third-party packets to
>help prevent Internet-RF-Internet loops from occurring.
>
>73,
>
>Pete Loveall AE5PL
>pete@ae5pl.net
----------------------------------------------------------------------
Subject: RE: Inet to RF to Inet?
From: "AE5PL Lists" <HamLists@ametx.com>
Date: Wed, 17 Mar 2004 08:30:04 -0600
X-Message-Number: 3
Personally, IMO there isn't anything wrong with setting your station to
gate to the Internet with current software, even though there may be one
or more IGates in the area. The servers take care of duplicate checking
and you may catch a packet that the other IGates didn't see due to
collisions.
HOWEVER, gating to RF is a different thing entirely. To help prevent
collisions, I recommend coordinating with the other local IGate
operators in the area regarding path, etc. Gating to RF is a case where
too much is not a good thing because of the collisions generated. Note
that I am talking about generic gating to RF, not the individual station
gating that you were doing.
Have fun.
73,
Pete Loveall AE5PL
pete@ae5pl.net
-----Original Message-----
From: Robbie
Posted At: Wednesday, March 17, 2004 8:07 AM
Subject: [aprssig] RE: Inet to RF to Inet?
Interesting though, and if I ever catch it looping I will cease my end
of right away. I do not gate to the internet, no reason to as others are
covering our area.
----------------------------------------------------------------------
Subject: RE: Inet to RF to Inet?
From: Robbie <mwrobertson@comcast.net>
Date: Wed, 17 Mar 2004 09:12:18 -0600
X-Message-Number: 4
Yes Pete, I agree with you on gateing to RF.. I am not sure, but I think
just a couple in the area are gateing selected WX related stuff. HF
gateing also is covered by one or two..
We have a few I-Gates to the IS and they cover the area very well.
Robbie
----------------------------------------------------------------------
Subject: OT - Solar observing scopes / Re: Transit of Venus out generic gating to RF, not the individual station
gating that you were doing.
_______________________________________________
I am experimenting with I-Gating "a" local friend on a business trip up
into Wisconsin. I am using a filtered aprsservr and b/myfriend.. This
works perfectly, rf stations are seeing me I-Gate myfriend.
**********************************************************
I am running WinAPRS what settings would Igate the "myfriend"? Finally
starting to play with the internet side of this APRS program. (maybe it has
something to do with getting rid of the dial-up)
Mike
AD6AA
----------------------------------------------------------------------
Subject: RE: Inet to RF to Inet?
From: "Robert Bruninga" <bruninga@usna.edu>
Date: Wed, 17 Mar 2004 15:41:55 -0500
X-Message-Number: 7
>>>"AE5PL Lists" said:
>I should note that it was determined during the previous
>discussions that no third-party packets should show up
>on APRS-IS. In other words, if an IGate sees a third-party
>packet that does not contain TCPIP or TCPXX, the IGate
>should strip the RF header and } data type before
>inserting the packet onto APRS-IS (only insert the third-party
>portion of the packet).
Just to see if we are on the same page...
Thanks. Yes, 3rd party packets are allowed on RF and there are applications
that are not IGates that may put them there. That is why I stongly want us
to get away from the crutch of filteing out ALL 3rd party formats. The
above solution is good. Is it implemented anywhere?
But stripping on the way in requires every IGate to be modified from the
original code. Can you remind me of why you need to strip the header?
Its been a while since I thought this one all the way through... thanks
Bob
>Most javAPRSSrvr's are configured to filter out third-party packets to
>help prevent Internet-RF-Internet loops from occurring.
73,
Pete Loveall AE5PL
pete@ae5pl.net
----------------------------------------------------------------------
Read previous mail | Read next mail
| |
