<html>
  <head>
    <meta content="text/html; charset=ISO-8859-1"
      http-equiv="Content-Type">
  </head>
  <body text="#000000" bgcolor="#FFFFCC">
    <br>
    <div class="moz-cite-prefix">On 07/01/14 14.16, Bob McDonald wrote:<br>
    </div>
    <blockquote
cite="mid:CAM-YptdZxWxdMT_6-qqkWEhMS2raDiaNMNWf1mA0m-Ym-Mmx=g@mail.gmail.com"
      type="cite">
      <div dir="ltr">
        <div>> Unless the goal is to move all DNS services off that
          subnet.  Our network<br>
          > staff would love to reclaim the /24 our DNS servers are
          tying up with very<br>
          > little else on it wasting 250 addresses.<br>
          <br>
        </div>
        I'm not sure I'm describing a properly configured anycast
        environment well.  Since in anycast the client never see the
        "physical" address of a DNS server, it matters not where they
        (the DNS server(s)) "physically" are (only if they are in the
        anycast cloud or not).  You can move them around (insert/delete
        servers to/from the cloud) to your heart's content and the
        client doesn't know.  The requirement here (to avoid having
        clients left on legacy devices) is that all the affected servers
        be in the anycast cloud and all of your client devices point to
        the "logical" anycast address for DNS resolution NOT the
        "physical" address(es) of the DNS server(s).  You add the new
        server(s) to the cloud and delete the legacy server(s) from the
        cloud.  Easy peasey.  Obviously, this takes some up front
        planning and having a group of servers on the same subnet is
        probably not a good idea (although it could be interesting from
        a load sharing perspective...).  YMMV, it's just a thought.<br>
      </div>
    </blockquote>
    If I understood the problem correctly, the address the anycast would
    take is the address the clients actually use and the new servers can
    be set anywhere. In this case they want to free that address for
    other purposes.<br>
    Again if I understand this correctly anycast might be fine for
    future but a bit too late in this case.<br>
    <blockquote
cite="mid:CAM-YptdZxWxdMT_6-qqkWEhMS2raDiaNMNWf1mA0m-Ym-Mmx=g@mail.gmail.com"
      type="cite">
      <div dir="ltr">
      </div>
      <br>
      <fieldset class="mimeAttachmentHeader"></fieldset>
      <br>
      <pre wrap="">_______________________________________________
Please visit <a class="moz-txt-link-freetext" href="https://lists.isc.org/mailman/listinfo/bind-users">https://lists.isc.org/mailman/listinfo/bind-users</a> to unsubscribe from this list

bind-users mailing list
<a class="moz-txt-link-abbreviated" href="mailto:bind-users@lists.isc.org">bind-users@lists.isc.org</a>
<a class="moz-txt-link-freetext" href="https://lists.isc.org/mailman/listinfo/bind-users">https://lists.isc.org/mailman/listinfo/bind-users</a></pre>
    </blockquote>
    <br>
    <pre class="moz-signature" cols="72">-- 
Best regards

Sten Carlsen

No improvements come from shouting:

       "MALE BOVINE MANURE!!!" 
</pre>
  </body>
</html>