| |
ZL3AI > APRDIG 15.04.04 14:36l 254 Lines 9866 Bytes #999 (0) @ WW
BID : 3143-ZL3AI
Read: GUEST
Subj: TAPR Digest, Apr 12, 1/2
Path: DB0FHN<DB0FOR<DB0SIF<DB0EA<DB0ACC<DB0GOS<ON0AR<ON0AR<DB0RES<ON0BEL<
ZL2TZE<ZL3VML
Sent: 040415/1123Z @:ZL3VML.#80.NZL.OC #:22375 [Chch-NZ] FBB7.00i $:3143-ZL3AI
From: ZL3AI@ZL3VML.#80.NZL.OC
To : APRDIG@WW
TAPR APRS Special Interest Group Digest for Monday, April 12, 2004.
1. Sky Diamond 6 flight schedule
2. IGate/Server SysOps: Check your Configs
3. RE: IGate/Server SysOps: Check your Configs
4. Re: Help Needed: APRS Settings for SET?
5. RE: Help Needed: APRS Settings for SET?
6. Re: APRS and USB device
7. Re: Help Needed: APRS Settings for SET?
8. RE: IGate/Server SysOps: Check your Configs
9. RE: IGate/Server SysOps: Check your Configs
10. Mobile APRS messaging
11. Re: Mobile APRS messaging
12. Re: Mobile APRS messaging
13. Mobile APRS messaging
14. RE: IGate/Server SysOps: Check your Configs
----------------------------------------------------------------------
Subject: Sky Diamond 6 flight schedule
From: "Rochte, Robert" <rrochte@gpacademy.org>
Date: Mon, 12 Apr 2004 00:00:25 -0400
X-Message-Number: 1
Sky Diamond 6, a solar tetroon carrying an Opentracker/APRS payload, is
tentatively scheduled to fly this coming Thursday, 15 April 2004.
APRS downlink will be on the national frequency of 144.39Mhz and will be
identified as KC8UCH-11. There is a remote chance that an SSTV payload will
also piggyback on this flight, but for now only the Opentracker/APRS is
definite.
More information will be released as we get closer to the launch date.
73,
Robert
KC8UCH
--
Robert Rochte
Director of Technology
The Grosse Pointe Academy
171 Lake Shore Road
Grosse Pointe Farms, MI 48236
Tel. +1 313-886-1221 x155
FAX +1 313-886-1418
www.gpacademy.org
----------------------------------------------------------------------
Subject: IGate/Server SysOps: Check your Configs
From: Greg Noneman <greg@clubnet.net>
Date: Sun, 11 Apr 2004 23:37:27 -0700
X-Message-Number: 2
I was recently checking the status of second.aprs.net and noticed that
nearly one third of all packets processed are duplicate packets. This
was far more than the last time I checked this parameter. I decided to
start checking configurations of inbound connections. What I found was
that many Igates/Servers have multiple outbound connections to the core
servers. Over the past several days I have found approximately 40
stations that have either direct connections to multiple core servers
or a single direct connection with indirect connection(s) to the core
through a secondary server(s). These multiple outbound connections are
a significant contributor to the excessive duplicate packets that I,
and other core servers, are experiencing.
I am asking that all IGate/Server SysOps please check their
configurations and make the necessary changes such that only 1 outbound
connection to the core is possible. For aprsd sites this means
configuring connections to the core using the HUB setting. If you make
other connections, make sure they are receive only (RO).
With the ever increasing bandwidth requirements of the APRS-IS, we can
not afford the processing overhead of unnecessary duplicate packets.
In the short-term, I will attempt to block some of the paths of
duplicate packets, but the real solution is for the IGates and lower
level servers to be configured properly. I will attempt to contact
some of the sysops that I have info for. If any of you make any
changes, please contact me so that we can make sure that your
connection to second is assured. I will be working with other core
sysops in an effort to get the duplicate packet count down to a more
reasonable level.
Thanks for your cooperation.
73,
Greg
WB6ZSU
second.aprs.net
----------------------------------------------------------------------
Subject: RE: IGate/Server SysOps: Check your Configs
From: "Dave Anderson" <dandersn@citicom.com>
Date: Mon, 12 Apr 2004 02:56:47 -0400
X-Message-Number: 3
>These multiple outbound
>connections are
>a significant contributor to the excessive duplicate packets that I,
>and other core servers, are experiencing.
Agreed. I see a considerable amout of duplicate packets here at
third/aprsfl as well -- currently averaging around 1/4 of the overall packet
load here.
>I will attempt to contact
>some of the sysops that I have info for. If any of you make any
>changes, please contact me so that we can make sure that your
>connection to second is assured. I will be working with other core
>sysops in an effort to get the duplicate packet count down to a more
>reasonable level.
As always, Greg.
Another issue with these multiple connections is just how many connections a
single site is taking. One sysop I found early last week had a link to
three core servers and a link to a server outside the US. If everyone made
multiple connects, adding additional servers really would not benefit
anything <grin>.
The best option for anyone linking to the core is to use a single connect
and point it to rotate.aprs.net -- this will rotate thru all the core
servers when your software goes to resolve it. This will also help keep
the core servers better balanced connect count wise.
If you've found one of the 4 servers working better for you -- then by all
means continue to use that server as your primary, as with backbone peering
and geographical differences, this is always a consideration.
Anyone having questions about the core servers or about connects to the core
servers -- don't hesitate to ask. We're just trying to increase the
reliability and stablility of the APRS-IS overall.
73 de Dave
KG4YZY
www.aprsfl.net
www.fab-corp.com
----------------------------------------------------------------------
Subject: Re: Help Needed: APRS Settings for SET?
From: Henk de Groot <henk.de.groot@hetnet.nl>
Date: Mon, 12 Apr 2004 14:50:01 +0200
X-Message-Number: 4
Hello Bob,
At 12:50 11-4-2004 -0400, Robert Bruninga wrote:
>APRS is designed to do that.
>Set the UNPROTO path of all participants to "SPCL"
>as in UNPROTO SPCL VIA RELAY,WIDE.
Note that for MIC-E you have to set the POS COMMENT to Special too. Setting
the Unproto adress is meaningless for MIC-E. If you set a TH-D7 to "SPCL"
you don't see any change in the position plots since "SPCL" will appear
nowhere in the packet at all. So for MIC-E transmitters you need to show
the special status in the position comment flag, there is a setting
"Special" for this.
I don't think there is a way to show the "Special" status while
transmitting raw GPS data, but this is form memory. You can look into the
APRS SPEC if there is a provision for that too.
Kind regards,
Henk.
----------------------------------------------------------------------
Subject: RE: Help Needed: APRS Settings for SET?
From: "Christensen, Eric" <CHRISTENSENE@MAIL.ECU.EDU>
Date: Sat, 10 Apr 2004 23:14:40 -0400
X-Message-Number: 5
Where are you going to be setting this CC up? City, State, etc.
-----Original Message-----
From: PutmanDv@netscape.net [mailto:PutmanDv@netscape.net]
Sent: Sat 10-Apr-04 10:13
To: TAPR APRS Special Interest Group
Cc:
Subject: [aprssig] Help Needed: APRS Settings for SET?
In an upcoming Simulated Emergency Test (SET) I will be setting up an APRS
tracking display at the Command Center. I am relatively green to this type
of operation, and I need advice on setting paths and other elements of APRS
in the communications plan.
The scenario assumes that the existing APRS infrastructure sill be available
and functioning normally. The infrastructure includes multiple WIDE digis
located around the periphery of the area to be covered. I plan to set up a
RELAY digi at the CC for the purpose of tracking specific participating
mobile units in the region. The RELAY will be near the center of the region
defined by the WIDE digis. I want to be able to track and display ONLY the
participating mobile units, and ignore the routine APRS traffic throughout
the area of interest. The mobile units may readily be outside the area of
coverage of the RELAY digi, but within range of one or more WIDEs, and will
need to use the existing infrastructure. I cannot change the existing
parameters of the WIDEs.
I will be using UI-View32 (ver 1.99) with either a MFJ-1274 or MFJ-1278B
TNC. I need advice about what BEACON, PATH, and UNPROTO settings (for both
the RELAY and for MOBILE units) will best accomplish this purpose.
I receive this list via digest, so a CC: reply to <callsign> at arrl.net in
addition to the list will be appreciated. Thanks.
Dave KG4KZZ
----------------------------------------------------------------------
Subject: Re: APRS and USB device
From: "Curt, WE7U" <archer@eskimo.com>
Date: Mon, 12 Apr 2004 09:29:06 -0700 (PDT)
X-Message-Number: 6
On Sun, 11 Apr 2004, Keith Kotch wrote:
>I have a Dell Inspiron laptop which has 1 DB-9 Serial port and a couple of
>USB ports. After getting the laptop I purchased Delorme's Street Atlas 2004
>USA software bundled with the "new" Earthmate USB GPS.
>
>I have a couple of questions about any possibility of compatibility with
>APRS and the GPS.
>
>Does any version of APRS work with virtual serial ports using USB?
People have used Xastir on Windows with USB serial ports, although I
have no personal experience with that.
>Regarding maps and APRS, is there any work being done towards allowing the
>"newest and most current maps" being sold to be used with any of the APRS
>versions?
Xastir works with the Tiger 2003 census data for street maps,
released early last month. New enough for you? Sorry, it's not
"sold" yet in any of the commercial mapping packages that I know of,
but you can download it for free and use it with Xastir.
--
Curt, WE7U archer at eskimo dot com
Arlington, WA, USA http://www.eskimo.com/~archer
"Lotto: A tax on people who are bad at math." -- unknown
"Windows: Microsoft's tax on computer illiterates." -- WE7U
"The world DOES revolve around me: I picked the coordinate system!"
----------------------------------------------------------------------
Read previous mail | Read next mail
| |
