<div dir="ltr">On Sun, Nov 20, 2016 at 6:13 AM, Jim Alles <span dir="ltr"><<a href="mailto:kb3tbx@gmail.com" target="_blank">kb3tbx@gmail.com</a>></span> <wbr>wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div style="font-family:georgia,serif">but, I am not certain about this not being able to get messages into a service that lives on APRS-IS:<br></div><div class="gmail_extra"><div class="gmail_quote"><div><span class="m_-6761921850552151864gmail-"><div style="font-family:georgia,serif"><span style="color:rgb(31,73,125);font-family:calibri,sans-serif;font-size:14.6667px">"a few of us noticed that we were not getting ANY messages into or out of the ANSRVR or CQSRVR."</span></div></span></div></div></div></div></blockquote><div><br></div><div>When Bob says into or out of, he means out of. I think with the one exception of Direwolf, I-gates unconditionally send EVERY packet they hear to the APRS-IS, so the only way they weren't getting messages to CQSRVR was if they were out of range of any I-gates, and no level of hand wringing about APRS-IS filtering is going to fix that.</div><div><br></div><div>The I-gate filter was added to Direwolf to support the satellite guys not getting vanity credit on <a href="http://aprs.fi">aprs.fi</a> for bouncing through a satellite if they happened to be near an I-gate. A feature I refuse to add to Aprx because I think filtering things going to APRS-IS will cause lots of subtle, confusing problems.</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><div><span class="m_-6761921850552151864gmail-"><div style="font-family:georgia,serif">​Not the entire RF-gate decision process, my IGate still doesn't know if the station is present on APRS-IS, elsewhere. (And I am worried about mobile smartphone clients on this point, as it is).​<br></div></span></div></div></div></div></blockquote><div><br></div><div>To quote <a href="http://aprs-is.net" target="_blank">aprs-is.net</a>:</div><div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">A station is said to be heard via the Internet if packets from the station contain<br>TCPIP* [...] in the header or if gated (3 rd party) packets are seen on RF<br>gated by the station and containing TCPIP [...] in the 3 rd party header (in<br>other words, the station is seen on RF as being an IGate).</blockquote></div><div><br></div><div>Your station can get a very good idea of if a station is connected to APRS-IS somewhere else, but now it seems like you're talking about saving RF bandwidth, which isn't one of the problems you list below.</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><div><div style="font-family:georgia,serif">​</div><div style="font-family:georgia,serif">The client software absolutely has to drop the packets with TCPIP​ in the path,</div></div></div></div></div></blockquote><div><br></div><div>So you won't give RF-gate service to sources of messages which are directly connected to the APRS-IS? Like CQSRVR? </div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><div><div style="font-family:georgia,serif">​<div style="display:inline">​</div>​how about<div style="display:inline">​ resource​</div> loading on a raspberry ​Pi client? or a radio? or <div style="display:inline">​the​</div> Dick-Tracy wristwatch<div style="display:inline">​ that I get for some future Christmas?​</div><span style="font-family:arial,sans-serif"> </span></div></div></div></div></div></blockquote><div><br></div><div>Some of the APRS-IS servers are raspberry Pis. We're talking about APRS here, which is a comically small amount of data compared to any other modern network.</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><span class="m_-6761921850552151864gmail-"><div style="font-family:georgia,serif">​​Existing problems:​</div></span><div><div style="font-family:georgia,serif">​1. Bob not getting INTO ANSVR.</div></div></div></div></div></blockquote><div><br></div><div>He was, or he was out of range of any I-gates.</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><div><div style="font-family:georgia,serif">2. The guy with the satellite link.​</div></div></div></div></div></blockquote><div><br></div><div>Frankly, the guy with the satellite link who can't afford a few extra packets coming in on the 14580 port shouldn't be running an I-gate. We shouldn't be redesigning I-gate behavior just to try and save a few guys a couple MB per month.</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><div><div style="font-family:georgia,serif">​3.​ Not having access to the configuration parameters, when they are hard-coded.</div></div></div></div></div></blockquote><div><br></div><div>The last thing we need to be doing is exposing more knobs for users to turn when setting up their first I-gate. We keep slapping on these extra parameters to be tuned, and then I start getting bug reports against my software because someone turned one of the knobs that they don't understand and APRS starts doing something really whacky. </div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><div><div style="font-family:georgia,serif">4. getting my IGate client instance to work the way I want it to, within reason and to support the entire community.</div></div></div></div></div></blockquote><div><br></div><div>That is not a problem. That is a desire. What is your I-gate doing or not doing that you want it to? When your I-gate gates "X", then receives "Y" from APRS-IS, what does it do? What should it do?</div><div> </div><div class="gmail_extra"><div><div class="m_-6761921850552151864gmail_signature">--<br>Kenneth Finnegan<br><a href="http://blog.thelifeofkenneth.com/" target="_blank">http://blog.thelifeofkenneth.<wbr>com/</a></div></div>
<div class="gmail_quote"><br></div></div></div>