[OZAPRS] VK2RHR-1 raw
vk2tv
vk2tv at exemail.com.au
Wed Nov 15 14:46:26 AEDT 2017
Thanks Matthew.
Ray vk2tv
On 15/11/17 14:02, Matthew Cook wrote:
> 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
> <mailto: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
> <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 <mailto: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>
> <mailto: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 <mailto:OZAPRS at aprs.net.au>
> http://lists.aprs.net.au/mailman/listinfo/ozaprs
> <http://lists.aprs.net.au/mailman/listinfo/ozaprs>
>
>
>
>
> _______________________________________________
> 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/7e1436c9/attachment.html>
More information about the OZAPRS
mailing list