| |
ZL3AI > APRDIG 16.08.03 23:57l 230 Lines 8458 Bytes #999 (0) @ WW
BID : 1781-ZL3AI
Read: GUEST
Subj: TAPR Digest, Aug 13, 3/3
Path: DB0FHN<DB0RGB<DB0MRW<OK0PKL<OK0PPL<DB0RES<ON0AR<ZL2TZE<ZL3VML
Sent: 030815/1603Z @:ZL3VML.#80.NZL.OC #:6574 [Chch-NZ] FBB7.00i $:1781-ZL3AI
From: ZL3AI@ZL3VML.#80.NZL.OC
To : APRDIG@WW
Subject: D700/UI-View Interface Help Needed ASAP
From: "Peter Devanney" <pdevanney@sympatico.ca>
Date: Wed, 13 Aug 2003 20:51:44 -0400
X-Message-Number: 19
Intentional Cross Post.
I am trying to get a D700 working with UI-View for a Search and Rescue
exercise tomorrow.
I have UI-View working with my KPC3+ no problem. I have modified the
d700.cmd to change LTMON 0 and freq to 144.390. I am not sure what I should
see on the D700 as I am getting failed to initialize messages from UI-View.
My set up is
9600, 8, N, 1
XON/XOF
Host none
I would really appreciate if I could talk to someone about this tonight. If
interested email me off list with a phone number and I'll call.
Thanks
Peter
VA3YOW
----------------------------------------------------------------------
Subject: Re: D700/UI-View Interface Help Needed ASAP
From: Robbie <mwrobertson@comcast.net>
Date: Wed, 13 Aug 2003 20:17:43 -0500
X-Message-Number: 20
Peter, use a straight cable from computer to D-700.. That may be your
problem..
Robbie, wa9inf
----------------------------------------------------------------------
Subject: Re: Duplicate Packets on RF/Inet Station
From: "Dick Stanich" <dick@kb7zva.com>
Date: Wed, 13 Aug 2003 21:36:7
X-Message-Number: 21
>That would be where to attack the problem. If this is really the case, then
>there are simply too many IGates. On possibility would be to thin the IGates
>out, or to change n, the number of hops for one to be considered local, to 1 in
>your area.
Right.
Just an observation. SECOND is looping packets again (over 77,000). THIRD
has joined in on the looping fun. Why are the core servers allowing an
Igate (N6EX-3) 1313 connects? It's obvious:
N6EX-3 (IGATE MSG_CNT=1046 LOC_CNT=101) is using APRServe.
Channel load in L.A. has gone critical over 350 RF packets in 10 mins.
N6EX-3>APN383,N6EX-4,WIDE1-1,qAS,86ADFE25:
!3406.35NI11742.72W&PHG5340/A=001350/SoCal IGate
socal-igate.aprs.claremont.edu 86ADFE25
SECOND is allowing a 1313 from the Igate as an outbound connection. Then,
it is allowing the Igate to connect as an inbound connection. The same
thing is happening with THIRD. Both are looping. 'All core servers' are
allowing both inbound and outbound connections to the Igate.
An Igate only needs a single bidirectional server feed to function. The
solution would be to pull the plug on the L.A. (SoCal) Igate, until it can
be configured correctly. Multiple Igate to core inter-connections aren't
necessary.
Dick
APRSWest
----------------------------------------------------------------------
Subject: Re: Duplicate Packets on RF/Inet Station
From: Steve Dimse <k4hg@tapr.org>
Date: Wed, 13 Aug 2003 22:52:57 -0400
X-Message-Number: 22
On 8/13/03 at 9:36 PM Dick Stanich <dick@kb7zva.com> sent:
>Just an observation. SECOND is looping packets again (over 77,000). THIRD
The OUTPUT of second is normal, as compared to all the other servers. There
is no increase in the number of packets on any of the servers, according to
my server stats page, and my own eyeballing.
Yes, the server status page shows 77k looped packets, but Pete, correct me
if I'm wrong, if the program detects a looped packet, it does not repeat
it, correct?
I'm not sure exactly what criteria Pete uses to increment that counter, but
at present it is not increasing, and I see no evidence of loop anywhere in
the system.
>has joined in on the fun, looping. Why are the core servers allowing an
>Igate (N6EX-3) 1313 connects? It's obvious:
>
>N6EX-3 (IGATE MSG_CNT=1046 LOC_CNT=101) is using APRServe.
Huh? APRServe NEVER had the ability to initate a bidirectional connection
(which is why Greg's APRServe IGate must be connected to by the core
servers), so it could not possibly be connecting to anyone bidirectionally
on 1313.
>Channel load in L.A. has gone critical over 350 RF packets in 10 mins.
>
>N6EX-3>APN383,N6EX-4,WIDE1-1,qAS,86ADFE25:
>!3406.35NI11742.72W&PHG5340/A=001350/SoCal IGate
>
>socal-igate.aprs.claremont.edu 86ADFE25
>
>SECOND is allowing a 1313 from the Igate as an outbound connection. Then,
>SECOND is allowing the Igate to connect as an inbound connection. The same
>thing is happening with THIRD. Both are looping.
>
>An Igate only needs a single bidirectional server feed to function <g>. The
>solution would be to pull the plug on the L.A. (SoCal) Igate, until it can
>be configured correctly. Sorry Greg.
I think you do not understand this one case. Greg is the last man using
APRServe, as he finds it to be more reliable than any of the other IGate
solutions out there. As originally designed, only the intermittant IGates
running clients programs (e.g. WinAPRS) would initiate the connection. All
of the full time IGates were placed on line, had the security verified by
me, and then were added to the connect list...at one time the core server
connect list was 30 or more IGates.
The full-time IGate used two one-way connects, rather that the present
single bi-directional connect. The hub pulled the local data from an IGate
by connecting to its port 1313, and the IGate pulled its feed from one or
both hubs (times were simpler then). Remember 1313 only has data that
originates on the server, so any data on the IGate that came in from any
connection it originated will not appear on the 1313 output, so it cannot
be the cause of any loop.
Greg's IGate still uses this scheme, because he does not wish to change the
software he is using, so each of the core servers connects to the IGate's
1313 to get the SoCal data onto the stream. There is nothing misconfigured,
two one way connects does not result in any risk of looping. If it is
occurring (and other than the javAPRServ counter, I see no evidence of any
loop now), Gregs IGate is not the cause.
Steve K4HG
----------------------------------------------------------------------
Subject: Re: D700/UI-View Interface Help Needed ASAP
From: "Charles H. Rahe, II" <crahe@infionline.net>
Date: Wed, 13 Aug 2003 23:11:49 -0400
X-Message-Number: 23
Pete - be sure the D700 is set to packet & not APRS. Under APRS nothing
comes out the serial port of the radio.
Charlie
----------------------------------------------------------------------
Subject: Re: BMW MOA Forums - The Iron Butt Rally (11,000 miles/11 days)
From: KC7ZRU <kc7zru@arrl.net>
Date: Wed, 13 Aug 2003 21:13:15 -0600
X-Message-Number: 24
Quick - someone remind me of the call that bike in the IBR is using.
Gots me some 'non-ham' biker types on a string - something like this via
findu could be just the nudge to push a few over
I did check AA3JY, but I'm guessing that's not what's being used?
73
----------------------------------------------------------------------
Subject: emergency comms?
From: Kevin Deckert <kdeckert@mercuryspeed.com>
Date: Wed, 13 Aug 2003 06:48:37 -0700
X-Message-Number: 25
During the recent wildfire events here with such tragic results we have
learned many things about emergency communications.
With a backbone of mountain top vhf and APRS repeaters the question
arose about packet. We discussed using the APRS digis locally to
establish an emergency packet net for moving info. Is this overly
offensive to anyone?
(All comments aside if events continue as they have been we will use
packet on the aprs system locally.) Our digi's are remote mountain top
sites with difficult access and solar power.
I suppose this is more of a notice "of intent" more than a question.
VE7WHK, Kevin, Emergency Comms, Thompson River Amateur Radio
----------------------------------------------------------------------
Subject: RE: emergency comms?
From: "Herb Gerhardt" <hgerhardt@charter.net>
Date: Wed, 13 Aug 2003 21:00:35 -0700
X-Message-Number: 26
No, it is not offensive. This is the real use for APRS messaging.
In Washington State, we have conducted a test in the use of our APRS Network
for State Emergency Communications. Yes, it works and YES it should be used
for Emergency Communications. We have full blown full time APRS stations in
several of our County EOC's and also a full time station in our Washington
State EOC! We also have several counties using APRS during our local SAR
(Search and Rescue) activities.
During an emergency, please use the APRS Network for your emergency
communications and don't worry if anyone is offended by such use!
Herb, KB7UVC
NW APRS Group, West Sound Coordinator
Our WEB Site: www.nwaprs.org
---
END OF DIGEST
Read previous mail | Read next mail
| |
