Re: DECnet MIB question (3)

[Art Berggreen <[e-mail]>]

>
>I am in agreement with Art regarding the concept. But, I am not sure if any
>new object is needed. Just modification of the INDEX specification to use
>the tuple ( phivAdjCircuitIndex, phivAdjNodeAddr ) should be sufficient.
>I am not clear about how the simple, single index of phivAdjCircuitIndex 
>allows for unique identification.
>([e-mail]: I didn't meant double indexing through both
>phivAdjCircuitIndex and phivAdjNodeAddr in my original question.) 
>My comment is, why keep the unique identification mechanism implementation
>dependent when it could be done through the use of existing objects in the
>table entry. Also, ( phivAdjCircuitIndex, phivAdjNodeAddr ) tuple would be
>more appropriate than ( phivAdjNodeAddr, phivAdjCircuitIndex ) tuple as
>multiple adjacencies to same node through more than one circuit would be
>relatively rare. 

debasis,

I believe that the two part instance that the tuple (phivAdjCircuitIndex,
phivAdjNodeAddr) implies is what John is trying to avoid.  I'd accept the
single, unique local identifier easier if the values are not required to
be consecutive and the size can be up to 32 bits.  This would allow me to
form my unique identifiers as ( (circuit_index * 65536) + adj_addr ).
Since this a local identifier, someone else's box could use whatever they
prefer.

Art