SDP Mail Archive: Re: SDP> Suggestions for discussion at SDP session next week

Re: SDP> Suggestions for discussion at SDP session next week

Harry Lewis (harryl@us.ibm.com)
Thu, 14 May 1998 16:34:29 -0400

--Boundary=_0.0_=5030300020928903
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable

Bob stated...

>The concern I have about SNMP is that a client's "get status" query co=
uld >be
behind several GetBulk requests and thus not get processed fast enough =
>for the
client to determine that the printer is alive but very busy.

This is one reason notifications are useful rather than polling.

Harry Lewis - IBM Printing Systems

owner-sdp@pwg.org on 05/14/98 01:43:48 PM
Please respond to owner-sdp@pwg.org
To: robert.herriot@Eng.Sun.COM, jkm@underscore.com
cc: sdp@pwg.org
Subject: Re: SDP> Suggestions for discussion at SDP session next week

In my solution, I assume that there is a port dedicated to returning pr=
inter
status only and it has higher priority for processing than the normal I=
PP
port or the SNMP port. I want to keep the probability of a reply near =
100%
even when the printer is very busy with other network requests.

The concern I have about SNMP is that a client's "get status" query cou=
ld be
behind
several GetBulk requests and thus not get processed fast enough for the=
client
to
determine that the printer is alive but very busy.

Can an SNMP request have as good a guarantee of a quick response as a
dedicated port?

Also in my proposal, I assume that the data returned is in an IPP compa=
tible
format.

Bob Herriot

At 08:15 PM 5/13/98 , Jay Martin wrote:
>Regarding solution "b":
>
>> b) the primary issue is being able to determine the printer stat=
us, i.e.
>> did the connection fail because the printer is down or just =
busy.
One
>> simple solution is to have a printer read on a UDP port dedi=
cated to
>> returning a status summary whenever it receives a request on=
the
port. If
>> the incoming bytes are limited and have simple options, the =
printer
will
>> never be tied up for long on each transaction and will alway=
s be
able to let
>> a client know if it is alive and whether there are any probl=
ems.
Then if the
>> connection fails, it is because the printer is down or the I=
P
address is bad.
>
>Sounds like a fixed SNMP query. Why don't we just use
>SNMP and the Printer MIB for this kind of thing?
>
> ...jay
>
>----------------------------------------------------------------------=

>-- JK Martin | Email: jkm@underscore.com --=

>-- Underscore, Inc. | Voice: (603) 889-7000 --=

>-- 41C Sagamore Park Road | Fax: (603) 889-2699 --=

>-- Hudson, NH 03051-4915 | Web: http://www.underscore.com --=

>----------------------------------------------------------------------=

>
-----------------------------------------------------------------------=
---------

=

--Boundary=_0.0_=5030300020928903
Content-Type: application/octet-stream; name=x.HTM
Content-Transfer-Encoding: base64

PGh0bWw+DQo8Zm9udCBzaXplPTM+SW4gbXkgc29sdXRpb24sIEkgYXNzdW1lIHRoYXQgdGhlcmUg
aXMgYSBwb3J0IGRlZGljYXRlZCB0bw0KcmV0dXJuaW5nIHByaW50ZXIgPGJyPg0Kc3RhdHVzIG9u
bHkgYW5kIGl0IGhhcyBoaWdoZXIgcHJpb3JpdHkgZm9yIHByb2Nlc3NpbmcgdGhhbiB0aGUgbm9y
bWFsIElQUA0KPGJyPg0KcG9ydCBvciB0aGUgU05NUCBwb3J0LiZuYnNwOyBJIHdhbnQgdG8ga2Vl
cCB0aGUgcHJvYmFiaWxpdHkgb2YgYSByZXBseQ0KbmVhciAxMDAlIDxicj4NCmV2ZW4gd2hlbiB0
aGUgcHJpbnRlciBpcyB2ZXJ5IGJ1c3kgd2l0aCBvdGhlciBuZXR3b3JrIHJlcXVlc3RzLiZuYnNw
Ow0KPGJyPg0KPGJyPg0KVGhlIGNvbmNlcm4gSSBoYXZlIGFib3V0IFNOTVAgaXMgdGhhdCBhIGNs
aWVudCdzICZxdW90O2dldCBzdGF0dXMmcXVvdDsNCnF1ZXJ5IGNvdWxkIGJlIGJlaGluZDxicj4N
CnNldmVyYWwgR2V0QnVsayByZXF1ZXN0cyBhbmQgdGh1cyBub3QgZ2V0IHByb2Nlc3NlZCBmYXN0
IGVub3VnaCBmb3IgdGhlDQpjbGllbnQgdG88YnI+DQpkZXRlcm1pbmUgdGhhdCB0aGUgcHJpbnRl
ciBpcyBhbGl2ZSBidXQgdmVyeSBidXN5Ljxicj4NCjxicj4NCkNhbiBhbiBTTk1QIHJlcXVlc3Qg
aGF2ZSBhcyBnb29kIGEgZ3VhcmFudGVlIG9mIGEgcXVpY2sgcmVzcG9uc2UgYXMgYQ0KPGJyPg0K
ZGVkaWNhdGVkIHBvcnQ/PGJyPg0KPGJyPg0KQWxzbyBpbiBteSBwcm9wb3NhbCwgSSBhc3N1bWUg
dGhhdCB0aGUgZGF0YSByZXR1cm5lZCBpcyBpbiBhbiBJUFANCmNvbXBhdGlibGU8YnI+DQpmb3Jt
YXQuPGJyPg0KPGJyPg0KQm9iIEhlcnJpb3Q8YnI+DQo8YnI+DQpBdCAwODoxNSBQTSA1LzEzLzk4
ICwgSmF5IE1hcnRpbiB3cm90ZTo8YnI+DQomZ3Q7UmVnYXJkaW5nIHNvbHV0aW9uICZxdW90O2Im
cXVvdDs6PGJyPg0KJmd0Ozxicj4NCiZndDsmZ3Q7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IGIp
IHRoZSBwcmltYXJ5IGlzc3VlIGlzIGJlaW5nIGFibGUgdG8NCmRldGVybWluZSB0aGUgcHJpbnRl
ciBzdGF0dXMsIGkuZS48YnI+DQomZ3Q7Jmd0OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyBkaWQgdGhlDQpjb25uZWN0aW9uIGZhaWwgYmVjYXVzZSB0aGUg
cHJpbnRlciBpcyBkb3duIG9yIGp1c3QgYnVzeS4mbmJzcDsgT25lPGJyPg0KJmd0OyZndDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgc2ltcGxlIHNvbHV0
aW9uDQppcyB0byBoYXZlIGEgcHJpbnRlciByZWFkIG9uIGEgVURQIHBvcnQgZGVkaWNhdGVkIHRv
PGJyPg0KJmd0OyZndDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsgcmV0dXJuaW5nIGENCnN0YXR1cyBzdW1tYXJ5IHdoZW5ldmVyIGl0IHJlY2VpdmVzIGEg
cmVxdWVzdCBvbiB0aGUgcG9ydC4mbmJzcDsgSWY8YnI+DQomZ3Q7Jmd0OyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyB0aGUgaW5jb21pbmcNCmJ5dGVzIGFy
ZSBsaW1pdGVkIGFuZCBoYXZlIHNpbXBsZSBvcHRpb25zLCB0aGUgcHJpbnRlciB3aWxsPGJyPg0K
Jmd0OyZndDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsg
bmV2ZXIgYmUgdGllZCB1cA0KZm9yIGxvbmcgb24gZWFjaCB0cmFuc2FjdGlvbiBhbmQgd2lsbCBh
bHdheXMgYmUgYWJsZSB0byBsZXQ8YnI+DQomZ3Q7Jmd0OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBhIGNsaWVudCBrbm93IGlmDQppdCBpcyBhbGl2ZSBh
bmQgd2hldGhlciB0aGVyZSBhcmUgYW55IHByb2JsZW1zLiBUaGVuIGlmIHRoZTxicj4NCiZndDsm
Z3Q7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IGNvbm5l
Y3Rpb24NCmZhaWxzLCBpdCBpcyBiZWNhdXNlIHRoZSBwcmludGVyIGlzIGRvd24gb3IgdGhlIElQ
IGFkZHJlc3MgaXMgYmFkLjxicj4NCiZndDs8YnI+DQomZ3Q7U291bmRzIGxpa2UgYSBmaXhlZCBT
Tk1QIHF1ZXJ5LiZuYnNwOyBXaHkgZG9uJ3Qgd2UganVzdCB1c2U8YnI+DQomZ3Q7U05NUCBhbmQg
dGhlIFByaW50ZXIgTUlCIGZvciB0aGlzIGtpbmQgb2YgdGhpbmc/PGJyPg0KJmd0Ozxicj4NCiZn
dDs8eC10YWI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7PC94LXRh
Yj4uLi5qYXk8YnI+DQomZ3Q7PGJyPg0KJmd0Oy0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS08YnI+DQomZ3Q7LS0mbmJz
cDsgSksNCk1hcnRpbiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOw0KfCZuYnNwOyBFbWFpbDom
bmJzcDsmbmJzcDsNCmprbUB1bmRlcnNjb3JlLmNvbSZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOw0KLS08YnI+DQomZ3Q7LS0mbmJzcDsgVW5kZXJz
Y29yZSwgSW5jLiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOw0KfCZu
YnNwOyBWb2ljZTombmJzcDsmbmJzcDsgKDYwMykNCjg4OS03MDAwJm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7DQotLTxicj4NCiZndDstLSZuYnNwOyA0MUMgU2FnYW1vcmUgUGFyayBSb2FkJm5ic3A7IHwm
bmJzcDsNCkZheDombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgKDYwMykNCjg4OS0yNjk5Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7DQotLTxicj4NCiZndDstLSZuYnNwOyBIdWRzb24sIE5IIDAzMDUxLTQ5
MTUmbmJzcDsmbmJzcDsgfCZuYnNwOw0KV2ViOiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOw0KPGEg
aHJlZj0iaHR0cDovL3d3dy51bmRlcnNjb3JlLmNvbS8iIGV1ZG9yYT0iYXV0b3VybCI+PGZvbnQg
c2l6ZT0zPmh0dHA6Ly93d3cudW5kZXJzY29yZS5jb208L2E+PGZvbnQgc2l6ZT0zPiZuYnNwOyZu
YnNwOw0KLS08YnI+DQomZ3Q7LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLTxicj4NCiZndDsgPC9mb250Pjxicj4NCjwv
aHRtbD4NCg==

--Boundary=_0.0_=5030300020928903--