<html>
  <head>
    <meta content="text/html; charset=utf-8" http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    <div class="moz-cite-prefix">This is why APRSISCE/32 supports a
      "NoGate ME" option on it's RF ports.  If one of it's own beacons
      is heard back, it is NOT sent to the APRS-IS if this option is in
      force so that the only packets that should show up on the APRS-IS
      are those heard by other IGates.<br>
      <br>
      If anyone sends a messages to an IGate running in this mode, it
      may be gated to RF by other IGates, but for satellite gates, this
      really isn't much of an issue.<br>
      <br>
      Lynn (D) - KJ4ERJ - Author of APRSISCE for Windows Mobile and
      Win32<br>
      <br>
      <br>
      On 6/7/2015 4:46 PM, Lee Bengston via aprssig wrote:<br>
    </div>
    <blockquote
cite="mid:CAPF_JSK85MOEiR6CEqgb2KwDwa9GER6L0bvH9LQKk99AM5aXPA@mail.gmail.com"
      type="cite">
      <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
                moz-do-not-send="true" 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>
      <br>
      <fieldset class="mimeAttachmentHeader"></fieldset>
      <br>
      <pre wrap="">_______________________________________________
aprssig mailing list
<a class="moz-txt-link-abbreviated" href="mailto:aprssig@tapr.org">aprssig@tapr.org</a>
<a class="moz-txt-link-freetext" href="http://www.tapr.org/mailman/listinfo/aprssig">http://www.tapr.org/mailman/listinfo/aprssig</a>
</pre>
    </blockquote>
    <br>
  </body>
</html>