<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: NS record in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/ns-record/m-p/2815674#M580795</link>
    <description>Thanks U.Sivakumar &lt;BR /&gt;&lt;BR /&gt;So if the first name server is unavailable, will the querying name server keep trying until the RTT of the second NS is the same or lower than that of the first?&lt;BR /&gt;&lt;BR /&gt;Is there a # of retries per second for the querying name server, should the first NS not available?</description>
    <pubDate>Mon, 30 Sep 2002 22:40:50 GMT</pubDate>
    <dc:creator>Wilfred Chau_1</dc:creator>
    <dc:date>2002-09-30T22:40:50Z</dc:date>
    <item>
      <title>NS record</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/ns-record/m-p/2815672#M580793</link>
      <description>Hi, I know with /etc/resolv.conf, if the first nameserver is not available/down, there is a 75 sec timeout before it will switch to the second name server.  What about NS record within BIND?  If a nameserver listed in a domain/zone is unavailable, how long will it take to switch to use the next nameserver?&lt;BR /&gt;</description>
      <pubDate>Sun, 29 Sep 2002 23:47:20 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/ns-record/m-p/2815672#M580793</guid>
      <dc:creator>Wilfred Chau_1</dc:creator>
      <dc:date>2002-09-29T23:47:20Z</dc:date>
    </item>
    <item>
      <title>Re: NS record</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/ns-record/m-p/2815673#M580794</link>
      <description>Hi,&lt;BR /&gt;&lt;BR /&gt;With Multiple NS records , BIND swithover depending upon the RTT ( round trip time) .&lt;BR /&gt;&lt;BR /&gt;Ref:&lt;BR /&gt;"A name server looking up a name first needs the list of NS records for the zone the name belongs to. The name server might already have the NS records in its cache or it will retrieve them in the course of answering this query. &lt;BR /&gt;The querying name server calculates and stores a round trip time (RTT) for each name server for a zone (i.e., for each NS record). The RTT is the time--in milliseconds--that it takes that name server to respond to queries. When faced with multiple sources of information about a zone in the form of multiple NS records, the querying name server asks the name server with the lowest RTT. In the case of a tie, it picks among them at random. After a name server is queried, the querying name server updates its RTT. &lt;BR /&gt;&lt;BR /&gt;When a name server first caches a list of NS records, the RTT for all of them is zero. Because it chooses among name servers with equal RTTs at random, each name server will be queried once. From then on, it favors the name server with the lowest RTT. But what if something happens to that name server with the lowest RTT? Fortunately, whenever a querying name server consults the name server with the lowest RTT, it decrements all the other name server's RTTs a little bit. Over time, the other RTTs creep down and will eventually be queried. Of course, if they are slow to respond, their RTT goes back up and they're not consulted again for a while. &lt;BR /&gt;&lt;BR /&gt;So to answer your question, it isn't just the primary master who is consulted--all the authoritative name servers for a zone are consulted by other name servers. A querying name server will eventually favor the authoritative name server which responds the fastest. "&lt;BR /&gt;&lt;BR /&gt;regards,&lt;BR /&gt;U.Sivakumar&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Mon, 30 Sep 2002 03:02:00 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/ns-record/m-p/2815673#M580794</guid>
      <dc:creator>U.SivaKumar_2</dc:creator>
      <dc:date>2002-09-30T03:02:00Z</dc:date>
    </item>
    <item>
      <title>Re: NS record</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/ns-record/m-p/2815674#M580795</link>
      <description>Thanks U.Sivakumar &lt;BR /&gt;&lt;BR /&gt;So if the first name server is unavailable, will the querying name server keep trying until the RTT of the second NS is the same or lower than that of the first?&lt;BR /&gt;&lt;BR /&gt;Is there a # of retries per second for the querying name server, should the first NS not available?</description>
      <pubDate>Mon, 30 Sep 2002 22:40:50 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/ns-record/m-p/2815674#M580795</guid>
      <dc:creator>Wilfred Chau_1</dc:creator>
      <dc:date>2002-09-30T22:40:50Z</dc:date>
    </item>
    <item>
      <title>Re: NS record</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/ns-record/m-p/2815675#M580796</link>
      <description>Hi,&lt;BR /&gt;The very first time a name server queries multiple NS records , it randomly fixes RTT.&lt;BR /&gt;&lt;BR /&gt;When one server is unavailable , it's RTT is&lt;BR /&gt;considered as infinity So immediately next NS records is queried .&lt;BR /&gt;&lt;BR /&gt;All NS records are queried in the first go and&lt;BR /&gt;BIND later locks to lower RTT one.&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;There is no timeout algorithm with NS records&lt;BR /&gt;query from a name server. As the switchover needs to be fast.&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;regards,&lt;BR /&gt;U.SivaKumar&lt;BR /&gt;</description>
      <pubDate>Mon, 07 Oct 2002 10:45:32 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/ns-record/m-p/2815675#M580796</guid>
      <dc:creator>U.SivaKumar_2</dc:creator>
      <dc:date>2002-10-07T10:45:32Z</dc:date>
    </item>
  </channel>
</rss>

