| |
ZL3AI > APRDIG 28.09.03 12:05l 269 Lines 9403 Bytes #999 (0) @ WW
BID : 2002-ZL3AI
Read: GUEST
Subj: TAPR Digest, Sep 25, 2/11
Path: DB0FHN<DB0RGB<DB0FSG<DB0MAK<DB0MRW<OK0PKL<OK0PCC<OK0PAD<OK0PPL<DB0RES<
DB0EA<DB0NOS<DB0BI<DB0FBB<DB0IUZ<DB0GOS<DB0ACC<ON0RAT<ON0DXC<WA7V<
WB0TAX<LZ3NP<W4JAX<VK4TUB<ZL2BAU<ZL3VML
Sent: 030927/1136Z @:ZL3VML.#80.NZL.OC #:9135 [Chch-NZ] FBB7.00i $:2002-ZL3AI
From: ZL3AI@ZL3VML.#80.NZL.OC
To : APRDIG@WW
Subject: Re: APRServe IPs and Ports
From: KC7ZRU <kc7zru@arrl.net>
Date: Wed, 24 Sep 2003 23:41:33 -0600
X-Message-Number: 5
Nslookup will give you the IP addys for any URL easily enough.
first.aprs.net = 128.143.202.191
second.aprs.net = 134.173.254.38
third.aprs.net = 64.58.200.20
fourth.aprs.net = 165.91.119.60
As to the ports - well, those that're on aprsd, hit the ports.html - I
know JavaAPRS supports, at the least, the basic ports that aprsd has -
and a few others as well.
A copy is at sourceforge via web interface to the CVS server:
http://cvs.sourceforge.net/viewcvs.py/aprsd/aprsd/doc/ports.html?rev=1.2&view=ao
ut
The CVS link will give you raw text of the HTML encoded page.
Also the 'origional', from the WA4DSY site
http://www.wa4dsy.net/aprs/ports.html
For a list of servers - try Pete's
http://www.ae5pl.net/html/APRSServers.htm
and a very similar one at:
http://www.aprs-is.net/APRSServers.htm
I bet Pete's got a list of ports for the JavaAPRS server as well someplace.
reminds me, gotta send Pete a note 'bout updating the domain for
aprsdcsp on his lists...
73
----------------------------------------------------------------------
Subject: APRS PERL SerialPort
From: "Andrew Rich" <vk4tec@hotmail.com>
Date: Thu, 25 Sep 2003 19:19:07 +1000
X-Message-Number: 6
Howdy,
I have been messing around and not having much luck with PERL and
/dev/ttyS0
Is there a proper way to send and receive from the /dev/ttyS0 using perl ?
I cannot see how you can RX and TX as you only seem to be able to
open (TNC, "< /dev,ttyS0") or
open (TNC, "> /dev,ttyS0")
Is there a read / write option ?
Andrew vk4tec
----------------------------------------------------------------------
Subject: Re: WAS: TRACKING THIEF IS: 911 and GPS Phones
From: Steve Jones <s.jones@rogers.com>
Date: Thu, 25 Sep 2003 07:25:06 -0400
X-Message-Number: 7
on 9/24/03 6:01 PM, Dave VanHorn at dvanhorn@cedar.net wrote:
>GPRS is General Packet Radio Service, and doesn't necessarily involve GPS.
>Also, cell companies can triangulate, and know which cell a phone is coming
>in through.
GPRS is a GSM feature and has nothing to do with GPS as Dave says.
An enduser could use it to pass GPS data as well as other forms of data.
Most people use it to surf the web.
GSM also has a timing advance feature. The system instructs your phone to
send it's packets earlier to arrive at the cell at the proper time based on
distance from the cell. By using this timing advance off of a couple of
cells, rough distances can be determined giving a triangulation of where the
user is.
Of course, as somebody else said, you cannot just phone the company and ask
where your phone is. All Fraud and Security departments need a court order
to release such information. Did you report your phone stolen? If so the
police could obtain such an order and get the cellphone company to do the
work.
--
Steve <s.jones@rogers.com>
----------------------------------------------------------------------
Subject: RE: APRServe IPs and Ports
From: "AE5PL Lists" <HamLists@ametx.com>
Date: Thu, 25 Sep 2003 06:48:49 -0500
X-Message-Number: 8
I recommend not using IP addresses in lieu of DNS. IP addresses may
change. It is easy enough in most operating systems to do a ping which
will show you the IP address for the DNS name you are trying to access
if it is absolutely necessary for your operation.
As far as port numbers and "public" servers, go to
http://www.aprs-is.net/aprsservers.htm Most javAPRSSrvr systems have a
detailed port list on their status page (port 14501) as port selection
can vary between servers. There is also a description of server filters
at http://www.aprs-is.net/javAPRSSrvr/javaprsfilter.htm
73,
Pete Loveall AE5PL
pete@ae5pl.net
----------------------------------------------------------------------
Subject: Re: APRS PERL SerialPort
From: "John R. Ackermann N8UR" <jra@febo.com>
Date: Thu, 25 Sep 2003 07:54:57 -0400
X-Message-Number: 9
Andrew, there's a perl module called (something like) Device::Serial that
handles serial I/O very nicely, with lockfiles and the whole bit. It's
available via CPAN.
73,
John
----------------------------------------------------------------------
Subject: Re: APRServe IPs and Ports
From: "AE5PL Lists" <HamLists@ametx.com>
Date: Thu, 25 Sep 2003 07:07:48 -0500
X-Message-Number: 10
See below...
>-----Original Message-----
>From: Andrew Rich [mailto:vk4tec@hotmail.com]
>Posted At: Wednesday, September 24, 2003 11:40 PM
>Subject: [aprssig] Re: APRServe IPs and Ports
>
>Can someone make a web page that picks up from the web stream
>which web
>servers are alive or dead and the addresses ?
For the core servers, Steve Dimse maintains a page on findu,
http://www.findu.com/stream that samples the output of all four core
servers once every hour. Roger Bille maintains
http://www.ahubswe.net/aprs_stat.asp which checks the status page of all
core servers and many non-core servers when accessed.
>What is the qao type codes ? who miantains them ?
The q construct was developed by Dale Heatherington and me to improve
loop detection and provide a certain level of diagnostics to the APRS-IS
data stream. It is supported on the latest versions of aprsD and
javAPRSSrvr. A full description of the q construct, including the
algorithm, can be found at http://www.aprs-is.net/q.htm
>Maybe the servers can send a "hi i am here " packet to a
>central site ????
Interesting idea. The question I would have is "What information do you
want relayed to all of APRS-IS from each server?" Position is
irrelevant on APRS-IS unless there is an RF piece to the server. Port
lists can easily exceed the data field length restrictions of AX.25
(yes, those are enforced on APRS-IS to prevent certain types of mangled
packets). I would be interested in implementing a user configurable
identification (some people run servers that they use for their own feed
concentration, not public access, so they need the ability to specify no
id) but I think there would need to be some sort of standard so the
packets are easily distinguishable.
73,
Pete Loveall AE5PL
pete@ae5pl.net
----------------------------------------------------------------------
Subject: NDGPS
From: "Sadowski, Allan" <allan.sadowski@ncshp.org>
Date: Thu, 25 Sep 2003 08:20:17 -0400
X-Message-Number: 11
I received an interesting e-mail this morning... appears that the old
USAF GWEN system has been turned over to the "Coasties" and the sites
are being used to broadcast sites for Differential GPS... and the most
of the US will have dual station coverage...
The kicker is that since SA is turned off... there is bandwidth
available for other uses.... and so they are looking at using it for
Homeland Defense/Public Safety... specifically mentioned are messages
like Alert Level Changes.... Amber Alert.... special emergency action
messages.... and given the nature of the system - - - the messages can
be restricted to a limited area - or be nationwide...
Think of it as a paging system... of sorts.... using DGPS receivers ...
and having new message types coming out of the DGPS receiver... other
than differential corrections....
Thought the US SIG members might be interested... since it does mean
that trackers using a Differential Receiver for extra accuracy... may
have the option of getting other than differential correction info from
their DGPS receiver...
Makes me wonder if WAAS satellites will have the same "additional" data
coming off that signal... and if it might become available from GPS's...
All kinds of ideas start flowing from this...
Hope I didn't take up too much bandwidth...
ALOHA
AH6LS
----------------------------------------------------------------------
Subject: RE: APRServe IPs and Ports
From: "Spider" <spider@rivcom.net>
Date: Thu, 25 Sep 2003 05:36:30 -0700
X-Message-Number: 12
From: "AE5PL Lists" <HamLists@ametx.com>
To: "TAPR APRS Special Interest Group" <aprssig@lists.tapr.org>
Sent: Thursday, September 25, 2003 4:48 AM
Subject: [aprssig] RE: APRServe IPs and Ports
I recommend not using IP addresses in lieu of DNS. IP addresses may
change. It is easy enough in most operating systems to do a ping which
will show you the IP address for the DNS name you are trying to access
if it is absolutely necessary for your operation.
What? Pete, using DNS just adds another level of possible failure. If a
DNS server goes down, likely the IP will continue to work! IP addresses
normally do not change that often to be a real issue.....unless the server
is using an DNHS.
Jim
----------------------------------------------------------------------
Subject: RE: APRServe IPs and Ports
From: "AE5PL Lists" <HamLists@ametx.com>
Date: Thu, 25 Sep 2003 07:53:59 -0500
X-Message-Number: 13
But IP addresses do change and for 99.99% of the people using APRS-IS,
DNS is the easier and more reliable way to go.
You are correct that just like adding another router in your connection
increases the possibility of failure, using DNS means that one of the
DNS servers must be available. However, DNS registration requires 2 DNS
servers and most people use DNS servers which are network diverse so the
likelihood of a DNS failure is very small, indeed.
73,
Pete Loveall AE5PL
pete@ae5pl.net
----------------------------------------------------------------------
Read previous mail | Read next mail
| |
