<div dir="ltr"><div class="gmail_default" style="font-family:verdana,sans-serif;font-size:small"><br></div><div class="gmail_extra"><div class="gmail_quote">On Tue, Dec 3, 2013 at 3:54 PM, Lynn W. Deffenbaugh (Mr) <span dir="ltr"><<a href="mailto:ldeffenb@homeside.to" target="_blank">ldeffenb@homeside.to</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
  
    
  
  <div text="#000000" bgcolor="#FFFFFF"><div class="im">
    <br>
    <div>On 12/3/2013 3:00 PM, Lee Bengston
      wrote:<br>
    </div>
    <blockquote type="cite">
      <div dir="ltr"><br>
        <div class="gmail_extra">
          <div class="gmail_quote">
            <div style="font-family:verdana,sans-serif;font-size:small">I
              don't know if there is a documentation gap or not, but it
              seems that what is not so well understood by "the
              community" is how the IS servers recognize IGates and what
              is sent to them when no filter is specified by the IGate.
               I think it is a lot better understood now - at least by
              the readers of this list.</div>
          </div>
        </div>
      </div>
    </blockquote>
    <br></div>
    I would caution against implying that IS Servers have any
    "knowledge" or "recognition" of an IGate.  What has been discussed
    here is the behavior of the APRS-IS servers on every filtered port
    regardless of what is connected to that port.  Saying that the IS
    server "knows" what an IGate is leads some people to believe that
    the APRS-IS does some sort of active routing to select IGates for
    message transmissions.  There is no such capability built into the
    APRS-IS.  Every filtered port that has recently delivered a packet
    for a given source will receive back packets of possible interest to
    an IGate for that/those stations for some period of time.  What the
    connected program does with those packets is not a concern of the
    APRS-IS network.<div class="im"><br></div></div></blockquote><div class="gmail_default" style="font-family:verdana,sans-serif;font-size:small">But what delivers a packet for a "given source" other that itself if it is not an IGate?  Hmm perhaps sending an object applies there.  The reason I implied recognizing an IGate is that in my little experiment 2 years ago, I configured Xastir with no filter and normal beaconing on both RF and IS.  I got nothing from the IS in terms of APRS packets.  As soon as I enabled Igating in Xastir, I received the packets we have been discussing, so effectively the application was "recognized" as an IGate.  Perhaps it is better to say it is recognized as something that might be an IGate.</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">Thanks,</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></div></div>