[aprssig] Tracker Smart Pathing
scott at opentrac.org scott at opentrac.orgTue Mar 21 15:02:22 UTC 2006
- Previous message: [aprssig] Tracker Smart Pathing
- Next message: [aprssig] Tracker Smart Pathing
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
> Surely though, this then should be a function of the 'Network' i.e. > the Digi and not the tracker. It only means changing the code in > every Digi (not trying to start an argument now or anything), but it > would mean that all trackers could avail of the facility as long as > their UI-PATH wasn't complete nonsense in the first place. I agree. I really can't see the justification for blind path rotation. > Basically, I should be able to set my path to AUTO or something > (DISCVR?), and the network then ensures that my packets make it as > far as the nearest I-Gate, (or nearest Big High Digi, or > whatever the > sysops set the upper bound to be) and don't cause any more QRM. Any > misconfigured trackers could be 'controlled' at this point as well. I could easily add a rewrite option to my digi code that'd let you substitute something for AUTO (or any other keyword) when it's received by the digi. It'd be a little more difficult to expand it to a full path, but I don't know how necessary that'd be. I think most places could get by with a WIDEn-n substitution, or a single named hop. Also, with preemption enabled, you could keep a fallback (e.g. WIDE3-3) path, and have AUTO take precedence if it hits as supported digi. I think digi_ned can do this with the 'swap' command - not sure about others. Scott N1VG
- Previous message: [aprssig] Tracker Smart Pathing
- Next message: [aprssig] Tracker Smart Pathing
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
More information about the aprssig mailing list
