[OZAPRS] Are 4 x iGates in Sydney too many?
Justin Albury
justin at jacomms.com
Mon May 26 15:53:08 EST 2014
It is a good read....thanks for the link ......Just for the record..... I'm happy too ....hehehehe ;-)
'73
VK2HJA
Justin Albury
J Albury Communications
justin at jacomms.com
0417246791
From: ozaprs-bounces at aprs.net.au [mailto:ozaprs-bounces at aprs.net.au] On Behalf Of Ray Wells
Sent: Monday, 26 May 2014 10:14 AM
To: ozaprs at aprs.net.au
Subject: Re: [OZAPRS] Are 4 x iGates in Sydney too many?
I'm happy, what's wrong with the rest of you <grin>
A simple question has now branched in three directions; number of igates, server load, and paths so lets consider each of them individually, because they should not be grouped together.
Igates.
I think you need to ask each operator why they thought it was necessary to add their gateway to the network. Is an extra gateway or two such really an issue, in the absence of a truly wide area system, when greater Sydney covers such a huge area with diverse geographic features such as mountains, floodplain, coastal strip, cities with tall buildings, etc? Mandating for maximum numbers of igates can only ever be a recommendation which is not enforceable, but even if such a scheme could be implemented, who would determine which stations would be granted the right to operate an igate and on what basis would that station be chosen over others. I believe that such decisions are best left to the amateurs in a given area to decide their needs, rather than a clueless committee with no idea of the "local" situation. The people at the coal face know best their local requirements.
APRS-IS.
Scott Evans, who hosts a T2 server, has already told us that server load is a non-issue, with the proviso that rotate servers are used.
Paths.
Australia has chosen the same path recommendations as most of the rest of the world, and uses the WIDEn-N paradigm which was devised by Stephen Smith, WA8LMF, as a means of improving channel carrying capacity. The original RELAY and WIDE system caused horrendous duplication of digied packets. Stephen lives near Los Angeles which has the greatest aprs density of any place on earth. The WIDEn-N paradigm limits the uncontrolled spread of packets that existed with the old scheme and, when properly implemented gives the best possible utilisation of a given aprs channel. I recommend you to this page by Stephen Smith for an explanation ... http://wa8lmf.net/DigiPaths/
The recommended vhf paths for mobiles in Oz is WIDE1-1, WIDE2-1 which gives two hops. ( http://www.aprs.net.au/vhf/national-2m-aprs-network). For more remote areas, WIDE1-1, WIDE2-2 which gives three hops, is a suggested alternative. Combined with intelligent digi software that detects duplicated packets, the system works quite well, given that all digis are responding to the same aliases. To further control the spread of packets, and to put the brakes on operators who want to try to use unrealistic paths, intelligent digi software such as UIDigi can truncate long path requests. Paths of WIDE3-3, WIDE4-4, WIDE5-5, WIDE6-6 and WIDE7-7 are repeated by a smart digi but in a way that enforces "the LAST hop" for such packets. The TAPR aprs mailing list is a good source of discussion of such things as paths and packet duplication and Google can be your friend.
Ray vk2tv
On 25/05/14 21:44, Justin Albury wrote:
We are a bloody hard bunch to keep happy ;-)
So we all love to be able to log onto aprs.fi and see our gated beacons and track others like we do, but then when we hit a black spot with no digi or igate we are all thinking of ways to rectify this.
Goulburn and Highrange were both "black spots" along the highway until I install the digi's and a igate in Goulburn and everyone was happy, messaging works, weather warnings.... the whole bit. A few dup packet here and there is the least of or issues...... I log every single packet gated daily, the log looks long but the file size is small and is @ 1200 baud ......Im sure a few extra igates and some dup packets is not going to make the aprsis server melt to the ground ......maybe im wrong i dunno. What is good is to see the system getting use.....we would all hate to see it fade away like packet did....that would be sad.
Do we have a AU config standard??? do all the digi's and igates need to be updated??? this is prob a good question.
love our hobby....dont shoot it down......but lets make it work the best we can with each others help!
'73
VK2HJA
Justin Albury
J Albury Communications
justin at jacomms.com<mailto:justin at jacomms.com>
0417246791
-----Original Message-----
From: ozaprs-bounces at aprs.net.au<mailto:ozaprs-bounces at aprs.net.au> [mailto:ozaprs-bounces at aprs.net.au] On Behalf Of vk2ycj at bravo.net.au<mailto:vk2ycj at bravo.net.au>
Sent: Sunday, 25 May 2014 8:19 PM
To: Australian APRS Users
Subject: Re: [OZAPRS] Are 4 x iGates in Sydney too many?
Thanks Ray,
The capture effect of FM and the free for all that happens on a VHF simplex channel is probably difficult to overcome.
Thanks for the description Ray.
Jamie VK2YCJ
Guys and Gals,
Take a look at recommended paths and you'll see why multiple digis are
retransmitting a station.
A mobile with WIDE1-1 WIDE2-1 will have two hops. Most, if not all,
digis respond to WIDE1-1, so most digis will retransmit a WIDE1-1
packet for another hop (to any other digis that hears it) and that
(those) digis will use the WIDE2-1 part of the path. A path of WIDE1-1
WIDE2-2 will have three hops, extending the spread to another ring of
digis and potentially more igates.
The reason for the closest igate not always being the one that appears
on aprs.fi (et al) is that the nearest igate might be clobbered by
another station that is stronger than the local digi - think FM
capture effect - OR the received packet might be mangled in some way
through collisions, and "lost", whilst a distant igate will receive a
valid signal via its local digi and deal with it appropriately.
APRS is a bit (a lot!) of a free-for-all for channel access compared
with connected mode packet where stations hold back transmitting, as
defined by the channel access parameters of DWAIT, Slottime and
Ppersistence.
A situation I see reasonably often is, I can be gating a station
that's using vk2rcn-1 just fine, sending numerous packets to aprs-is
and then, out of the blue a packet will go via a couple more digis to
be gated by a station in Tamworth. I'm in Kempsey. Obviously my rx has
been clobbered by vk2rdo-3, vk2rmy-1 or vk2jub-3 and I lost the packet.
Ray vk2tv
On 25/05/14 17:12, vk2ycj at bravo.net.au<mailto:vk2ycj at bravo.net.au> wrote:
Gary,
Interesting yes. I can see a mobile station in Newcastle going to
VK2RTZ-1 then to VK2RTG-5 rather than via our local iGate VK2ZEN-5
VK2ZEN-5 looks like it's okay and working.
Another mobile up the valley is going via VK2RTZ-1 and then to iGate
VK2ZEN-5
Maybe it's a difficult job to get to site and set the routing table
on the
VK2RTZ-5 digipeater if changes are needed.
Can the routing tables be set remotely via the 145.175 access
frequency OR can it only be done with a PC and cable onsite ?
Jamie VK2YCJ
Maybe the "path police" should be looking at some of the digi's
around the place.
I wonder why I see traffic from sugarloaf on highrange being digi'd
? I would have thought there are closer igates that the path should
be set (& honoured) that highrange wouldn't digi this stuff ? Maybe
its highrange at fault ?
On 25/05/14 15:20, vk2ycj at bravo.net.au<mailto:vk2ycj at bravo.net.au> wrote:
G'day,
I am thinking about using a hand-held 2m rig like a UV-5R as a low
power "fill in" digipeater for a small country town ?
I drive to Dungog from Newcastle (80Km by road north of Newcastle)
4-5 days per week and the APRS coverage is poor or non-existent.
I was considering two options:
1. Putting a UV-5R hand-held radio on a hill near Dungog as a "fill
in"
digipeater running 1-2 watts and solar powered. The hill is line
of sight to the main digipeater on the Sugarloaf Range in
Newcastle.
2. Putting an Alinco DR-135T (with Argent Data card T2-135) running
20 watts and not solar powered. The boys at Goulburn NSW have
installed two of these recently with good results.
Can someone please comment on the suitability or stupidity of the
above two options ?
Thanks, Jamie VK2YCJ
I have been looking at the load on one server in the rotation,
which is about to move hosting into one of my racks... which is
why previously I said there was no issue.
I do see some issues about the place, with a few WIDE3* and a few
NOGATE. I would have thought a NOGATE should also include NO-DIGI,
but its seems maybe I have the wrong assumption.
Maybe we do need someone to have a look at some of the paths being
used and clean them up.
I would have thought its best to try and keep RF clear so more can
be handle without drama.
Gary
vk2zbb/vk2lv
On 25/05/14 11:50, Scott Evans wrote:
From a T2 perspective there's no issue! If you're using
aunz.aprs2.net rotate the load balancing is automatically taken
care of, however if you have set up a static server and if
everyone else had done similar then maybe a problem would exist!
On May 25, 2014 11:32:59 AM GMT+10:00, Liz VK2XSE
<edodd at billiau.net><mailto:edodd at billiau.net>
wrote:
QTR Thu, 22 May 2014 21:47:13 +1000 Ian Mills QTC
I've noticed we now have at least 4 x iGates in Sydney,
I would
have
thought that's too many and may be adding extra loads
on the
sever as
they all gate the same traffic?
Ian vk2him
The guys in the US, who have more experience in handling
large traffic
volumes, seem to whinge far more about excessive
digipeating than
excessive iGating.
I did notice on my last trip to Wollongong that my packets
were being
spread far and wide, and often gated from Newcastle after
being picked
up by VK2AMW-1. (WIDE2-2)
The questions can best be answered by experimentation.
There is apparently a need for better RF coverage in Sydney.
How
much
redundancy is required in the iGating system could be explored
by
deliberately turning off internet connectivity at one or
more of the
Sydney iGates.
Sydney users would need to know when these changes were
made, and then
comment on negative and positive aspects of the changes.
We would also need to know how many hops people are using
in their
transmissions.
And is there any information from the APRS-IS server
operators about
network load?
-+-+-+-+-+-+-+-+-+-+-+
Liz
VK2XSE
who hopes not to be using APRS in Sinny, 15 years living
there was
enough.
-----------------------------------------------------------------
-------
OZAPRS mailing list
OZAPRS at aprs.net.au<mailto:OZAPRS at aprs.net.au>
http://lists.aprs.net.au/mailman/listinfo/ozaprs
--
Sent from Kaiten Mail. Please excuse my brevity.
_______________________________________________
OZAPRS mailing list
OZAPRS at aprs.net.au<mailto:OZAPRS at aprs.net.au>
http://lists.aprs.net.au/mailman/listinfo/ozaprs
_______________________________________________
OZAPRS mailing list
OZAPRS at aprs.net.au<mailto:OZAPRS at aprs.net.au>
http://lists.aprs.net.au/mailman/listinfo/ozaprs
_______________________________________________
OZAPRS mailing list
OZAPRS at aprs.net.au<mailto:OZAPRS at aprs.net.au>
http://lists.aprs.net.au/mailman/listinfo/ozaprs
_______________________________________________
OZAPRS mailing list
OZAPRS at aprs.net.au<mailto:OZAPRS at aprs.net.au>
http://lists.aprs.net.au/mailman/listinfo/ozaprs
_______________________________________________
OZAPRS mailing list
OZAPRS at aprs.net.au<mailto:OZAPRS at aprs.net.au>
http://lists.aprs.net.au/mailman/listinfo/ozaprs
_______________________________________________
OZAPRS mailing list
OZAPRS at aprs.net.au<mailto:OZAPRS at aprs.net.au>
http://lists.aprs.net.au/mailman/listinfo/ozaprs
_______________________________________________
OZAPRS mailing list
OZAPRS at aprs.net.au<mailto:OZAPRS at aprs.net.au>
http://lists.aprs.net.au/mailman/listinfo/ozaprs
_______________________________________________
OZAPRS mailing list
OZAPRS at aprs.net.au<mailto:OZAPRS at aprs.net.au>
http://lists.aprs.net.au/mailman/listinfo/ozaprs
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.aprs.net.au/pipermail/ozaprs/attachments/20140526/10d924a1/attachment-0001.html>
More information about the OZAPRS
mailing list