nanog mailing list archives
Re: NSI policy on lame delagations
From: Paul Vixie <paul () vix com>
Date: 23 Nov 1998 22:22:34 -0800
Yet having the advantage that when your SQL- or other-based database fails, your nameservers don't.
I don't disagree with this. There's certainly a mode where BIND should be able to create its own b-tree by loading all of a zone and then managing it through a memory window. But there's also a more sparse mode where you just don't want to have another copy of your zone data, nor the resource consumption of having to make that copy, nor the delay between the times you pick to make that copy. Right now there's no choice since there's no zone API. One is coming, but not in 8.1.2++. -- Paul Vixie <paul () vix com>
Current thread:
- Re: NSI policy on lame delagations, (continued)
- Re: NSI policy on lame delagations Michael Dillon (Nov 21)
- Re: NSI policy on lame delagations Steven J. Sobol (Nov 21)
- Re: NSI policy on lame delagations Roeland M.J. Meyer (Nov 21)
- Message not available
- Re: NSI policy on lame delagations Jay R. Ashworth (Nov 21)
- Re: NSI policy on lame delagations bmanning (Nov 21)
- Re: NSI policy on lame delagations Paul Vixie (Nov 22)
- Re: NSI policy on lame delagations Vadim Antonov (Nov 22)
- Re: NSI policy on lame delagations Paul A Vixie (Nov 23)
- Re: NSI policy on lame delagations Jon Zeeff (Nov 23)
- Re: NSI policy on lame delagations jmalcolm (Nov 23)
- Re: NSI policy on lame delagations Paul Vixie (Nov 23)
- Message not available
- Re: NSI policy on lame delagations Jay R. Ashworth (Nov 25)
- Re: NSI policy on lame delagations Steven J. Sobol (Nov 23)
- Re: NSI policy on lame delagations Roeland M.J. Meyer (Nov 24)
- Message not available
- Re: NSI policy on lame delagations Jay R. Ashworth (Nov 25)
- Re: NSI policy on lame delagations Stephen Stuart (Nov 25)
- Re: NSI policy on lame delagations Vadim Antonov (Nov 26)
- Re: NSI policy on lame delagations Steven J. Sobol (Nov 21)
- Re: NSI policy on lame delagations Randy Bush (Nov 23)