[ax25-layer2] IP Routing

[Christensen, Eric H]

But those "critical" stations could use a defined hop that would go from one
point to another, which I think is important to keep, so that type of
traffic could still get through.  But when you are talking about broadcast
packets, they should be limited to protect the network so those critical
stations still have bandwidth to use.  Using the ALOHA is just a good idea.
If you are trying to get a packet outside of the circle then you are
probably just wasting your time.  Is there a possibility of the packet
making it that far?  Sure there is.  OR you could be just wasting bandwidth
with retries and collisions that make the entire network fail because then
no one can get a packet out. 

73s,
Eric KF4OTN
 
-----Original Message-----
From: ax25-layer2-bounces at lists.tapr.org
[mailto:ax25-layer2-bounces at lists.tapr.org] On Behalf Of pete at ae5pl.net
Sent: Tuesday, September 20, 2005 11:18 AM
To: Discussion of Link Layer use of AX.25
Subject: RE: [ax25-layer2] IP Routing

> -----Original Message-----
> From: Christensen, Eric H
> Sent: Tuesday, September 20, 2005 9:10 AM
> To: Discussion of Link Layer use of AX.25
> Subject: RE: [ax25-layer2] IP Routing
> 
> I think it would be neat to do NSR but have the NSR variable based on 
> the instantaneous ALOHA circle and knowledge of the existing LAN.  If 
> that could be automated, then you would have a very powerful tool that 
> wouldn't need a lot of SYSOP interaction.
> 
> Eric KF4OTN

I think, if you look at the NSR algorithm closely, there isn't a lot of
sysop interaction necessary.  If v2.2 is enforced, we are talking about 1,
2, maybe 3 digipeater LANs at the most.  There isn't much for a sysop to be
changing.  The problem with limiting based on the misnamed "ALOHA"
circle is that digipeating could cease for critical stations just because of
increased activity amongst one or two.

73,

Pete Loveall AE5PL 

_______________________________________________
ax25-layer2 mailing list
ax25-layer2 at lists.tapr.org
https://www.tapr.org/cgi-bin/mailman/listinfo/ax25-layer2
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/x-pkcs7-signature
Size: 3116 bytes
Desc: not available
Url : http://www.tapr.org/pipermail/ax25-layer2/attachments/20050920/9da3a04b/attachment.bin