<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">

<html>

<head>

  <meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">

  <title></title>

</head>

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

Scott Miller wrote:

<blockquote cite="mid48891659.9050707@opentrac.org" type="cite">

  <blockquote type="cite">

    <pre wrap="">Anybody every thought about using something like a DNS server? Have one 

system that accepts inquiries about serial numbers and maps them to call 

signs. Since APRS acts a lot like a single broadcast domain clients that 

overhead a request-reply could just cache the entry, minimizing traffic. 

The mappings could be aged out of the cache and/or reverified 

periodically. Then you only have one place to update the mapping. I 

grant you doing this would require a change to all APRS clients but so 

would any major change.

    </pre>

  </blockquote>

  <pre wrap=""><!---->

Yes.  For position lookups and such, anyway.  I seem to remember I had a 

working prototype based on BIND, but I can't remember what I did with 

the code.  I think it's probably on the old Win2k server in the rack in 

the garage... I'll have to see if it still boots.

Or are you talking about on-air lookups?

Scott

N1VG

_______________________________________________

aprssig mailing list

<a class="moz-txt-link-abbreviated" href="mailto:aprssig@lists.tapr.org">aprssig@lists.tapr.org</a>

<a class="moz-txt-link-freetext" href="https://lists.tapr.org/cgi-bin/mailman/listinfo/aprssig">https://lists.tapr.org/cgi-bin/mailman/listinfo/aprssig</a>

  </pre>

</blockquote>

I was thinking more of on-air. While the Internet brings a lot of value

it is not always available. Plus as Bob has stated many times APRS is a

local thing.<br>

<br>

</body>

</html>