Archive-Date: Mon, 03 Nov 1997 19:39:11 GMT Subject: Re: Process tech support Message-ID: <345e27b7.260203202@news> From: corbett@process.com (Michael Corbett) Date: Mon, 03 Nov 1997 19:39:11 GMT References: On 31 Oct 1997 18:43:51 GMT, byrd@mscf.med.upenn.edu (Karen Byrd) wrote: >Calling Process Tech support! > >Is there usenet ng where I can ask specific questions about Purveyor? > There is no specific news group for Purveyor. We do monitor the vmsnet.networks.tcp-ip.tcpware and vmsnet.networks.tcp-ip.multinet newgroups and would answer questions there. You can also reach us via email at support@process.com. regards Mike +-----------------------------------------------------------------+ Michael Corbett Email: Corbett@process.com Process Software Corporation Phone: 800 722-7770 x369 959 Concord St. 508 879-6994 x369 Framingham MA 01701-4682 FAX: 508 879-0042 ================================================================================ Archive-Date: XXX, 16 Nov 1997 05:58:08 GMT Subject: Does Anyone have a SER for NetProxy? Message-ID: <01bcf254$816cd820$0100a8c0@Network> From: "Grajagan" Date: 16 Nov 1997 05:58:08 GMT As per the subject line! ================================================================================ Archive-Date: XXX, 17 Nov 1997 14:14:22 GMT Subject: BUGCHECK re TCPWARE_DNS_MAIN.EXE Message-ID: From: byrd@mscf.med.upenn.edu (Karen Byrd) Date: 17 Nov 1997 14:14:22 GMT TCPWARE_DNS_MAIN2.EXE caused a SSRVEXCEPT bugcheck on our Alpha1000 server running an unpatched version of vms 7.1. This server had been running fine for 4 months prior without a single reboot. -- Karen Byrd ================================================================================ Archive-Date: XXX, 17 Nov 1997 19:32:09 -0400 Subject: Re: BUGCHECK re TCPWARE_DNS_MAIN.EXE Message-ID: <1997Nov17.193209@process.com> From: volz@process.com (Bernie Volz) Date: 17 Nov 97 19:32:09 -0400 References: In article , byrd@mscf.med.upenn.edu (Karen Byrd) writes: > TCPWARE_DNS_MAIN2.EXE caused a SSRVEXCEPT bugcheck on our Alpha1000 > server running an unpatched version of vms 7.1. This server > had been running fine for 4 months prior without a single > reboot. > > -- > Karen Byrd You don't indicate which version of TCPware you are using. Depending on the version of TCPware, you might want to grab the latest patch kit for DNS_MAIN* from the FTP.PROCESS.COM anonymous-FTP site. There are kits for TCPware 5.1 (DNS_MAIN_V515P030.A) and 5.2 (DNS_MAIN_V523P010.A). - Bernie Volz Process Software ================================================================================ Archive-Date: Tue, 18 Nov 1997 03:53:49 GMT Subject: TCP/IP Latency between Unix machines Message-ID: From: czech@netcom.com (Corwin Zechar) Date: Tue, 18 Nov 1997 03:53:49 GMT Sender: czech@netcom15.netcom.com Keywords: latency socket network communications ethernet TCP/IP real-time I have a problem with communication between two real-time applications via tcp/ip over an ethernet network. My server application executes on a Sun UltraSPARC, Model 140, running Solaris 2.5.1. The client executes on a SGI Onyx running Irix 6.2. We are using 10 BaseT ethernet (the Onyx does not support 100 BaseT). My problem involves latency in message traffic from the Sun to the Onyx. The server application is based on a 54 millisecond cycle. The Onyx receives several messages on time (say 3 - 5), but is forced to wait anywhere from 16 to 200 milliseconds for the next message. The messages are typically 54 to 376 bytes long. We have taken care to ensure that each application is executed under root as a real-time process. The client and server applications were successfully tested on other Sun/Onyx machines (very similar but not identical). Is there some parameter which can be set from ifconfig (or some other tool) which controls the rate at which tcp/ip sends packets? A friend suggested that the IP loop-time might be the problem. Is there a way to check this? Thanks in advance for your help. I will check this newsgroup for replies; replies to czech@netcom.com are deeply appreciated. -- CZ __ ____\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\ \ Corwin Zechar \ \ 1230 Elm Street \ ___ ____ o El Cerrito, CA 94530 + / (510) 256-1277 x112 (W) / / (510) 215-7103 (H) / _______///////////////////////////////////// ================================================================================ Archive-Date: Tue, 18 Nov 1997 17:00:27 -0500 Subject: TCPware v5.3 Message-ID: <34720FFB.5A85@process.com> From: James Gildea Date: Tue, 18 Nov 1997 17:00:27 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hello All: On 11/24/97 Process Software will make available for general release the latest version of TCPware for OpenVMS, version 5.3. This release is a Year 2000 compliant version of TCPware that also includes an IMAP4 mailserver and many other enhancements. Check out our web site, www.process.com, for more details or contact your sales representative. Jim Gildea ================================================================================ Archive-Date: XXX, 19 Nov 1997 02:31:20 -0400 Subject: Re: TCPware v5.3 Message-ID: <1997Nov19.023120@process.com> From: shibuya@process.com (Hiroto Shibuya) Date: 19 Nov 97 02:31:20 -0400 References: <34720FFB.5A85@process.com> > and many other enhancements. My most favorite enhancement is the new qualifier /LOCAL and /REMOTE for the NETCU SHOW CONNETION command. Now you can say something like: $ netcu show conn/local=*.imap/remote=mydesktop.* to show all the connections to the local IMAP port from the host "mydesktop". Combined with /CONTINUE qualifier, it is pretty convenient to monitor particular connections you are interested in. Enjoy! -- Hiroto Shibuya Process Software Corporation ================================================================================ Archive-Date: XXX, 20 Nov 1997 19:07:50 -0400 Subject: Re: TCPware v5.3 Message-ID: <1997Nov20.190750@process.com> From: volz@process.com (Bernie Volz) Date: 20 Nov 97 19:07:50 -0400 References: <34720FFB.5A85@process.com> In article <34720FFB.5A85@process.com>, James Gildea writes: > Hello All: > > On 11/24/97 Process Software will make available for general release the > latest version of TCPware for OpenVMS, version 5.3. This release is a > Year 2000 compliant version of TCPware that also includes an IMAP4 > mailserver and many other enhancements. Check out our web site, > www.process.com, for more details or contact your sales representative. > > Jim Gildea Note that for complete details on what's in TCPware 5.3, the release notes are available. Please see http://www.process.com/openvms.htp and click on "Release Notes" under TCPware 5.3. They are also on FTP.PROCESS.COM in the usual place (in the [.TCPWARE.RELEASE_NOTES] directory). - Bernie Volz Process Software Corporation ================================================================================ Archive-Date: Sat, 22 Nov 1997 02:27:57 GMT Subject: Initial Formfeed on LPS Queues Message-ID: From: "Brien Barton" Date: Sat, 22 Nov 1997 02:27:57 GMT Sender: nntp@news.boeing.com (Boeing NNTP News Access) I just upgraded our TCPware from version 4.1-2 to 5.2-3. We have a number of QMS laser printers that we print to by creating LPS queues with the remote host set to the printer itself (the printer supports LPD). Since the upgrade, the VAX seems to be sending a form feed at the beginning of each job. With normal printing, this just results in a blank page coming out, but when printing 2-up or duplex, the first page doesn't start where it should. I tried setting up another queue using the LPD (instead of VMS) formatting. This eliminates the initial form feed, but (contrary to the documentation) setup modules don't work. Is there a fix or workaround for this problem? We are running TCPware 5.2-3 on a VAX with VMS v6.1. ======================================== Brien Barton, STICS Lab System Administrator Boeing Information, Space and Defense Systems Voice: (714)896-2249 FAX: (714)896-5939 E-mail: Brien.Barton@boeing.com ================================================================================ Archive-Date: Tue, 25 Nov 1997 20:07:00 GMT Subject: Re: Initial Formfeed on LPS Queues Message-ID: <347b0d45.1722824290@news> From: corbett@process.com (Michael Corbett) Date: Tue, 25 Nov 1997 20:07:00 GMT References: >I just upgraded our TCPware from version 4.1-2 to 5.2-3. We have a number >of QMS laser printers that we print to by creating LPS queues with the >remote host set to the printer itself (the printer supports LPD). Since the >upgrade, the VAX seems to be sending a form feed at the beginning of each >job. With normal printing, this just results in a blank page coming out, >but when printing 2-up or duplex, the first page doesn't start where it >should. You have to change the setup modules that the form points to. The following information though original written for Multinet is also relavent for TCPware LPD queues and should help you get rid of the form feed - TITLE: Keeping LPD client from sending FFs when processing SETUP modules DISTRIBUTION: WORLD Date Entered: 27-SEP-1995 Date Changed: ============================================================================= Product: MultiNet for VMS Version: Application: LPD Symptom/issue: LPD symbiont sends form feed when processing SETUP modules. Information: Printing a job to an LPD client queue with a SETUP module will cause an evil FF to appear between the setup module and the text of the file UNLESS: - the start of the first setup module sent for the job begins with the mystical string ]VMS;2\ - AND the setup text itself is encrusted with P .. \ for example, if you desire to send the setup text "moo" to the printer, then the setup module could look like: ]VMS;2\Pmoo\ or else you could have two setup modules - one with the ]VMS;2\ and the other with the Pmoo\ or else you could have two setup modules - one with the ]VMS;2\ and the other with the Pmoo\ -- regards Michael +-----------------------------------------------------------------+ Michael Corbett Email: Corbett@process.com Process Software Corporation Phone: 800 722-7770 x369 959 Concord St. 508 879-6994 x369 Framingham MA 01701-4682 FAX: 508 879-0042 ================================================================================ Archive-Date: Tue, 25 Nov 1997 16:08:24 -0600 Subject: Info-TCPware mailing list! Message-ID: <009BDD44.D204245B.25@goat.process.com> From: Hunter Goatley Date: Tue, 25 Nov 1997 16:08:24 -0600 A new mailing list, Info-TCPware, has been created for TCPware customers who would prefer to receiving vmsnet.networks.tcp-ip.tcpware posts as mail messages instead of via NEWS. To subscribe to the mailing list, send the following command in the body of a mail message to : SUBSCRIBE "Your real name here" If you'd prefer to get a twice-daily digest of posts, you can also include the command: SET DIGEST after the SUBSCRIBE command. Note that that's Info-TCPware-request. To post to the list, simply address mail to . Hunter ------ Hunter Goatley, Process Software, http://www.process.com/ MultiNet & TCPware: The Best TCP/IP for OpenVMS http://www.madgoat.com/hunter.html