[aprssig] The Ultimate New WIDEn-N Paradigm

[Robert Bruninga]

>>> Eric Christensen <kf4otn at earthlink.net> 2/7/05 2:00:41 PM >>>
>My only problem with this "solution" is that what happens 
>when a digipeater has to do dual roles?  I mean that from 
>your LAN the outside LANs would seem like the offending 
>digi that would need to filter out the crud.  BUT from that digi's 
>LAN yours seems like the offender.  

By eliominating the ##LINKn-N idea, now there are only two n-N
roles, WIDEn-N and SSn-N, and all digis can support both.
If one takes the CUT-OFF approach, then he cuts-off his incoming
and his outgoing QRM (no problem there).  If he takes the
TRAP-OUT approach then he is helping everyone in the network
and is hoping others will do the same to limit their QRM from
reaching him...

Bob



-----Original Message-----
From: aprssig-bounces at lists.tapr.org
[mailto:aprssig-bounces at lists.tapr.org] On Behalf Of Robert Bruninga
Sent: Monday, February 07, 2005 10:29
To: aprs at kd4rdb.com 
Cc: aprssig at lists.tapr.org 
Subject: [aprssig] The Ultimate New WIDEn-N Paradigm


ULTIMATE New n-N Paradigm:

Thanks to Wes's idea, I just revised the plan yet again
to provide for the two approaches to the New n-N Paradigm:
The CUT-OFF and the TRAP-OUTmethod.  I think these
two approaches now address almost every issue raised 
not just recently but over the years...!  Wow its neat...

CUT-OFF method is for areas that want to make an immediate
fix to external QRM and force users to learn the New n-N Paradigm.  It
cuts off WIDEn-N completely but inserts WIDE2-2, WIDE2-1, WIDE3-3,
WIDE3-2 explicitly as local paths.  These paths all will only go
locally, 1 hop.  But with 2-1 and 3-2 in them they will bring in 2 hops
from surrounding WIDEn-N digis (only).  These digis do support the new
SSn-N so users who switch will not have lost anything.  These digis 
will have an "S" overlay showing that they are primarily a STATE SSn-N
system.  WIDE2-2 only has the limited support.

TRAP-OUT method is a more graceful approach that helps
APRS all around you, but wont see the full effect in reducing QRM until
all surrounding digis implement the larege N-N filtering at the source. 
These digis will have the "L" overlay showing their "Limited" support of
WIDEn-N.

Also, the ID <==> NOID has gone away.  In fact, if SSn-N
is used as the new UIFLOOD parameter, then ID should
be enabled!  This is because, since WIDEn-N will now be
fully traced, we will always get the point of entry digi.
Also, since the old method of forcing the first digi to ID
with the path of WIDE,WIDEn-N generated extra dupes,
we dont want to encourage that any more.  Therefore
UIFLOOD SS,30,ID will support the very effiicient path
of SSn-N and so we may as well let the LAST digipeater
ID itself...

If anyone has any more comments to help us finalize
this plan, "speak now or forever hold your peace" (or
at least until the next great idea comes along....)

This is exciting!

Bob


_______________________________________________
aprssig mailing list
aprssig at lists.tapr.org
https://lists.tapr.org/cgi-bin/mailman/listinfo/aprssig 


_______________________________________________
aprssig mailing list
aprssig at lists.tapr.org 
https://lists.tapr.org/cgi-bin/mailman/listinfo/aprssig