| |
ZL3AI > APRDIG 29.08.03 09:18l 239 Lines 9064 Bytes #999 (0) @ WW
BID : 1836-ZL3AI
Read: GUEST
Subj: TAPR Digest, Aug 26, 2/3
Path: DB0FHN<DB0RGB<DB0FSG<OE7XLR<OE9XPI<DB0CZ<DB0GE<LX0PAC<LX0HST<HA3PG<
WB0TAX<SP7MGD<ON0BEL<VK7AX<ZL2BAU<ZL3VML
Sent: 030828/1354Z @:ZL3VML.#80.NZL.OC #:7242 [Chch-NZ] FBB7.00i $:1836-ZL3AI
From: ZL3AI@ZL3VML.#80.NZL.OC
To : APRDIG@WW
Subject: New fourth.aprs.net
From: Steve Dimse <k4hg@tapr.org>
Date: Tue, 26 Aug 2003 18:05:54 -0400
X-Message-Number: 8
Gerry Creager, N5JXS, has generously offered to become a central hub.
Reconfiguration of the central APRS Internet System was completed without
any difficulties (thanks to lessons learned the last time we added a hub!).
This addition further increases the capacity and redundancy of the APRS
Internet System, and brings breathing room for continued growth of APRS.
My recommendation is for all users to connect to APRS IS through the core
servers. The name "rotate.aprs.net" is available to randomly supply a user
with the IP address of one of the core servers. Port 23 gives the full APRS
feed, while 10151 gives the same feed with a buffer dump.
Those of you using filtered feeds should use the name
"rotate-filter.aprs.net", which rotates between second, third, and fourth,
all on port 14580. (This separate name is required because first runs
aprsd, and therefore cannot use the javAPRSFilter program to provide that
service.) Third and fourth also have some preset filters, you can view them
as the third table on the status page:
http://third.aprs.net:14501
http://fourth.aprs.net:14501
Despite the claims of others, connection directly to the core provides the
most reliable method of connecting to the APRS Internet System, a claim
backed up by the server status page at:
http://www.findu.com/stream/
This system automatically grabs 5 minutes of data from the core servers,
and compares the data between each server. For experimental purposes I have
added the flagship tier 2 server and run a single test on this compared to
first. This is a bit of a kludge, because the tier two administrators have
chosen make the unbuffered full feed (23 on the core and 10152 on their
servers) private for some reason. Therefore I must grab the buffered feed,
and make a guess on how many packets to discard from the beginning of the
file. At times the guess may be two small, resulting in packets seeming to
appear on tier 2 but not tier 1, in reality these are just old, buffered
packets.
This is a goog time to express my thanks to all of the core operators, past
and present, and the writers of the hub software, for working hard to
provide this unique network.
Steve K4HG
----------------------------------------------------------------------
Subject: APRSd Question
From: "Michael J. Wolthuis" <wolthui3@msu.edu>
Date: Tue, 26 Aug 2003 17:42:10 -0400
X-Message-Number: 9
Everyone,
I have a quick question regarding APRSd. There is an option I have not
set before that is entitled igateMyCall which is set to NO by default it
appears.
My question is what does this do exactly if set to yes? What does it
add or change if I change the command to yes.
The reason I ask it because I am trying to get weather watches to show
up on APRS+SA. That machine is connected to my igate via the Internet.
The weather watches from Dale's weather server go out on RF and I get
them on my d7a, but I do not get them in on the APRS+ machine for some
reason.
Please advise,
Mike
Kb8zgl
----------------------------------------------------------------------
Subject: Re: Big brother in everyday life, and it's us!
From: "Mark Fellhauer" <sparkfel@qwest.net>
Date: Tue, 26 Aug 2003 17:29:02 -0500
X-Message-Number: 10
Now here's big brother in action:
http://www.thesun.co.uk/article/0,,2003391098,00.html
Kinda glad we threw that tea in the harbor, eh?
Mark
----------------------------------------------------------------------
Subject: Re: Pleasantville (WAS: Path Police Idea)
From: Bob Bruninga <bruninga@usna.edu>
Date: Tue, 26 Aug 2003 18:32:35 -0400 (EDT)
X-Message-Number: 11
On Tue, 26 Aug 2003, Jim Duncan wrote:
>I thought we were about trying to educate and encourage people on APRS.
>Now we want to send blind, unsolicited emails to people if they sin
>against us????
Yes, we have been trying to educate people now for 13 years. And during
that same time, the average length of paths has GROWN, not shrunk.
>C'mon....forget this already. Make a live contact with the person and
>if that doesn't work you can always lock them out of the local
>digipeater.
With 20,000 APRS users, its hard to individually contact each one. Locking
them out is not nice and it violates the principle of letting the sender
determine his path to fit his emergent requriements.
>Nevermind the fact that you may NEVER find an email address
>to mail the "pleasant-gram" to.... So, with no email, it eventually
>ends up on air... Really "pleasant" 'welcome to APRS' message to
>receive, I'd think.
Automating the process seems to me to be the only logical thing to do. I
think most people would welcome the feedback. When I make a mistake with a
path on the air, I would want someone to remind me rather than letting me
make a fool of myself for days or weeks unitl I notice the problem..
>mention the fact that doing something like this would put us back into
>the kind of "you can't do that on MY frequency" thinking that abounds on
>75 meters. How "pleasant" can THAT be???
I see a world of difference..
>Please, Bob, drop this idea.
Still seems like what is needed to me...
Bob
----------------------------------------------------------------------
Subject: Re: BEACON RATES
From: Bob Bruninga <bruninga@usna.edu>
Date: Tue, 26 Aug 2003 18:47:09 -0400 (EDT)
X-Message-Number: 12
On Tue, 26 Aug 2003, Randy Allen - KA0AZS wrote:
>I run my D-700 at every 3 minutes normal mobile ops, and every 30
>minutes when in my "Parked" mode.
Hummh.. I just had a thought. I run mine at 2 minutes when mobile, but
just realized that since I run Voice Alert, I can usually tell when
someone else is nearby.
What I should be doing is... everytime I hear a packet from someone
nearby, I should hit my BCON button to toggle out a response packet. to
match his. This way, we BOTH see the distance between us in real time.
If you are running 3 minutes and I am running 2 minutes and we are in a
passing situation (within feet of each other), Our radios could
be showing as much as 5 miles apart even when we are within a mile of
each other and closing...
So I have often thought I need to be at 1 minute to be sure to get that
fine detail when closing on someone, but now realize I can just keep it
at the 2 or 3 minute rate and simply MANUALLY send out a few extra when
close to someone....
Hummh....
Bob
----------------------------------------------------------------------
Subject: RE: New fourth.aprs.net
From: "AE5PL Lists" <HamLists@ametx.com>
Date: Tue, 26 Aug 2003 17:47:41 -0500
X-Message-Number: 13
>-----Original Message-----
>From: Steve Dimse [mailto:k4hg@tapr.org]
>Posted At: Tuesday, August 26, 2003 5:09 PM
>Subject: [aprssig] New fourth.aprs.net
>
the flagship tier 2 server and run a single test on this compared to first.
This is a bit of a kludge, because the tier two administrators have chosen
make the unbuffered full feed (23 on the core and 10152 on their servers)
private for some reason. Therefore I must grab the buffered feed, and make
a guess on how many packets to discard from the beginning of the file. At
times the guess may be two small, resulting in packets seeming to appear on
tier 2 but not tier 1, in reality these are just old, buffered packets.
Steve,
These are not "buffered" packets. There are simply varying delays. All
packets in APRS-IS are "buffered" and many factors affect where the
start/stop of data feed for comparison is. Server load, bandwidth at
the server, etc. all affect this. Within javAPRSSrvr, if port 23 and
10152 are configured as noEcho, then they operate the same. Port 10152
on the tier 2 servers operate exactly the same as the core ports 23 and
10152.
As to whether connecting to the core is "the most reliable", this is a
statement of your opinion with no proof. In fact, the reliability of
data received from non-core servers is as reliable as that received from
the core (and yes, there is proof of that). I recommend that users
desiring the various capabilities provided by the non-core servers
continue to connect to the non-core servers.
Continuing to discourage use of non-core servers by making baseless
claims is both counterproductive and needlessly alienates a large group
of APRS-IS users. It can also jeopardize the availability of core
servers due to bandwidth and IP packet processing restrictions.
73,
Pete Loveall AE5PL
pete@ae5pl.net
----------------------------------------------------------------------
Subject: Re: New fourth.aprs.net
From: Bob Bruninga <bruninga@usna.edu>
Date: Tue, 26 Aug 2003 18:49:04 -0400 (EDT)
X-Message-Number: 14
On Tue, 26 Aug 2003, Steve Dimse wrote:
>This is a goog time to express my thanks to all of the core operators, past and
>present, and the writers of the hub software, for working hard to provide this
>unique network.
And to you who started it all..!
Bob
----------------------------------------------------------------------
Read previous mail | Read next mail
| |
