| |
ZL3AI > APRDIG 20.03.04 14:35l 230 Lines 8539 Bytes #999 (0) @ WW
BID : 3027-ZL3AI
Read: GUEST
Subj: TAPR Digest, Mar 17, 2/3
Path: DB0FHN<DB0RGB<DB0MRW<DB0ERF<DB0FBB<DB0GOS<DB0EEO<DB0RES<ON0AR<ZL2BAU<
ZL2BAU<ZL3VML
Sent: 040320/1203Z @:ZL3VML.#80.NZL.OC #:21163 [Chch-NZ] FBB7.00i $:3027-ZL3AI
From: ZL3AI@ZL3VML.#80.NZL.OC
To : APRDIG@WW
Subject: RE: Inet to RF to Inet?
From: "AE5PL Lists" <HamLists@ametx.com>
Date: Wed, 17 Mar 2004 15:11:11 -0600
X-Message-Number: 8
Hi Bob,
Yes we are on the same page. As far as who has implemented it, I don't
know as I am not involved with any IGate development. It is key,
though, that APRS-IS originated 3rd-party packets not be allowed to flow
through APRS-IS because of all the legacy IGates in use that were
causing extensive looping. Also, 3rd-party packets can become
excessively long if "tunneled" through more than one network causing
them to become invalid on RF and APRS-IS.
Could the APRS-IS servers be modified to look at the 3rd-party payload
for TCPIP or TCPXX instead of the IGates? Yes, although it is somewhat
against the server design principles that says "all payloads must be
left intact for dupe checking and data integrity" if we use the doctrine
that there will never be any more than one level of tunneling tracked.
Therefore, the onus falls back upon the IGates to do the filtering.
While I understand and agree with your concern that there may be
non-APRS-IS 3rd-party packets seen on RF, at this time I am unaware of
anyone implementing non-APRS-IS 3rd-party packets on RF. Doesn't mean
they are there, just that I am unaware of them. I think that IGate
authors looking at writing "proper" 3rd-party packet filters should take
these non-APRS-IS packets into account.
This gets into another area that has potential problems but may be
limited by packet length. That area is whether "unlimited" levels of
3rd-party network "tunneling" should be allowed with full nested
3rd-party headers. To allow this tcom>
Date: Wed, 17 Mar 2004 16:01:19 -0600
X-Message-Number: 9
There is one more gotcha if 3rd-party packets are allowed on APRS-IS
"as-is". Currently, servers work basically as packet switches looking
at the primary header for source and unproto information. The primary
data type is also looked at to determine if it is a message, posit, or
other and dupe checking is done against the entire data field (which
would include the 3rd-party header). Allowing 3rd-party packets onto
APRS-IS "as-is" could open up an extremely complex can of worms
regarding looping, proper packet interpretation, etc. As in the past, I
would (if I could) vote against allowing multiple tunneling levels on
3rd-party packets and against allowing any 3rd-party packets onto
APRS-IS in 3rd-party format.
It is not excessively difficult for me to make javAPRSSrvr's packet
parsing re-entrant allowing some accommodation for 3rd-party packets.
However, this would be very dangerous if aprsD and AHub did not follow
suit.
73,
Pete Loveall AE5PL
pete@ae5pl.net
-----Original Message-----
From: Robert Bruninga
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?
----------------------------------------------------------------------
Subject: Program Lockup
From: "John KC4LZN" <kc4lzn@yahoo.com>
Date: Wed, 17 Mar 2004 19:29:13 -0500
X-Message-Number: 10
I am running version 863 and have seen this in previous versions.
I would receive a message from someone while my screen is showing the map.
After sometime, it would lock the program up and give me the prompt for the
"trouble.txt or hit enter." I figured I needed to activate Redraw.
Redraw does its thing every 600 seconds as I have set but still, if someone
sends a message to me, more so to "all" do I get, the program will not
"redraw" the map with the limits I have set.
Wondered if anyone else has received similar errors and/or may have a
solution?
John
KC4LZN
----------------------------------------------------------------------
Subject: Re: Weather data for k4rok-10
From: "Christensen, Eric" <CHRISTENSENE@MAIL.ECU.EDU>
Date: Wed, 17 Mar 2004 19:38:49 -0500
X-Message-Number: 11
The problem with using the Data Logging Mode is that you don't get wind
gust...
-----Original Message-----
From: Steve Dimse [mailto:k4hg@tapr.org]
On 3/16/04 at 11:52 AM John Johnson <ke4tzn@cox.net> sent:
>I need Help!!!
>
>The local weather digi k4rok-10 is sending out weather data, I can see
>the
>correct data on RF and the aprs florida page but findu is not getting the
>data? Can anybody help?????
It should be OK now. You are using an older Peet that sends out a shorter
data string, and you recently changed from Data Logger (!!) to Packet
($ULTW) as your format, the parser was not correctly picking up the shorter
ULTW, I have fixed this.
Note that this format is not preferred in most situations, as the data is
only sent out every 5 minutes. This should only be used when the TNC is in
converse mode, so the packet is sent out immediately upon receipt by the
TNC. The problem with using converse mode in the TNC is that on power up
TNCs go to command made, so no data will be transmitted until the TNC is
placed in converse mode. I do seem to recall some TNC's might have a
parameter that causes the TNC to go to converse mode on power-up, but unless
you have this, and are using this, I'd recommend against it.
If you are using this in the more normal GPS mode of the TNC, where you have
set GPSHEAD to "$ULTW", you are needlessly increasing the latency of the
data. The ULTW packet is only sent once every 5 minutes from the U2k to the
TNC...each time the TNC sees a packet starting with $ULTW it stores it in a
buffer...when the timers say it ready to transmit, it is the last packet in
that buffer which gets transmitted. With ULTW, the packet could be 5 minutes
old at the time it gets transmitted. On the other hand, !! is sent to the
TNC every three seconds, the data will only be 3 seconds old max.
Steve K4HG
----------------------------------------------------------------------
Subject: tgp@surfin.com
From: "Christensen, Eric" <CHRISTENSENE@MAIL.ECU.EDU>
Date: Wed, 17 Mar 2004 19:57:31 -0500
X-Message-Number: 12
Is anyone else getting these messages from this guy when posting to the
APRSSIG? I have noticed getting these quite a bit... Maybe Stan can
unsubscribe this guy...
[details deleted]
----------------------------------------------------------------------
Subject: Maritime Charts for APRS (UI-View)
From: "Christensen, Eric" <CHRISTENSENE@MAIL.ECU.EDU>
Date: Wed, 17 Mar 2004 20:28:20 -0500
X-Message-Number: 13
I know I have asked this before but I haven't come up with a resolution so I
figured I might query the group. I'm looking for a source for Maritime
Charts that I can use in conjunction with UI-View... Any ideas?
Thanks,
Eric KF4OTN
----------------------------------------------------------------------
Subject: Re: Maritime Charts for APRS (UI-View)
From: John K9IJ <k9ij@vx5.com>
Date: Wed, 17 Mar 2004 19:54:02 -0600
X-Message-Number: 14
At 08:28 PM 3/17/2004 -0500, Christensen, Eric wrote:
>I know I have asked this before but I haven't come up with a resolution so I
>figured I might query the group. I'm looking for a source for Maritime
>Charts that I can use in conjunction with UI-View... Any ideas?
Might try here. I haven't looked at them.
http://nauticalcharts.noaa.gov/mcd/enc/index.htm
follow the download trail from the top
John - K9IJ
-
John Rice K9IJ
k9ij@vx5.com
Webmaster, Network Admin, Janitor
http://www.k9ij.com
http://www.suhfars.org
http://www.vx5.com/~teampf
----------------------------------------------------------------------
Subject: Re: Maritime Charts for APRS (UI-View)
From: "Christensen, Eric" <CHRISTENSENE@MAIL.ECU.EDU>
Date: Wed, 17 Mar 2004 21:09:53 -0500
X-Message-Number: 15
I probably looked at this link a few months ago and it didn't yield any good
information. BUT, I am now downloading ALL available data for free (only
about 196MB). Now, looking at some of the files to try to determine what I
can do with them...
More in a bit...
Thanks John!!!
----------------------------------------------------------------------
Subject: Re: Maritime Charts for APRS (UI-View)
From: "Christensen, Eric" <CHRISTENSENE@MAIL.ECU.EDU>
Date: Wed, 17 Mar 2004 21:23:25 -0500
X-Message-Number: 16
Okay... This is some good stuff... Or I think it is... I haven't actually
seen what these charts look like, yet, because I haven't found anything to
view the files. BUT, I have EVERYTHING... :)
Okay, anyone out there have a working history with these Electronic Chart
Systems (ECS) charts?
Thanks,
Eric KF4OTN
----------------------------------------------------------------------
Read previous mail | Read next mail
| |
