
<html><head><meta http-equiv="content-type" content="text/html; charset=utf-8"></head><body dir="auto">I agree an RFC or PEP style system would work well for this goal and perhaps others as well. <br><br><div dir="ltr"><div>--</div><div>Josh Smith</div><div><span style="font-size: 17pt;"><br></span></div><div><span style="font-size: 17pt;">Sent from my iPhone. </span></div></div><div dir="ltr"><br><blockquote type="cite">On Feb 13, 2022, at 13:30, g8pzt--- via aprssig <aprssig@lists.tapr.org> wrote:<br><br></blockquote></div><blockquote type="cite"><div dir="ltr"><div dir="auto">Regarding item 2.4 I think it was, I would be very happy to see a best practices guide. <div><br></div><div>I implemented aprs digipeating and igate into xrouter 20 odd years ago, and I have a nagging feeling that the way aprs worked back then is not how it should work now. </div><div><br></div><div>I haven't had the time over the years to keep up to date with what is a confusing protocol, plus the paradigm changes, so it would be very useful if someone was to spell out the sorts of things that software should and should not do. Ie an aprs equivalent to the "requirements for Internet hosts" RFC.</div><div><br></div><div>Maybe that's not what you meant though. </div><div><br></div><div>73 Paula </div></div><span>_______________________________________________</span><br><span>aprssig mailing list</span><br><span>aprssig@lists.tapr.org</span><br><span>http://lists.tapr.org/mailman/listinfo/aprssig_lists.tapr.org</span><br></div></blockquote></body></html>