[aprssig] The Ultimate New WIDEn-N Paradigm

[Eric Christensen]

Bob,
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.  

I would suggest a plan much like you had before...  SSn-N and LNKs.  This was by far the best plan proposed.  For those that cry that they can't use WIDEx-x to send a message WELL OUTSIDE of their ALOHA circle, too bad!  APRS isn't designed for that kind of use.  

Digi owners WILL change their settings.  If they don't then the active APRS community will just build digipeaters around the offending digi so the LANs will continue.

Just my opinion...

73s,
Eric KF4OTN

-----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