<?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: DNS Serial Numbers in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/dns-serial-numbers/m-p/2491619#M801760</link>
    <description>What I really meant was:&lt;BR /&gt;&lt;BR /&gt;4,000,000,000 is actually *smaller* than 1,000,000,000&lt;BR /&gt;&lt;BR /&gt;(sequence space arithmetic is hard...)</description>
    <pubDate>Fri, 09 Feb 2001 08:17:21 GMT</pubDate>
    <dc:creator>Matts Kallioniemi</dc:creator>
    <dc:date>2001-02-09T08:17:21Z</dc:date>
    <item>
      <title>DNS Serial Numbers</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/dns-serial-numbers/m-p/2491614#M801755</link>
      <description>How many numbers is the Serial number for a DNS database file limited to?&lt;BR /&gt;&lt;BR /&gt;We are using the convention of yymmddhhmm for our serial number, However the leading 0 does not get passed down to our secondaries.  When we use the format yyymmddhhmm.  Our secondaries come up with a new serial number altogether.</description>
      <pubDate>Thu, 08 Feb 2001 21:40:14 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/dns-serial-numbers/m-p/2491614#M801755</guid>
      <dc:creator>Scott Caporale</dc:creator>
      <dc:date>2001-02-08T21:40:14Z</dc:date>
    </item>
    <item>
      <title>Re: DNS Serial Numbers</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/dns-serial-numbers/m-p/2491615#M801756</link>
      <description>RFC1034 states that the serial is a 32 bit integer which limits it to 9-1/2 digits if I'm doing my conversions right.  Who knows how bind is actually handling out of range situations though.</description>
      <pubDate>Thu, 08 Feb 2001 22:40:53 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/dns-serial-numbers/m-p/2491615#M801756</guid>
      <dc:creator>Tim Malnati</dc:creator>
      <dc:date>2001-02-08T22:40:53Z</dc:date>
    </item>
    <item>
      <title>Re: DNS Serial Numbers</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/dns-serial-numbers/m-p/2491616#M801757</link>
      <description>I use yyyymmddXX where XX simply represents the revision number of that file for that day, and that works for me.  I've never had to revise a DNS file more than 99 times in one day.</description>
      <pubDate>Thu, 08 Feb 2001 23:45:51 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/dns-serial-numbers/m-p/2491616#M801757</guid>
      <dc:creator>James A. Donovan</dc:creator>
      <dc:date>2001-02-08T23:45:51Z</dc:date>
    </item>
    <item>
      <title>Re: DNS Serial Numbers</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/dns-serial-numbers/m-p/2491617#M801758</link>
      <description>Hi,&lt;BR /&gt;&lt;BR /&gt;If the number is a 32 bit signed value, the maximum it can be is 2 ^ 31 - 1 or 2,147,483,647.  Thus, the yyyymmddXX format will work for a few more years.&lt;BR /&gt;&lt;BR /&gt;BTW, if it is an unsigned value, the maximum value is roughly doubled, which will be good for a good bit longer.&lt;BR /&gt;&lt;BR /&gt;--Bruce</description>
      <pubDate>Fri, 09 Feb 2001 02:58:18 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/dns-serial-numbers/m-p/2491617#M801758</guid>
      <dc:creator>Bruce Regittko_1</dc:creator>
      <dc:date>2001-02-09T02:58:18Z</dc:date>
    </item>
    <item>
      <title>Re: DNS Serial Numbers</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/dns-serial-numbers/m-p/2491618#M801759</link>
      <description>What do you mean by "yyymmddhhmm"? If you're using the last three digits of the current year or the last two digits you should come up with the same value since 001 == 01.&lt;BR /&gt;&lt;BR /&gt;Don't worry about leading zeros, they are not significant.&lt;BR /&gt;&lt;BR /&gt;The largest serial number is 4,294,967,295. Be careful when you go into the billions though, because 4,000,000,000 is actually *smaller* than 2,000,000,000 since the comparison is done using sequence space arithmetic.&lt;BR /&gt;&lt;BR /&gt;You should really pick up a copy of DNS&amp;amp;BIND. It is a must read for every DNS admin.&lt;BR /&gt;&lt;BR /&gt;Matts</description>
      <pubDate>Fri, 09 Feb 2001 08:14:02 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/dns-serial-numbers/m-p/2491618#M801759</guid>
      <dc:creator>Matts Kallioniemi</dc:creator>
      <dc:date>2001-02-09T08:14:02Z</dc:date>
    </item>
    <item>
      <title>Re: DNS Serial Numbers</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/dns-serial-numbers/m-p/2491619#M801760</link>
      <description>What I really meant was:&lt;BR /&gt;&lt;BR /&gt;4,000,000,000 is actually *smaller* than 1,000,000,000&lt;BR /&gt;&lt;BR /&gt;(sequence space arithmetic is hard...)</description>
      <pubDate>Fri, 09 Feb 2001 08:17:21 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/dns-serial-numbers/m-p/2491619#M801760</guid>
      <dc:creator>Matts Kallioniemi</dc:creator>
      <dc:date>2001-02-09T08:17:21Z</dc:date>
    </item>
    <item>
      <title>Re: DNS Serial Numbers</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/dns-serial-numbers/m-p/2491620#M801761</link>
      <description>Noone mentioned the omition of 00 from 00102015501...&lt;BR /&gt;&lt;BR /&gt;In most cases, the actual numbers are stripped to their "real" form so&lt;BR /&gt;00102015501 is really&lt;BR /&gt;102015501 when read by secondaries or other applications reading the SOA header.&lt;BR /&gt;&lt;BR /&gt;It should be relatively easy though to have secondaries get info if there is a "different" serial number (I'm pretty sure this is the default mechanism.)&lt;BR /&gt;So at this point as long as your serial number is different, maps are transferred anyway.&lt;BR /&gt;I.E.  Last serial number x-fered from secondary. "1001001".  SOA reports a serial number of "1002" so the secondary transfers the zone anyway. :)&lt;BR /&gt;&lt;BR /&gt;Regards,&lt;BR /&gt;Shannon</description>
      <pubDate>Fri, 09 Feb 2001 14:09:08 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/dns-serial-numbers/m-p/2491620#M801761</guid>
      <dc:creator>Shannon Petry</dc:creator>
      <dc:date>2001-02-09T14:09:08Z</dc:date>
    </item>
  </channel>
</rss>

