Bob, doesn't your proposal say we would have to invent a transport (if =
already there) to "IPize" every physical layer (ex. serial)?
Harry Lewis - IBM Printing Systems
firstname.lastname@example.org on 05/06/98 05:32:34 PM
Please respond to email@example.com
Subject: SDP, IPP>PRO Proposal for TIPSI-like protocol
I just finished scanning IEEE 1284.3 and IEEE1284.4. The most interest=
part is Chapter 8 "Service Provider Interface (SPI)" in IEEE 1284.4. T=
chapter describes a "Berkeley Sockets-compatible interface for clients =
servers to access the services provided by 1284.4".
So if I understand the intent of 1284.4, it is to provide a layer that
supports sockets over parallel connections. All we need to do in IPP is=
reference sockets for TCP/IP and 1284.4 and we don't have to worry abou=
issues at that layer.
So, I conclude that we don't need to packetize IPP or do much of what i=
proposed in Roger and Harry's paper. Instead, we can send IPP directly =
sockets layered on top of TCP/IP or 1284.4. There are a few easy-to-so=
issues, such as chunking for document data and intermediate acknowledge=
when attributes are verified for PrintJob. But otherwise IPP stays as i=
If you disagree with my conclusions, I would like to know what the
TIPSI-like packetizing layer provides that sockets don't also provide?