Draft of the new prtAlertTableChanges MIB object -Reply

Draft of the new prtAlertTableChanges MIB object -Reply

Draft of the new prtAlertTableChanges MIB object -Reply

Scott Isaacson Scott_Isaacson at novell.com
Fri Aug 9 13:23:17 EDT 1996


Interested Parties,


Angelo writes:
Was it really intended that the alert table be flooded with 
informational alerts which are not really critical to printer management?


I have not been involved in the long history of the Printer MIB, so I don't
know if the intention was that the alert table be flooded with information
alerts, but I do think that there are many applications
(user/admin/management) that are interested in receiving such events.


It seems like the MIB alert table is one way of doing that so there will be
implementations of the MIB that do flood it with all kinds of events as way
of telling the world that something happened even though maybe nobody
cares.


Is there any other mechanism for a network printer to tell the world that
something has happened if it doesn't do it through the alert table? (that is
informational events)  If so, is it able to only announce the "event" if at
least there is one interested party?


At Novell, we think that the answer to both of those questions is YES. 
Should the PWG roll this back into the MIB somehow?  Does "printer
management" include only critical and warning rather than
anything/everything?


Scott Isaacson




>>> Caruso,Angelo <Angelo_Caruso at wb.xerox.com> 08/07/96 07:50am
>>>
Jay,


No, I don't think this new object will be difficult or costly to 
 implement for Xerox or anyone else. In general I always take an 
 opposing position to adding new objects. I do this mainly to guarantee 
 that a real need exists. In this case it is now apparent from the 
 various vendor responses that the object is neccessary.


I am concerned with Gail's response though:


"Warnings/informationals include, but are not limited to, changes in paper
level, changes in media weight, color, type and form parts for a
tray(happens
whenever a tray is removed or inserted, can't remember), tray
remove/insert,
addition/deletion of a paper tray or duplexor. Almost anything that can
happen
goes into the alert table."


Was it really intended that the alert table be flooded with 
 informational alerts which are not really critical to printer management?


Thanks,
Angelo


----------
From: JK Martin
To: Angelo Caruso at wb.xerox
Cc: pwg at pwg.org
Subject: RE: Draft of the new prtAlertTableChanges MIB object
Date: Tuesday, August 06, 1996 6:14PM


Angelo,


> I would like to propose the following alternative to the new 
>  prtAlertTableChanges object. This alternative requires no new objects 
>  and is fairly simple to implement.


I like your approach to solving the problem without having to add
another MIB object.  However, considering the responses from some
of the other printer vendors, we're back to the situation where
a mgmt app needs a simple, low-cost (for both the app *and* the
printer!) method to determine if at least a change has been made
to the Alert Table to the addition/removal of a critical alert.


Binnur sums it up pretty well with:


> I have talked to few people around here.. The feeling is that the number
  
> of alerts generated is printer implementation depended.. It could range   
> from an almost stream to only a few alerts.. So, the engineers around   
> here would like to have some what deterministic way of picking up
new   
> alerts.. They feel implementing a counter that gets incremented every   
> time a warning or critical error occurs would be satisfactory..


Angelo, does this extra MIB object present Xerox with a major problem
(other than adding yet another MIB object)?


	...jay



More information about the Pwg mailing list