Ron,
Your definitions look fine.
My only thought would be in the distributed printing
environments (where multiple devices are chained together)
that might get close to these numbers. My experience isn't
in this area so I can't say if these types of systems are
viewed as a single "printer" or if they are each
viewed separately.
Also, as a side note. My Xerox e-mail address will be going
away shortly.
I can be reached at my companies address at:
RayCasterline at lhsolutions.com
Regards,
Ray Casterline
"Bergman, Ron" wrote:
>> Ray,
>> Thanks for catching this. I propose the following:
>> for finDeviceAssociatedMediaPaths: (SIZE(1..8))
> This allows up to 64 unique media paths.
>> for finDeviceAssociatedOutputs: (SIZE(1..32))
> This allows up to 256 output subunits.
>> Does this seem to be too many or too few? I believe that
> being on the high side is best, as long as it is not a
> completely unrealistic number.
>> Ron
>> -----Original Message-----
> From: Ray Casterline [mailto:rcasterline at crt.xerox.com]
> Sent: Wednesday, November 28, 2001 9:24 AM
> To: Ron Bergman
> Cc: fin at pwg.org; pmp at pwg.org> Subject: Warnings compiling Finisher MIB using Mosy
>> Ron,
>> Hello, I hope you had a nice Holiday.
>> I was compiling the latest finisher mib and came across
> the following warnings:
>> mosy 7.1 #1 (fileserver) of Mon Aug 14 14:50:20 EDT 1995
> object finDeviceAssociatedMediaPaths:
> warning: OCTET STRING should have SIZE constraint
> object finDeviceAssociatedOutputs:
> warning: OCTET STRING should have SIZE constraint
>> Regards,
> Ray Casterline