[aprssig] Packet routing, path specification.

Robert Bruninga bruninga at usna.edu
Wed Jun 22 15:21:12 EDT 2005


Pete's NSR system does have all the advantages he
promotes.  This is all true.   But there is a cost.

That is, that it also means the only thing you will be able 
to do with the channel is what your local SYSOP decides
you can do.   My experience is that this approach usually 
stiffles and kills ham radio activity  rather than promotes 
it.   APRS was supposed to be flexible and responsive
to the needs of the end user to use it how he needs to
for ANY application, not be forced into someone else's
definition of who you can talk to and who you cannot.   
Just the flip side view...      Bob

>>> HamLists at ametx.com 06/22/05 2:49 PM >>>
I recommend you read the papers in the Winter and Spring PSR's
(www.tapr.org) on no-source-routing in APRS.  There is a drive on to
implement the stated algorithm in all current smart digipeaters (mostly
software) and new digipeaters (hardware and software).  The NSR
algorithm eliminates user-defined paths and eliminates the failed
attempts to make AX.25 (a link-level protocol) into a routed protocol.
The NSR algorithm promotes the use of APRS as a broadcast protocol (that
is what it is, after all), not a directed protocol (which APRS is not).
It makes APRS on RF a true network, not a mish-mash of individuals
blindly trying to achieve independent objectives on a shared frequency
with abysmal results.

Best of all, it can be implemented today, in today's RF network, with
the only pain felt by those who insist on trying to use the RF network
to see how far they can go on RF.  Be aware, however, that there are
short-sighted, stick-in-the-mud individuals out there who simply can't
grasp the NSR concept nor the concept that repeater owners, not repeater
users, define the repeater network and the same should be said of
today's digipeater owners.

AX.25 has been abused since it was introduced in the late 70's by people
who mistakenly thought that having the ability to define digipeaters in
the packet meant that it is a routing protocol.  The latest version of
the AX.25 specification reduces the allowed number of digipeaters to
two.  There is a reason for this.  The authors of the specification have
seen this abuse, seen what it does to the usability of the protocol
(destroys it), and they want to help people understand that AX.25 is a
link-level (radio station to radio station) protocol.  In the case of
the UI subset of the AX.25 (APRS uses this subset), it can be (and has
been) shown very easily that user-defined paths have caused most of our
congestion problems today in APRS with no benefit to the local amateur
communities overall.

It is time we put to bed those tired old ideas founded in failed
arguments which have been disproved over and over again, and start
looking (as you have) towards a future where APRS is easy to use,
stable, and effective.

I'm done with my soapbox.  Next... ;-)

73,

Pete Loveall AE5PL
mailto:pete at ae5pl.net 

> -----Original Message-----
> From: Rick Green
> Posted At: Wednesday, June 22, 2005 12:03 PM
> Subject: [aprssig] Packet routing, path specification.
> 
>    I keep coming back to the desire that the network manage 
> itself, and minimize or eliminate the need for the end-user 
> to know the topology of the network in the neighborhood they 
> just happen to be passing thru.

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





More information about the aprssig mailing list