The IP Over NBMA (ION) Archive[Date Prev][Date Next][Thread Prev][Thread Next] [Date Index][Thread Index][Author Index][Subject Index] NHRP-MIB comments
Hi, David. Thanks for the comments.
>>>>> On Tue, 09 Jul 96 17:05:07 +1000, David Horton <horton@citr.com.au> said:
> Maria, Jim,
> Some comments based on a non-too-detailed reading.
> (1) Page 4 Module identity
> Could a different experimental number be chosen. This conflicts with MARS
> MARS 9999
> NHRP 9999 how about 2000?
> IPATM 2001
Rather than get an "official" experimental number, only to change it
when this becomes non-experimental, I've changed them all to
"experimental xxx" for now.
> (2) Page 6 Sub address type
> Can an nhrpNextHopResNhrpSubAddrType be added. With additional
> code "none'.
> (3) Page 10 Ditto for nhrpClient table
> (4) Page 14 Ditto for nhrpClientNhs table
Yes, the subaddress type indicators need to be added. What about
replacing the value 'other(0)', with 'none(0)'?
> (5) Page 21 Other NHS
> The NhrpServer table provides a list of NHRP servers (though restricted
> to those present on this particular router).
> I would like to have a table containing a list of
> subnet specification (network Addr + prefix length) (index)
> NHS network addr
> NHS NBMA addr
> and perhaps a priority/index as part of the index
> This allows configuration adjacent NHS independently of IP routing,
> which will be needed until NHRP is pervasive. e.g. non-NHRP
> egress routers
> This is analagous to the old nhrpServer table.
This seems reasonable. In fact the current table could just extend
this new table. (We could name it nhrpLocalServerTable.)
> (6) Page 10 Authentication type missing
> The auth key is a bit problematic but the type seems fairly well
> defined. It can take values {none, clearText, md5 }
I'm a bit confused here. Are you saying you want an AuthenticationType
on the Client as well as the Server? Is that really necessary? We
should probably state that we expect the auth key to be entered via
some non-SNMP means (e.g., file, console...)
> (7) Page 6 Hold time
> The hold time is missing. The amount of time remaining until
> the cache entry expires.
Jim and I discussed this but we decided it's not really
interesting/useful to a network manager (just internal
information). Can you think of a management problem for which it would
be usefule? For reference, we looked at the ipNetToMediaTable in MIB-2
and it didn't expose this type of info. We did add an
nhrpClientHoldTime to let you tweak the hold time the client will
register.
> (8) Page 24 nhrpServerNextHopRes AUGMENTS
> Shouldn't this just be an augments rather than a separate table?
> (minor)
Yes, good catch. If you are a server you will always have an entry in
this table for every entry in the base nhrpNextHopResTable.
> (9) page 38 Acknowledgements
> Shouldn't Mike Patrick as original author be included?
Most definitely. That's what I get for rushing things out at the last
minute! Apologies to Mike.
> regards,
> David
Maria
> David Horton
> Centre for Information Technology Research
> Level 2 South Tower, 339 Coronation Drive, Milton, Australia 4064
> Email: d.horton@citr.uq.oz.au Phone +61 7 32592222 Fax +61 7 32592259
________________________________________________________________________
Maria N. Greene greene@nexen.com
Ascom Nexion 289 Great Rd., Acton MA 01720 USA +1 508 266-4570
|
|