attachment-0001
<br><font size=2 face="sans-serif">Ira says it better than I in my response
to fin@pwg.org and validates my opinion that option (1) is preferred.</font>
<br><font size=2 face="sans-serif">----------------------------------------------
<br>
Harry Lewis <br>
IBM STSM<br>
Chairman - IEEE-ISTO Printer Working Group<br>
http://www.pwg.org<br>
IBM Printing Systems <br>
http://www.ibm.com/printers<br>
303-924-5337<br>
---------------------------------------------- </font>
<br>
<br>
<br>
<table width=100%>
<tr valign=top>
<td width=40%><font size=1 face="sans-serif"><b>"McDonald, Ira"
<imcdonald@sharplabs.com></b> </font>
<p><font size=1 face="sans-serif">02/24/2005 09:32 AM</font>
<td width=59%>
<table width=100%>
<tr valign=top>
<td>
<div align=right><font size=1 face="sans-serif">To</font></div>
<td><font size=1 face="sans-serif">"'Hirn, Andreas'" <Andreas.Hirn@ops.de>,
Harry Lewis/Boulder/IBM@IBMUS, "'pmp@pwg.org'" <pmp@pwg.org></font>
<tr valign=top>
<td>
<div align=right><font size=1 face="sans-serif">cc</font></div>
<td><font size=1 face="sans-serif">"'fin@pwg.org'" <fin@pwg.org>,
"'rbergma@hitachi-hkis.com'" <rbergma@hitachi-hkis.com>,
technic@up3i.org</font>
<tr valign=top>
<td>
<div align=right><font size=1 face="sans-serif">Subject</font></div>
<td><font size=1 face="sans-serif">RE: FIN> finisher mib integration
into up3i</font></table>
<br>
<table>
<tr valign=top>
<td>
<td></table>
<br></table>
<br>
<br>
<br><font size=2><tt>Hi Andreas,<br>
<br>
Thanks for your interesting question below.<br>
<br>
I'm copying this reply to the Printer MIB Project (PMP)<br>
mailing list. The Finisher MIB mailing list remains<br>
functional, but has very few subscribers. All future<br>
MIB work in the IEEE/ISTO PWG is being coordinated<br>
through the PMP list.<br>
<br>
Please note that the 'finSupplyTable' has a non-index<br>
informational element 'finSupplyDeviceIndex' defined as:<br>
<br>
"The value of finDeviceIndex corresponding to the finishing<br>
device subunit with which this finisher supply is associated.<br>
The value zero indicates the associated finishing device is<br>
Unknown."<br>
<br>
And the 'finSupplyMediaInputTable' has a similar<br>
informational element 'finSupplyMediaInputDeviceIndex'.<br>
<br>
Those elements are NOT indices of their tables (and allowed<br>
to take the value of zero), in case they are associated<br>
with the overall finisher and not a specific finishing device.<br>
<br>
It's certainly allowed to implement more than other printer<br>
in 'hrDeviceTable' (and thus more than one complete print <br>
line for alerts, trays, etc.). I think that's probably the<br>
best way to separate the alerts/trays for individual finishers.<br>
<br>
Note: We've tried to accomodate UP3I requests for counters<br>
in our Imaging Device Counters spec, Counter Schema, and <br>
Counter MIB work in the PWG WIMS working group. Comments<br>
are very welcome.<br>
<br>
ftp://ftp.pwg.org/pub/pwg/wims/wd/wd-wimscount10-20050120.pdf<br>
<br>
ftp://ftp.pwg.org/pub/pwg/wims/wd/wd-wimscountmib10-20050205.htm<br>
- full text - PWG boilerplate, introduction, model, references<br>
<br>
ftp://ftp.pwg.org/pub/pwg/wims/wd/wd-wimscountmib10-20050205.mib<br>
- ASN.1 MIB source only<br>
<br>
Note that the Finisher subunit (the elements defined in the<br>
Finisher MIB) has not yet been added to our Subunits schema.<br>
<br>
ftp://ftp.pwg.org/pub/pwg/wims/schemas/subunits-20041212.xsd<br>
<br>
Cheers,<br>
- Ira (co-editor of Printer MIB v2 and Finisher MIB)<br>
<br>
Ira McDonald (Musician / Software Architect)<br>
Blue Roof Music / High North Inc<br>
PO Box 221 Grand Marais, MI 49839<br>
phone: +1-906-494-2434<br>
email: imcdonald@sharplabs.com<br>
<br>
-----Original Message-----<br>
From: fin-owner@pwg.org [mailto:fin-owner@pwg.org]On Behalf Of Hirn,<br>
Andreas<br>
Sent: Thursday, February 24, 2005 10:42 AM<br>
To: 'harryl@us.ibm.com'<br>
Cc: 'fin@pwg.org'; 'rbergma@hitachi-hkis.com'; technic@up3i.org<br>
Subject: FIN> finisher mib integration into up3i<br>
<br>
<br>
Hi Harry,<br>
<br>
<br>
UP3I is a standard to connect independent preprinter, printer and <br>
postprocessing devices together to a printline like this:<br>
<br>
<br>
<br>
+-------+<br>
|
|<br>
| Host
|<br>
|
|<br>
+---+---+<br>
| <br>
|<br>
| e.g. Ethernet LAN<br>
|
<br>
|
<br>
+-------+ +---+---+
+-------+
<br>
| | |
| | |
<br>
| pre a | ... |Printer| ... | post c|
....
<br>
| | |
| | |
<br>
+---+---+ +---+---+
+---+---+
<br>
|
| |
<br>
|
| |
<br>
|
| |
<br>
+-------...-------+------...--------+--------...
<br>
|
<br>
| 1394
<br>
|
<br>
+---+---+
<br>
|
|
<br>
| UP3i
|
<br>
|manager|
<br>
|
|
<br>
+---+---+
<br>
|
<br>
|
<br>
| LAN<br>
<br>
|
<br>
|
<br>
+---+---+
<br>
|
|
<br>
| SNMP
|
<br>
|manager|
<br>
|
|
<br>
+---+---+
<br>
<br>
<br>
<br>
The commands between the preprinter, printer and postprocessing devices
are <br>
sent as standardized UP3I frames over a firewire cable. Every device has
a <br>
unique address in the system, called paper sequence id. It is also possible
<br>
to send SNMP requests packed into UP3I frames from the up3i manager to
the <br>
up3i devices and back. The up3i manager could also have a LAN interface.<br>
<br>
Now we want to implement printer and finisher mib support into the print
<br>
line to allow an external SNMP manger to monitor the print line.<br>
<br>
<br>
In the moment we have two ideas how we can do that:<br>
<br>
<br>
1.) Stand alone devices<br>
Every preprinter, printer and postprocessing device acts as a discrete
<br>
device in the host resources mib of the up3i manager. The hrDeviceIndex
<br>
could be the same as the paper sequence id. Every device itselfs implents
<br>
the host resources-, printer- and finisher mib, independant from the rest
<br>
of the print line. The snmp requests to the up3i manager are directly <br>
handed over to the up3i devices by packing them into up3i snmp frames.<br>
<br>
The problem with this solution is:<br>
<br>
We don't know if it is allowed (respectively meaningful) to have
a print <br>
line in which every device has its own hrDeviceIndex. It seems that the
<br>
combination printer/finishing mib only allows one hrDeviceIndex per line
<br>
and several finDeviceIndex(es) for every device. Is it meaningful <br>
regarding a SNMP Printer Manager to use several hrDeviceIndex instances
<br>
in a print line?<br>
<br>
<br>
2.) One hrDeviceIndex per print line<br>
We have one hrDeviceIndex for the printLine, the up3i device are separated
<br>
by their finDeviceIndex. The finDeviceIndex could be the same as the paper
<br>
sequence id.<br>
<br>
The problems now are:<br>
<br>
The finSupply/finSupplyMediaInput tables are not indexed by the<br>
finDeviceIndex, <br>
they have a separate finSupplyIndex/finSupplyMediaInputIndex. An agreement<br>
is <br>
needed which device can use which finSupplyIndex/finSupplyMediaInputIndex.<br>
<br>
Some information about the devices lies in the printer mib, e.g. parts
of<br>
the <br>
input output and alert table. The finisher devices also have to know e.g.<br>
under <br>
which indexes their own input tables reside in the printer mib.<br>
Therefore the printer and the finisher devices have to get this information,<br>
<br>
which is not the case today, or the up3i manager has to merge all tables
of <br>
every device together in tables for the whole print line, which could be
a <br>
bold venture.<br>
<br>
<br>
What do you think is the best way for us to implement printer/finisher
mib<br>
in <br>
the print line?<br>
<br>
<br>
<br>
<br>
Best regards,<br>
Andreas Hirn<br>
<br>
_____________________________________<br>
<br>
Andreas Hirn OPS
TEC<br>
Software Development<br>
<br>
Océ Printing Systems GmbH<br>
Siemensallee 2 <br>
85586 Poing, Germany<br>
Direct Dial +49-8121-72 4029<br>
Direct Fax +49-8121-72 31 73<br>
mailto: Andreas.Hirn@ops.de<br>
www.oce.com<br>
_____________________________________<br>
</tt></font>
<br>