<div dir="ltr"><div class="gmail_default" style="font-family:verdana,sans-serif;font-size:small">It's actually part of an algorithm running on the IS servers that helps facilitate transmit Igating.  In the event that your IGate is beaconing only on RF, the way that other IGates in your area "know" that your station is connected to the Internet is via those beacons that look like they are sent directly to the IS.  Without those "fake" beacons, a nearby IGate would gate a message addressed to your station from IS to RF when it really didn't need to.  So in a nutshell, it's part of a "little scheme" to prevent gating packets from IS to RF when it's not necessary.</div><div class="gmail_default" style="font-family:verdana,sans-serif;font-size:small"><br></div><div class="gmail_default" style="font-family:verdana,sans-serif;font-size:small">I think in the case of your test below, the IS server didn't know the difference between a packet generated by your mobile vs. one generated by your IGate due to using the same SSID.</div><div class="gmail_default" style="font-family:verdana,sans-serif;font-size:small"><br></div><div class="gmail_default" style="font-family:verdana,sans-serif;font-size:small">I'm just the messenger on this one.  :-)</div><div class="gmail_default" style="font-family:verdana,sans-serif;font-size:small"><br></div><div class="gmail_default" style="font-family:verdana,sans-serif;font-size:small">Lee - K5DAT</div><div class="gmail_default" style="font-family:verdana,sans-serif;font-size:small"><br></div><div class="gmail_extra"><br><div class="gmail_quote">On Sun, Jun 7, 2015 at 2:18 PM, Max Harper via aprssig <span dir="ltr"><<a href="mailto:aprssig@tapr.org" target="_blank">aprssig@tapr.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div style="color:#000;background-color:#fff;font-family:Courier New,courier,monaco,monospace,sans-serif;font-size:13px"><div><span></span></div><div dir="ltr">Then why does the timestamp on findu match the time the beacon was received back and not the time it was actually sent. I have noticed this behavior many times over the years using various Igate software programs. I can also duplicate the problem anytime.</div><div dir="ltr"><br></div><div dir="ltr">Back years ago when I first discovered the problem I did a test. I configured my mobile station to the same ssid as my igate and drove to a digi that was about 25 miles away. Using only a few miliwatts of power I sent some beacons that my igate couldn't hear direct, only the digi. The beacons appeared as if my igate had sent them directly to the aprs-is with no sign of the digi.</div><div dir="ltr"><br></div><div dir="ltr">I don't know if it is an igate problem or an aprs-is problem but I see it happen all the time. I can understand it being considered a duplicate, but why does the path get changed and made to look like it was sent direct to the aprs-is when it wasn't? And the example beacon WAS sent out RF only.</div><div dir="ltr"><br></div><div dir="ltr">Max KG4PID<br>  </div><div style="font-family:Courier New,courier,monaco,monospace,sans-serif;font-size:13px"> <div style="font-family:HelveticaNeue,Helvetica Neue,Helvetica,Arial,Lucida Grande,sans-serif;font-size:16px"> <div dir="ltr"> </div></div></div></div></div><br></blockquote></div><br></div></div>