Draft of the new prtGeneralPrinterName MIB object

Draft of the new prtGeneralPrinterName MIB object

Draft of the new prtGeneralPrinterName MIB object

JK Martin jkm at underscore.com
Fri Aug 2 15:54:00 EDT 1996


> The description says:
>              The value
>              of this object can be any arbitrary string as long as it
>              is unique among all other instances within the Host Resources
>              MIB device table.
> Is it required to be unique or is it highly recommended? (I realize that it 
> doesn't make sense to have the same name for all the printers, but should 
> the printer be expected to reject a value?)

Hmmm...  You raise an interesting point with "required" vs. "highly

First off, everyone should note that for typical network printers
there will be only one instance of a "Printer device" in the HR MIB,
so your point is not really applicable for such implementations.

Where it really matters is for a host-based agent implementation that
provides Printer MIB support for multiple, direct-attached printers
(ie, connected to the host via serial and/or parallel interfaces).

So, in the host-based scenario, you might ask whether the SNMP agent
should reject a SNMP Set command that attempts to set the printer
administrative name to a value already used by another printer in
the HR MIB.

Good question.  If the agent does NOT reject the duplicate value, then
software such as ours will BREAK (or at least not present what the user
thought was the associated printer).  Does this situation sound acceptable
to you?

My opinion?  The agent should reject the value.

Are there any other similar situations in MIB-land to which we can
refer (based on existing practice/experience)?

Jay Cummings (and other Novell folken): what do you folks have to
say about this situation (since you have this very problem)?


More information about the Pwg mailing list