| |
ZL3AI > APRDIG 09.10.03 17:43l 161 Lines 6527 Bytes #999 (0) @ WW
BID : 2115-ZL3AI
Read: GUEST
Subj: TAPR Digest, Oct 06, 4/4
Path: DB0FHN<DB0THA<DB0ERF<DB0NHM<DK0MNL<DB0FSG<DB0RGB<OK0PPL<DB0RES<ON0AR<
ZL2BAU<ZL3VML
Sent: 031008/1247Z @:ZL3VML.#80.NZL.OC #:9998 [Chch-NZ] FBB7.00i $:2115-ZL3AI
From: ZL3AI@ZL3VML.#80.NZL.OC
To : APRDIG@WW
Subject: Re: Further case for APRSteward [was: is wide5-7 a validpath?]
From: "Ev Tupis (W2EV)" <w2ev@arrl.net>
Date: Mon, 06 Oct 2003 19:24:58 -0400
X-Message-Number: 24
>>Imagine a UI-View plugin that analyses APRS paths-used and offers
>>suggestions to users as to what to change them to for greatest
>>efficiency. How could it be used?
>>
>>THIS PRODUCT COULD SINGLE HANDEDLY FIX MANY PROBLEMS IN THE RF APRS
>>NETWORK while still allowing for other operation on a temporary basis
>>as the need of an emergency or tactical network would dictate. Alas,
>>this product doesn't exist.
>Sending messages on RF
>is pretty much pointless as many of the stations showing up are trackers
>without receive capability. We're having enough trouble to get folks
>to reduce their paths.
And yet, the problem didn't occur overnight. The solution (short of
SUPLISTing) will take time, too. The key is user education. We've spend
soo many cyberbytes of space lamenting the difficulty we have in knowing
what the "best" path is in any given pocket of APRS activity.
APRSteward fills not only that need (a system that sends a BLN every
4-hours that tells people to use RELAY,WIDE,WIDE ... or whatever) but can
also monitor traffic, sending APRS screen messages to those exceeding these
"local limits".
Sure many may be computer-less trackers...but someone is tracking them.
Their owners will surely see these suggestions and eventually comply...for
the good of their local network.
XXXn-N's adoption is immaterial to the discussion of the APRSteward system.
Either way, APRSteward is a great idea. It's about using the APRS network
itself to educate APRS users. With enough education...XXXn-N is not
necessary. With little/no education, XXXn-N is useless (see: APRS v
W,W,W,W,W,W).
Regards,
Ev, W2EV
----------------------------------------------------------------------
Subject: Re: Igate/path questions for the group
From: "Sean \\The RIMBoy\\" <sean@rimboy.com>
Date: Mon, 6 Oct 2003 16:36:26 -0500 (CDT)
X-Message-Number: 25
On Mon, 6 Oct 2003, Jeff Thomas - KD4EVB wrote:
>How long do the IGATE's remember hearing a station as "local" to them? Is
>it memory based or time based?
With aprsd it's time based, which in some cases can be a function of how
much memory is in the system (ie, my project does not have swap since
everything is running off of a ramdisk).
>them. In other words if the IGATE only remembers what it's heard in the
>last 40-50 minutes (a value I've been told of several times) then degrading
>atx rate to say once an hour could leave a 10-20 minute spell in there that
>the IGATE doesn't think you're local to it anymore. Again, I've heard all
>sorts of values, 40-50 minutes comes up a lot, but have no clue myself and
>why I'm asking folks that might be more familiar with the inner workings of
>the IGATE system.
I'm sure there are people that can better answer this question. We've set
our history time to 30 minutes for the Nashvilleaprs.net central servers.
IIRC I think that was a default in aprsd and we figured anything older
than that maybe be a little stale.
>Anyone know of a good page on setting up an IGATE from scratch? Prefer
>Linux info but will take whatever, I'm sure many of the fundamentals are the
>same regardless of platform?
WA4DSY's http://www.wa4dsy.net aprsd has a fair bit of documentation and
runs on linux. I've packaged up aprsd onto a bootable linux floppy so you
don't have to maintain a full linux distro to run an igate
http://www.rimboy.com/rimdistro/rimigate
As I mentioned above, your history timer will be based on the amount of
ram in your system. For those of us in Nashville using it to feed
nashvilleaprs.net servers we set the history on the igates fairly low
since our tier 2 servers have a longer history set and we'd prefer
everyone in the Nashville area to connect to those... they both sit on T-1
or better pipes vs the igates which all sit on DSL, Cable, or ISDN lines.
>What's the pro's and cons of UIDIGI versus DIGI_NED? Can one or the other
>be implimented in EPROM form (I think UIDIGI can be done this way)?
UIDIGI is EEPROM based, DIGI_NED runs on a computer. You need a TNC2
clone to run UIDIGI, it looks like DIGI_NED will talk to anything that can
decode a packet and spit it out into a format DIGI_NED can understand.
If you've got access to an EEPROM burner then UIDIGI is a good way to go.
If not then consider if you're willing to purchase one and the EEPROMS.
Sean...
--
Believing I had supernatural powers, I slammed into a brick wall.
--Paul Simon
_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_
KG4NRC http://www.rimboy.com Your source for the crap you know you need.
----------------------------------------------------------------------
Subject: Re: Help - either boat is stolen or GPS/FINDU is in error
From: "Joe Della Barba" <joe@dellabarba.com>
Date: Mon, 6 Oct 2003 19:44:53 -0400
X-Message-Number: 26
I had the marina take a look and she didn't go anywhere. FINDU has her back
where she should be now too.
Joe
----------------------------------------------------------------------
Subject: Re: Help - either boat is stolen or GPS/FINDU is in error
From: "Mike Yetsko" <myetsko@insydesw.com>
Date: Mon, 6 Oct 2003 20:37:54 -0400
X-Message-Number: 27
>I had the marina take a look and she didn't go anywhere. FINDU has her back
>where she should be now too.
>Joe
Hmm, borrowed???
Hey, don't laugh! When I lived on Long Island a number of years ago, they
busted this guy around Commack for stealing a car. He got a key for it
somehow, and for something like 2 years, he'd hang around the LIRR station
and wait for the commuter to come in and leave his car. He'd take the car,
use it for the day, and make sure it was returned before the guy got back.
It came crashing down when the guy came home early one day. Turned out the
thief was even doing repairs and maintenance on the vehicle to keep it in
good shape...
----------------------------------------------------------------------
Subject: Re: Isabel and APRS
From: "Ev Tupis (W2EV)" <w2ev@arrl.net>
Date: Mon, 06 Oct 2003 21:10:12 -0400
X-Message-Number: 28
Outstanding work, Eric! I think that a vast majority of list subscribers
wonder just what utility APRS actually delivers in such situations. It was
nice to hear your experience. Thanks for taking the time to share it.
Kind regards,
Ev, W2EV
---
END OF DIGEST
Read previous mail | Read next mail
| |
