<html><head></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><div>Thanks Lynn and Pete for your very helpful and prompt responses. Things make more sense now.</div><div><br></div><div>Lynn, re your question:</div><div><div><br></div><blockquote type="cite"><span class="Apple-style-span" style="border-collapse: separate; font-family: Helvetica; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: 2; text-align: -webkit-auto; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; -webkit-border-horizontal-spacing: 0px; -webkit-border-vertical-spacing: 0px; -webkit-text-decorations-in-effect: none; -webkit-text-size-adjust: auto; -webkit-text-stroke-width: 0px; font-size: medium; "><div bgcolor="#FFFFFF" text="#000000"><blockquote cite="mid:9EAB4299-FDB7-4179-8434-1D19F8870864@lapsley.org" type="cite"><div><div>Relatedly, is there any automated, algorithmic way that our igate should be able to spot this and say, nah, we don't want to gate this?</div></div></blockquote><br>Actually, that's what I was going to ask. Is aprsr4 just blindly gating everything received from the APRS-IS feed out to the local RF channel?</div></span></blockquote><div><br></div><div><div>Yes, that is exactly what aprs4r appears to be doing. This is aprs4r 1.0.2. The current version (1.0.3, as best I can tell) does not appear to have addressed this, at least by looking at the change log. This is not great but also not as horrible as it might sound because you can add an APRS-IS filter string that will filter out most things you don't care about. What you're left with is then (1) things you do care about and (2) the remnants of things caused by gating a station from RF to IS and then finding out that the station in question also occasionally sends beacons to IS, which APRS-IS then forwards to you. I.e., packets described in Pete's email. That this kind of works is due largely to the intelligence designed into APRS-IS, for which I'm grateful.</div></div><br><blockquote type="cite"><span class="Apple-style-span" style="border-collapse: separate; font-family: Helvetica; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: 2; text-align: -webkit-auto; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; -webkit-border-horizontal-spacing: 0px; -webkit-border-vertical-spacing: 0px; -webkit-text-decorations-in-effect: none; -webkit-text-size-adjust: auto; -webkit-text-stroke-width: 0px; font-size: medium; "><div bgcolor="#FFFFFF" text="#000000">I thought IGates were supposed to have LOCAL intelligence as to which packets to gate from -IS to RF and not just rely on the upstream -IS server to only deliver gate-ready packets.</div></span></blockquote></div><div><br></div><div>The "automated, algorithmic way" I was asking about above, i.e., the local intelligence you describe and what you're actually supposed to do, is specified here: <a href="http://www.aprs-is.net/IGateDetails.aspx">http://www.aprs-is.net/IGateDetails.aspx</a></div><div><br></div><div>Thanks again everyone and 73,</div><div><br></div><div>Phil</div><div><br></div><div><br></div></body></html>