From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on polar.synack.me X-Spam-Level: X-Spam-Status: No, score=0.2 required=5.0 tests=BAYES_00,REPLYTO_WITHOUT_TO_CC, URI_NOVOWEL autolearn=no autolearn_force=no version=3.4.4 X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: 103376,ddb34e4ee5e28db0 X-Google-Attributes: gid103376,public X-Google-ArrivalTime: 2004-04-26 15:58:32 PST Path: archiver1.google.com!news1.google.com!news.glorb.com!news.moat.net!border1.nntp.sjc.giganews.com!nntp.giganews.com!local1.nntp.sjc.giganews.com!nntp.novus-tele.net!news.novus-tele.net.POSTED!not-for-mail NNTP-Posting-Date: Mon, 26 Apr 2004 17:58:32 -0500 From: "Alexei Polkhanov" Organization: Monte Aureus Subject: Re: BIND Date: Mon, 26 Apr 2004 18:58:32 -0400 User-Agent: Pan/0.13.3 (That cat's something I can't explain) Message-Id: Newsgroups: comp.lang.ada References: <20040425224751.C907A4C4136@lovelace.ada-france.org> Reply-To: usenet@monteaureus.com MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit NNTP-Posting-Host: 65.32.244.145 X-Trace: sv3-69nY61fWEzKXjXa4Pw+QpARRprZYihtPc+MQa1K1k4vG8cLvZ0LXS7f7rfFe0z4E05bFmzJEGICt4Gu!f1r1RwWxHSpCcTsQKwgVte7x1QSWPXcxopd25tqmTHausc4zdqe9b2F90cAqGbF0A1MgNVd9b/Gh!HwBFQ0CvZQv6xH5NpLgHsaHorU58K3bCl1GvaCI= X-Complaints-To: abuse@novus-tele.net X-DMCA-Complaints-To: abuse@novus-tele.net X-Abuse-and-DMCA-Info: Please be sure to forward a copy of ALL headers X-Abuse-and-DMCA-Info: Otherwise we will be unable to process your complaint properly X-Postfilter: 1.1 Xref: archiver1.google.com comp.lang.ada:7519 Date: 2004-04-26T18:58:32-04:00 List-Id: On Mon, 26 Apr 2004 19:36:36 +0000, Lutz Donnerhacke wrote: > * Warren W. Gay VE3WWG wrote: >> I think instead, the discussion should be centered on how it >> can succeed. It is always easier to criticize than to create. Agree! 50% of success is in good plan! Requirements, good design - only rest is coding and testing. I am surprised why this problem was approached from another end - choice of programming language ??? :) > > First: Downsize the goals. I would merge DHCP and DNS together in a single product. There is several reasons for that. > Second: Implement a simple DNS proxy for NS, SOA, A, MX, CNAME and PTR. Sounds almost trivial. > Third: Implement authoritive zones. I suppose support for RDBMS and HUGE ZONES is what we need here. If you have 2,000,000 record zone it takes 20 min to reload it. BIND has an "rndc" tool which reloads zone files without restarting whole thing. When you have such big zone you expect many changes to it too. This problem needs some speacial approach. > Fourth: Extent the software to other types namely to IPv6. IPv6 is would be a small implementation detail, don't make it look like a major undertaking, AAAA records plus some IPv6/IPv4 migration stuff. National languages support, special records and extentions which need to be taken care of. Latest I've heard is an extention for IP Phones. "www.domain.com" notation is very technical, network - centric, so some people trying to comeup with more human - readable names, and that going to be in next versions of BIND. Why I cannot type "Congress Library" but I have to go and type "dsgdsgf.dsfgdsfg.hfdhdf.gov" ? So most of us ill go to Google because they cannot remember domain name and then will type it in browser - why can't we skip this step ? > Fifth: Rewrite the whole package from scratch to implement DNSSEC. Yeah! Here is a Huge piece of code which is not the best part of BIND and sounds like we already have some issues like encryption libraries. Nothing I know of except thin bindings to OpenSSL. Also there is TSIG, and SPLIT DNS (when you have all zone records divided into subsets with different access rules or permissions). Right now this feature "implemented" by config files hackery and having multiple instances of BIND running on different machines sharing only parts of zone records. > Sixth: Restart this process for the directory protocol used now. > > I'd contribute: > Stream_Text_IO (Basic Text_IO over Ada.Streams.Root_Stream_Type'Class) > Skip_Stream and Memory_Stream (indexable Stream_Type over Storage_Elements) > UDP and TCP server handling packages Would be nice to have this thing working on MOST unix platforms, so sounds like Florist can be used here... > Ringbuffer for Queuing > > But I can't contribute it to sourcefourge, because I have enought trouble > developing at work. Means it also nice to find a _sponsor_ at least for some UNIX hardware and some network for testbed... --- Alexei Polkhanov Sr. Consultant/Software Systems Analyst Tel: (604) 719-2515 E-mail: usenet@monteaureus.com http://www.monteaureus.com/