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

Conference 7.286::postscript_printing

Title:	Digital PostScript printers and their associated software

Moderator:	REGENT::LASKOHER

Created:	Wed Jan 24 1990
Last Modified:	Fri Jun 06 1997
Last Successful Update:	Fri Jun 06 1997
Number of topics:	7230
Total number of notes:	31971

7110.0. "TCPWARE and DCPS" by KERNEL::LUCKMAN () Thu Mar 06 1997 11:12

	I have a customer who is having a problem creating a queue
	to an LPS17 using DCPS and TCPWARE. He gets a SYSTEM-F-ABORT
	message. Decnet queues work ok, he has another system with DCPS
	configured in the same way but using UCX and they work ok.

	It appears that no packets are sent to the printer at all.

	I have advised him that the SPD states that UCX is required.

	Has anyone had any experience of DCPS queues using DCPS or is it
	a non-starter.

	Cheers,

	Richard

T.R	Title	User	Personal Name	Date	Lines
7110.1	try using name address rather than numeric address	REFINE::KOSINSKI		`Fri Mar 07 1997 08:41`	14
	Is TCPWARE the name of the VMS TCP/IP stack he's using? The only stacks we've tried here are UCX and Cisco Multinet (formerly TGV multinet). One thing I saw using Multinet was that specifying the queue with the numeric address (ex: "tcpip/16.34.144.22") would return the error you stated - SYSTEM-F-ABORT - with no other explanation. But if you use the name synonym provided by a name server (ex: "tcpip/tsub02.mro.dec.com") the queue would start. If the customer is indeed using the numeric address, have him try using the address provided by a name server and see if that is indeed the problem. If not, I'm out of ideas.
7110.2	Is the name defined in DNS?	SHRMSG::HOWARD	Whoever it takes	`Fri Mar 07 1997 16:32`	7
	There was note like this just a few days ago, but probably for UCX. I replied there that if no node name was defined, the address would not work. I also discovered there there is a limit to how long the node name can be, but it fails with "invalid parameter length" or something. I suspect that it is a VMS limitation rather than DCPS or UCX. Ben
7110.3	probably using an unsupported configuration	HANNAH::SCHULLMAN	Dan Schullman	`Sat Mar 08 1997 19:51`	9
	Note that Digital TCP/IP Services for OpenVMS (a.k.a., UCX) is the only IP stack that DCPS V1.3 and earlier (to V1.1?) supports. Also, the problem mentioned in .1 with numeric addresses and Cisco MultiNet for OpenVMS software only applies to T1.4-4 and earlier of DCPS T1.4. It was, however, a bug with a QIO to do numeric lookups, and surfaced because MultiNet isn't quite as forgiving about invalid input as is UCX. --Dan S.
7110.4		42326::LUCKMAN		`Thu Mar 13 1997 07:38`	10
	Thanks for the replies. I'll tell him the configuration is not supported. Will it be supported in V1.4, I know he'll ask. Cheers, Richard
7110.5	When	ULYSSE::BUXTON_M	A black belt in Kno Kan Doo	`Tue Mar 18 1997 05:05`	5
	And when will DCPS V1.4 be available for release, it appears to be in FT mode for some time now ??? Mark.