ChasConfigTable
nob@sony.craynet.dk (Niels Ole Brunsgaard) Tue, 20 October 1992 07:21 UTC
Return-Path: <owner-chassismib>
Received: by CS.UTK.EDU (5.61++/2.8s-UTK) id AA06752; Tue, 20 Oct 92 03:21:13 -0400
Received: from dkuug.dk by CS.UTK.EDU with SMTP (5.61++/2.8s-UTK) id AA06748; Tue, 20 Oct 92 03:21:08 -0400
Received: from mips.uucp by dkuug.dk with UUCP id AA23474 (5.65c8/IDA-1.4.4j for chassismib@cs.utk.edu); Tue, 20 Oct 1992 08:20:53 +0100
Received: from sony by craynet.dk (5.61/SMI-4.1) id AA02069; Tue, 20 Oct 92 09:17:43 +0100
Received: by sony.craynet.dk (4.0/SMI-4.1) id AA09777; Tue, 20 Oct 92 08:17:59 GMT
Date: Tue, 20 Oct 1992 08:17:59 +0000
From: nob@sony.craynet.dk
Message-Id: <9210200818.AA09777@sony.craynet.dk>
To: chassismib@cs.utk.edu
Subject: ChasConfigTable
X-Charset: ASCII
X-Char-Esc: 29
1) chasConfigTable Why are chasConfigSlot, chasConfigEntity and chasConfigSegment read-write and not read-only ?. My understanding of chasConfigStatus is that setting it to valid(1) will create the row, and thus the indexes are set as an implicit part of the row creation. Once the row is created it makes no sense to write to these indexes as you are then moving the row. Am I missing something ?. 2) chasConfigIndexType Imagine a combined repeater/bridge entity that takes up one slot and attaches to one segment. Thus it has one entry in the chasConfigTable. Does chasConfigIndexType point to an interface or a repeater port in this case ? It seems to me that there should be an instance of chasConfigIndexType for each function defined in chasEntityFunction. 3) chasConfigIndexValue If the entity in question is a repeater with multiple ports per segment (fairly typical I guess), which port instance does chasConfigIndexValue reference ?.
- ChasConfigTable Niels Ole Brunsgaard