Discussion:
ITO parameterfor LPR link
(too old to reply)
Les Geer (607-429-3580)
2006-03-14 21:33:19 UTC
Permalink
From what I see from examples, etc... it seems that for an LPR link, the
ITO parameter is always set to 0. Each time a file is printed there a
bunch of messages and the link becomes inactive. I assume this is
because of the ITO parameter, correct?
Correct this cause's the link to automatically terminate when there
are no more files to process. AUTOSTART linkdefine parameter is
what cause's the link to start when a file is queue to it.
If ITO is set to something different what is the effect? Does it tie up
the printer?
For an LPR link, the connection with the printer is terminated however
the link remains active for that time period.


Best Regards,
Les Geer
IBM z/VM and Linux Development
Horlick, Michael
2006-03-15 15:11:14 UTC
Permalink
Hello Les,

Thanks for the explanation. I see for ITO the possibilities are :
You can specify the following nnn values:

0
If specified, the link will be deactivated when there is no activity on
the link. RSCS will first send files that are queued for transmission,
or finish reception of the file currently being received, before
deactivating the link.
1-99
Approximates the number of minutes until the link will be deactivated if
there has been no activity on it.
100
If specified, no ITO will be in effect; the link will stay active until
it is deactivated manually or until an unrecoverable error occurs.
<<

Would there be any problem if ITO=100 is used (or even a number from
1-99)? Why would anyone want to have the link inactive?

Mike

-----Original Message-----
From: VM/ESA and z/VM Discussions [mailto:VMESA-***@LISTSERV.UARK.EDU] On
Behalf Of Les Geer (607-429-3580)
Sent: March 14, 2006 4:33 PM
To: VMESA-***@LISTSERV.UARK.EDU
Subject: ITO parameterfor LPR link
From what I see from examples, etc... it seems that for an LPR link,
the
ITO parameter is always set to 0. Each time a file is printed there a
bunch of messages and the link becomes inactive. I assume this is
because of the ITO parameter, correct?
Correct this cause's the link to automatically terminate when there
are no more files to process. AUTOSTART linkdefine parameter is
what cause's the link to start when a file is queue to it.
If ITO is set to something different what is the effect? Does it tie
up
the printer?
For an LPR link, the connection with the printer is terminated however
the link remains active for that time period.


Best Regards,
Les Geer
IBM z/VM and Linux Development
Les Geer (607-429-3580)
2006-03-15 21:48:28 UTC
Permalink
Post by Horlick, Michael
100=
If specified, no ITO will be in effect; the link will stay active until
it is deactivated manually or until an unrecoverable error occurs.
Would there be any problem if ITO=100 is used (or even a number from
1-99)? Why would anyone want to have the link inactive?
an ITO=100 the link will never drain. It will be active, connecting
to a deamon only when a file is received to print.
1-99 the link will eventually drain.

Use of autostart and ITO really is a personal choice. If you have
considerable number of links, you would not want them all active
at a time. This was more important back when RSCS only supported
16M. However, GCS still has 16M limitations. But this would be
for a rather large (100+) links.

Best Regards,
Les Geer
IBM z/VM and Linux Development

Loading...