Since SNMP currently provides no standard mechanism by which trap
recipients can be registered with agents, I fail to see how the PWG
can claim that interoperability of traps have been demonstrated. If
certain vendors have demonstrated they can send/receive Printer MIB
traps using a proprietary registration mechanism, congratulations,
you've validated your implementation. And, I think that is enough
justification for keeping the trap in the MIB spec.
Speaking for the Xerox products which have made appearances at Printer
MIB interop testing, they DO NOT emit traps. The reason is simple,
there is no standard mechanism for registering trap recipients. Any
Xerox proprietary mechanism would be useful only with Xerox management
apps. Current Xerox management apps for these printers rely on polling
rather than traps.
I do not believe that failure of the SNMP community to specify a
standard mechanism for registering trap recipients should be deemed a
condemnation of the Printer MIB trap spec. I think we should keep the
trap in anticipation of a forthcoming standard registration mechanism.
And, we should check any currently proposed mechanisms to verify that
the current Printer MIB trap specification is compatible with those
proposed registration mechanisms.
Thanks,
Angelo