<html>

  <head>

    <meta content="text/html; charset=ISO-8859-1"

      http-equiv="Content-Type">

  </head>

  <body text="#000000" bgcolor="#FFFFFF">

    <br>

    <div class="moz-cite-prefix">On 12/3/2013 3:00 PM, Lee Bengston

      wrote:<br>

    </div>

    <blockquote

cite="mid:CAPF_JS+H29dcHC0BOu4pA6uYOr4oB_t-ukFyGb5Zc9WzBZN6mw@mail.gmail.com"

      type="cite">

      <div dir="ltr"><br>

        <div class="gmail_extra">

          <div class="gmail_quote">

            <div class="gmail_default"

              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>

    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.<br>

    <br>

    Lynn (D) - KJ4ERJ - Author of APRSISCE for Windows Mobile and Win32<br>

    <br>

  </body>

</html>