• Subject: Re: TCP/IP Printing to an IP Address and Port
  • From: pault@xxxxxxxxx (Paul Tykodi)
  • Date: Mon, 23 Feb 1998 11:52:17 -0500

Dear Midrange-l,

Recently there have been some posts to midrange-l that have explained the 
basics of TCP/IP sockets programming. This functionality of the TCP/IP 
environment is roughly equivalent to the APPC functionality of IBM's SNA 
environment. When TCP/IP print server documentation mentions a particular port 
address, it is being provided to help customers that use TCP/IP sockets based 
applications to spool printed output to a printer. Since not all print 
applications in a TCP/IP environment may use sockets, the typical TCP/IP print 
server will also have each of its output ports linked to an internal print 
queue. Usually these queues have names like pr1, pr2, etc. You can print the 
print server configuration page to see which internal print server queues are 
servicing which physical printer attachments (example pr3 might be the queue 
servicing the serial port of the print server). 

To date, the CISC based AS/400's only allow you to specify a print queue as a 
target when creating your remote output queue. The parameter that needs to be 
edited when executing CRTOUTQ is called Remote printer queue. The default value 
is *USER. This needs to be changed to the target internal print server queue 
name that you want the AS/400 to use on the print server servicing the printer 
you are defining. Syntax (capital versus small letter) is very important. Small 
letters must be included inside apostrophe's in order for the AS/400 to 
maintain the proper syntax. For a print server that can have multiple printers 
attached to it, you will need to build a series of AS/400 output queue's that 
have the same IP address but a different Remote printer queue value in order to 
reach all of the printers attached to the print server. 

RISC AS/400's at operating system level V3R7 and beyond offer a possibility to 
define a printer with a device class of *LAN which uses a TCP/IP sockets 
implementation to move data from the AS/400 to the printer. To date, this 
implementation has been specifically created to service certain types of laser 
printers. Further information about how to configure this AS/400 device class 
can be found on the AS/400 website at URL:

http://as400service.rochester.ibm.com/as4sde/sline002.nsf/bd5e285ae137157c862562890013343e2b7cc5986e28625649900657c0d?OpenDocument

HTH

/Paul
--
Paul Tykodi, Technical Director                 E-mail: pault@praim.com
Praim Inc.                                           Tel: 603-431-0606
140 Congress St., #2                                Fax: 603-436-6432
Portsmouth, NH  03801-4019

Date:   Sat, 21 Feb 1998 11:52:52 -0800
From:   qappdsn@ibm.net
Subject:        Re: TCP/IP Printing to an IP address and Port

Frank E Cubbage wrote:
> Not familiar with NEtPort, but my guess is that you can't do it unless
> the serial is 3001, which it probably is not.
> I had the same problem with the JetDirect Plus 3 which has three parallel
> ports.
>

I was just looking at the 3 port model myself.  I have a cient which has 7 
companies and the A/P clerk would like to have a bank of printers to avoid 
paper changes.  They wouldn't buy my recommendation of a color laser printer to 
do forms on demand.
All devices are currently connected via twinax and we ordered the Ethernet 
adapter for their 400 (V3R2).  My intent was to use the 3 port JetDirect to 
create a bank of printers.  From your post I gather it would be a waste of time 
to go down this path.
What was your eventual solution?
TIA


+---
| This is the Midrange System Mailing List!
| To submit a new message, send your mail to "MIDRANGE-L@midrange.com".
| To unsubscribe from this list send email to MIDRANGE-L-UNSUB@midrange.com.
| Questions should be directed to the list owner/operator: david@midrange.com
+---


As an Amazon Associate we earn from qualifying purchases.

This thread ...


Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.