[Search for users] [Overall Top Noters] [List of all Conferences] [Download this site]

Conference irocz::terminal_servers

Title:Terminal Servers
Notice:See Note 2 for Directory of important notes. Please use keywords.
Moderator:LAVC::CAHILLON
Created:Tue May 14 1991
Last Modified:Fri Jun 06 1997
Last Successful Update:Fri Jun 06 1997
Number of topics:3547
Total number of notes:12300

3452.0. "Printing from Win NT ..." by SNOFS1::KHOOJEANNIE (Hangovers: The Wrath of Grapes?) Thu Feb 27 1997 00:59

    A customer has asked me whether he can print via a DECserver 90M from
    Windows NT.
    
    I know this has been asked several times in this conference, and the
    answer seems to be "the DECserver does not support lpd".
    
    Sorry to be stupid, but what is Windows NT lpd (application, protocol?),
    and is it the only method Win NT supports?  Is it the same as Unix
    lpr/lpd?
                   
    Someone suggested that they can now use the Raw TCP function to achieve
    this - is this correct?
    
    Or do they have to use SuperLAT?  Also, when will we support lpd?
    
    Thanks  
    Jeannie       
T.RTitleUserPersonal
Name
DateLines
3452.1UTRTSC::KNOPPERSOswald KnoppersThu Feb 27 1997 06:0018
>    Sorry to be stupid, but what is Windows NT lpd (application, protocol?),
>    and is it the only method Win NT supports?  Is it the same as Unix
>    lpr/lpd?

Yes it is the same as Unix lpr/lpd. I don't know if NT supports anything
else.

If you have a OpenVMS or Unix system on your net, you could spool the
printfiles from NT to that host and then use a telnetfilter(unix) or
telnetsymbiont (OpenVMS/UCX) to actually do the printing.

One other thing is that apparently engineering is considering/working on a
lpd implementation on our DECservers (see note 3359). I don't know what the
status is on that...

Regards,

Oswald
3452.2IROCZ::D_NELSONDave Nelson LKG1-3/A11 226-5358Thu Feb 27 1997 12:2221
RE: .0
    
>    I know this has been asked several times in this conference, and the
>    answer seems to be "the DECserver does not support lpd".
 
lpd support will be in V2.2 of DNAS.
   
>    Someone suggested that they can now use the Raw TCP function to achieve
>    this - is this correct?
 
Raw TCP listeners are supported as of DNAS V2.0.  I don't know if NT supports
raw TCP printing, but DNAS will.
   
>    Also, when will we support lpd?
 
Ask the Product Manager (see Note 4.*).  :-)

Regards,

Dave

3452.3Printing onto IP AddrNETRIX::"Youda.Kopel@meo.mts.dec.com"Youda KopelFri Mar 07 1997 03:1137
Dave ,

I have spoken to the customer that has this problem. They have a WIN NT
cluster
on Alphas 1000As with application called PIC / UNIVERSE. The NT is ver 3.51 .
He has a line printers connected to DECserver 90M ( DNAS ver 2.0 ) using
RS232,
such as OKI, Printronix etc,  FOR ASCII PRINTING.
He need to asign an IP address to that Printer port on the 90M. To do so he
used
Access Server Manager ( of our WEB site ), but when you setup that port to
have
IP address it DISABLE PRINTING capablities !!! ( so he says ) .You can ping
the
90M port with the Assigned IP address, but can not print onto the printer 
attached.
When configuring the port to have printer the IP ADDR goes away ( the ping
stops).
The UNIVERSE application creates the Spooler PR0,PR1,,,,,PR9 .

Any user on any device on the network that wants to print to the attached
printer, the application sends the job to Spooler PR0 ( let say ) onto IP ADDR
that the Printer is attached to ( 90M ).
I do not know much about LPD/LPR. The customer beleives that he can use LPR on
the NT for printers assignment.

Is there a way to print in this setup ?? Even If there is no UNIX box on the 
network ??

Please Help Dave ,

Many Thanks ,

Youda Kopel ,
NPB Melb/Aust.
 
[Posted by WWW Notes gateway]
3452.4IROCZ::D_NELSONDave Nelson LKG1-3/A11 226-5358Fri Mar 07 1997 14:2027
> Any user on any device on the network that wants to print to the attached
> printer, the application sends the job to Spooler PR0 ( let say ) onto IP 
> ADDR that the Printer is attached to ( 90M ).

I have to guess exactly what the customer might have done.  One advantage
of the old CLI over the GUI is that you can post commands in a note like
this, but its hard to post "points and clicks".  Did the customer set up
a raw TCP listener on the port of did they instead set up SLIP or PPP?
Both involve assigining an IP address to the port.

> I do not know much about LPD/LPR. The customer beleives that he can use LPR
> on the NT for printers assignment.

The operaative question is whether they can use raw TCP to assign printers
on NT, or must it be LPD?  I don't know the answer.

> Is there a way to print in this setup ?? Even If there is no UNIX box on the 
> network ??

As I say, someone with more NT printing experience would have to answer the
question.

Regards,

Dave

3452.5Customer Aware of thisNETRIX::"Youda.Kopel@meo.mts.dec.com"Youda KopelMon Mar 10 1997 07:2617
Dear Dave ,

I have forwarded your comment to our customer, but he is aware of this and
still
require help with WIN NT printing onto a line printer attached to a DECserver
 90M port.

Does anyone out there has a customer that is able to print from NT onto a
ASCII
printer via DECserver 90M ( DNAS V2.0 ) ??????

Many Thanks in advance .

Youda Kopel ,
NPb Melb / Aust.

[Posted by WWW Notes gateway]
3452.6SUPER LAT NT for printingNETRIX::"Youda.Kopel@meo.mts.dec.com"Youda KopelMon Mar 10 1997 22:3417
Hi there ,

Someone has told me that there is a product ( non Digital ) called SUPER LAT
NT
that will resolve this printing problem. It needs to be installed onto the NT
server and uses LAT protocol to print via our DECserver 90M( NT does not
support
RAW TCP ).

Has anyone heard played with this product ?????

Cheers ,

Youda Kopel ,
NPB Melb / Aust.

[Posted by WWW Notes gateway]
3452.7IROCZ::D_NELSONDave Nelson LKG1-3/A11 226-5358Tue Mar 11 1997 13:2612
RE: .0

> Has anyone heard played with this product ?????

We have heard of the product.  It is from Meridian [Systems, Technologies,
Software, or something-else].  Meridian handles our LAT Licensing program
for us, and we use their code.

Regards,

Dave