[OZAPRS] VK2RHR-1 raw

Matthew Cook vk5zm at bistre.net
Wed Nov 15 14:02:20 AEDT 2017


Hi Gordo,

The "new method" is simply how digipeaters insert their call signs into the
proto path and do the respective termination.  You'll find two
implementations of this in use, as per my original email to Glen.   Both
are valid and in use within APRS networks across the world.  The following
URL goes into a little more information.

http://info.aprs.net/index.php?title=Digipeater

Unfortunately all digipeaters are not equal, some better than others.  You
need a lot of RAM in a digipeater to be able to have enough cache to make
intelligent decisions, which rules out many Z80 based TNC's.

73

Matthew
VK5ZM

On 15 November 2017 at 12:00, Gordon Taylor <gordon at thetaylorclub.com>
wrote:

> Watching this with interest as it helps get a better understanding of the
> traffic flows.
> However I note there is a 'new' method.  I was under the impression that
> the WIDEn-N was the new method.  Is this newer method something we are
> going to adopt, I imagine to change the UI-Digi code would require the
> source code owner to update.
>
> What would be nice in a simplistic sense is when a packet gets digipeated
> by a local digi, bounces down to another and comes back, the local digi had
> the intelligence to know that it is the same packet of information just
> with some extra path info so it doesn’t repeat it again.
>
>
> Regards
>
> Gordo VK4VP
>
> -----Original Message-----
> From: OZAPRS [mailto:ozaprs-bounces at aprs.net.au] On Behalf Of Glen
> English VK1XX
> Sent: Wednesday, 15 November 2017 10:06
> To: ozaprs at aprs.net.au
> Subject: Re: [OZAPRS] VK2RHR-1 raw
>
> Hi Matthew
>
> thanks for the write up.
>
> Hmm so the 'new' method and code, in this case direwolf,  really needs to
> be smarter about the way it handles the old (but still valid ) RHR method.
> It's really a defficiency in handling the legacy stuff at RGI
>
> Something for me to write into the source code.
>
> On a separate argument, I consider  RHR-1 a WIDE digi, and stations
> digipeating through it with W2-1 should be sent and terminated at RHR (IE
> will be the last digi) .
>
> I've added RHR to the blacklist for UI digi  for the moment so we don't
> digi a whole load of sydney APRS traffic over the entire Riverina ....
> and it is also '2nd adjacent WIDE'. no benefit for users  for RGI to digi
> its traffic.
>
> -glen
> On 15/11/2017 10:51 AM, Matthew Cook wrote:
> > I'd be suggesting that VK2RHR-1 is an older APRS implementation
> > (possibly a TNC-2 clone with UI-DIGI or Kantronics TNC) than VK1RGI.
> >  If you watch the asterisk that is telling you what's happening.
> >
> > The old WIDEn-N technique was to decrement N and insert the digi
> > callsign, when -0 was achieved to append WIDEn* to show it has been
> > terminated.  The new WIDEn-N technique is to drop the WIDEn* on the
> > end and simply use the Callsign of the digi terminated with an asterisk.
> >
> > So in your example VK2RHR-1 has used the old digipeter method and
> > VK1RGI-1 has used the new, , *_both are still valid_ !!!*
> >
> > There were flame wars on the APRS TAPR mailing list over this issue
> > for many years, the argument was the WIDEn* on the end was redundant
> > and the newer method was more efficient....  however legacy equipment
> > meant it was difficult (read people reluctant) to change, that horse
> > had bolted.
> >
> > 73
> >
> > Matthew
> > VK5ZM
> >
> >
> > On 15 November 2017 at 08:36, Glen English VK1XX
> > <glenlist at pacificmedia.com.au <mailto:glenlist at pacificmedia.com.au>>
> > wrote:
> >
> >     here is what it looks like going into 1RGI :
> >
> >     Now I thought that RHR should have REPLACED WIDE1 with its
> >     callsign ????
> >     ------
> >
> >     Digipeater WIDE1 (probably VK2RHR-1) audio level = 69(34/18)   [NONE]
> >     __|||||||
> >
> >     [0.5] VK2XRX-9>S3T8P9,VK2RHR-1,WIDE1*,WIDE2-1:`O&ilSpk/'"54}|3
> >     MIC-E, truck, Byonics TinyTrack3, In Service
> >
> >
> >     ginini generates :
> >
> >     [0H] VK2XRX-9>S3T8P9,VK2RHR-1,WIDE1,VK1RGI-1*:`O&ilSpk/'"54}|3
> >
> >
>
> _______________________________________________
> OZAPRS mailing list
> 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/20171115/da818f81/attachment.html>


More information about the OZAPRS mailing list