From owner-freebsd-small Wed Oct 28 12:54:22 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA16980 for freebsd-small-outgoing; Wed, 28 Oct 1998 12:54:22 -0800 (PST) (envelope-from owner-freebsd-small@FreeBSD.ORG) Received: from smtp03.wxs.nl (smtp03.wxs.nl [195.121.6.37]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA16762 for ; Wed, 28 Oct 1998 12:51:59 -0800 (PST) (envelope-from asmodai@wxs.nl) Received: from diabolique.ninth-circle.org ([195.121.58.176]) by smtp03.wxs.nl (Netscape Messaging Server 3.6) with ESMTP id AAA35F7; Wed, 28 Oct 1998 21:51:12 +0100 Message-ID: X-Mailer: XFMail 1.3 [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: Date: Wed, 28 Oct 1998 21:54:53 +0100 (CET) Organization: Ninth Circle Enterprises From: Jeroen Ruigrok/Asmodai To: Andrzej Bialecki Subject: Re: Unified Configuration Interface Cc: Terry Lambert , small@FreeBSD.ORG Sender: owner-freebsd-small@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 28-Oct-98 Andrzej Bialecki wrote: > On Wed, 28 Oct 1998, Jeroen Ruigrok/Asmodai wrote: > >> On 28-Oct-98 Andrzej Bialecki wrote: >> Some requested changes to the updated lay-out (ye care to version the >> HTML-page Andrzej?) : > > What do you mean? If you mean the $Id$ it will be filled once the file is > in CVS, and I'll put it soon, let's say on more round of comments on > general layout.. :-) Ahh ok, problem solved ;) >> Numbering of the topmost headers as to ease reference to particular >> entries in the commandtree (e.g. let's say network configuration is 2, >> 2.2.4.1 would mean the IP address for a physical or virtual >> networkinterface) > > It's easy to change, but the numbers will shift when we add or delete > topmost branches until we settle with plausible set... Yeah, I know, just wanted to express a handy X-reference idea ;) >> I think we would need a 3rd option under Resource management that will tell >> us >> how our different tables are doing. Might also be an option under 1.Memory >> Consumption. Because we have had to replace switches and routers at work >> before >> their MAC-table and Routing-table were reaching their limit. > > Hmmm... The "status" tree is for telling us how well we're doing. My > intent here was that this subtree allow to _assign_ some resource limits. > This should be fairly big tree (just see how many R/W items are in sysctl > tree), but I went out of steam before I filled it in.. :-) Talk about low pressure *G* Djeez, I missed the Status tree? Hmm *looking again* >> Else we're going to shoot ourselves in the foot when we need to extend our >> dynamic route capabilities. > > Well, more generally: > 3. Dynamic > (Enumeration of available protocols) > 1.ADd /Delete /List > > because not always will a given box implement all of them. 100% right Andrzej, I forgot about ennumeration ;) >> 5.Network services >> >> 5.DHCP >> 1.Add / Delete / List >> 1.(ip range #) >> 2.Reserve IP Address(es) >> >> 6.SNMP >> 1.Add / Delete / List >> 1.(community string) > > Whoa! This is certainly much, much more than this... If we use SNMP, it > will be most probably ucd-snmp, which implements SNMPv2, and we'll need to > add options for specifying what part of the tree are visible for which > clients. Exactly, I think we're going to need multiple documents ;) Btw I have holiday next 2 weeks or so, I will work on the dutch docs along with some technical propositional documents like the UCI.html document. > Yes. I didn't name them, but that's what I had in mind. OK, then I know we're on the same wavelength =) > Thanks for the comments! Thanks for starting picoBSD ;) Let's conquer the world now... LOL! --- Jeroen Ruigrok van der Werven/Asmodai asmodai(at)wxs.nl Junior Network/Security Specialist FreeBSD & picoBSD: The Power to Serve... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-small" in the body of the message