Archive-Date: Mon, 1 Dec 1997 19:05:08 -0400 From: "Brien Barton" Reply-To: Info-TCPware@process.com Subject: Re: Initial Formfeed on LPS Queues Message-ID: Sender: nntp@news.boeing.com (Boeing NNTP News Access) Date: Mon, 1 Dec 1997 22:49:35 GMT To: Info-TCPware@PROCESS.COM Tried the solution described below but those mystical strings don't seem to work for TCPware queues. I created a setup file containing "]VMS;2\Pthis is a test\" without the quotes, and then printed with that setup module. The printer put out a page containing the exact text in the setup file (which implies that the symbiont didn't recognize the mystical characters as anything special) and then the file I printed started on the next page. Also tried installing the patch from Process Software's ftp site for the vmslpr symbiont but that didn't help either. I'd like to reiterate that we didn't get the extra formfeed with TCPware v4.1-2 and we were using the same setup modules. I'd greatly appreciate any other ideas. -- Brien Barton, The Boeing Company, Brien.Barton@Boeing.com Michael Corbett wrote in message <347b0d45.1722824290@news>... > >>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. > >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 .. \ ================================================================================ Archive-Date: Mon, 1 Dec 1997 20:10:06 -0400 Subject: Re: Initial Formfeed on LPS Queues Message-ID: <1997Dec1.195554@process.com> From: volz@process.com (Bernie Volz) Reply-To: Info-TCPware@process.com Date: 1 Dec 97 19:55:54 -0500 To: Info-TCPware@PROCESS.COM In article , "Brien Barton" writes: > Tried the solution described below but those mystical strings > don't seem to work for TCPware queues. I created a setup file > containing "]VMS;2\Pthis is a test\" without the quotes, and then > printed with that setup module. The printer put out a page containing > the exact text in the setup file (which implies that the symbiont > didn't recognize the mystical characters as anything special) and > then the file I printed started on the next page. > > Also tried installing the patch from Process Software's ftp > site for the vmslpr symbiont but that didn't help either. > > I'd like to reiterate that we didn't get the extra formfeed > with TCPware v4.1-2 and we were using the same setup modules. > > I'd greatly appreciate any other ideas. > > -- Brien Barton, The Boeing Company, Brien.Barton@Boeing.com > > > Michael Corbett wrote in message <347b0d45.1722824290@news>... >> >>>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. >> >>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 .. \ > An (ASCII 27) should preceed the ]!! - Bernie Volz ================================================================================ Archive-Date: Tue, 2 Dec 1997 12:38:14 -0400 Message-ID: <348448E9.AEBCA0E0@process.com> Date: Tue, 02 Dec 1997 12:44:09 -0500 From: Michael Corbett Reply-To: Info-TCPware@process.com MIME-Version: 1.0 To: Info-TCPware@process.com Subject: Re: Initial Formfeed on LPS Queues References: <1997Dec1.195554@process.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Bernie Volz wrote: > >>- 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 .. \ > > > > An (ASCII 27) should preceed the ]!! Sorry Brien. Bad cut and pasting on my part lost the ESCs from the original document. 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: Tue, 2 Dec 1997 17:19:17 -0400 From: Johan Parlevliet Subject: Re: Initial Formfeed on LPS Queues Date: Tue, 02 Dec 1997 22:13:20 -0800 Message-ID: <3484F880.122C@pi.net> Reply-To: Info-TCPware@process.com MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: Info-TCPware@PROCESS.COM To get an setup module from eg SYSDEVCTL.TLB i put in the file ]VMS;1;ACCEPT_FONT\ = ascii 27 There is no need to put this in between P and \ If you use non ascii escape sequences like [200;200 B you must put in between P and \ otherwise you will get an extra FF because VMS is thinking there are printable characters. To avoid that you put it in between P and \ so you get P[200;200 B\ Original article: In article , "Brien Barton" writes: > Tried the solution described below but those mystical strings > don't seem to work for TCPware queues. I created a setup file > containing "]VMS;2\Pthis is a test\" without the quotes, and then > printed with that setup module. The printer put out a page containing > the exact text in the setup file (which implies that the symbiont > didn't recognize the mystical characters as anything special) and > then the file I printed started on the next page. > > Also tried installing the patch from Process Software's ftp > site for the vmslpr symbiont but that didn't help either. > > I'd like to reiterate that we didn't get the extra formfeed > with TCPware v4.1-2 and we were using the same setup modules. > > I'd greatly appreciate any other ideas. > > -- Brien Barton, The Boeing Company, Brien.Barton@Boeing.com > > > Michael Corbett wrote in message <347b0d45.1722824290@news>... >> >>>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. >> >>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 .. \ > An (ASCII 27) should preceed the ]!! - Bernie Volz ================================================================================ Archive-Date: Fri, 5 Dec 1997 14:51:18 -0400 From: "CORE Computer Consultants Ltd.," Reply-To: Info-TCPware@process.com Subject: TCPWare Slip Lines Date: 5 Dec 1997 19:49:50 GMT Message-ID: <01bcfa53$51518da0$b1927dc2@helmut> To: Info-TCPware@PROCESS.COM I am having a problem with TCPWare Slip lines, in that the line comes up, I can PING the remote site and it responds immediately, but if I try to Telnet or FTP to that site, it delays for about 2 minutes. Can anyone out there explain to me why this is? Please?!? Regards, Ray Phelan CORE Computer Consultants Ltd. -- =========================================== Helmut Rondthaler | coremit@indigo.ie | Systems Consultant - EPOS Core Computer Consultants Ltd. , Mitchelstown Co. Cork , Ireland =========================================== ================================================================================ Archive-Date: Fri, 5 Dec 1997 14:56:36 -0400 Date: Fri, 5 Dec 1997 14:55 -0400 From: SCHREIBER@PROCESS.COM (Jeff Schreiber) Reply-To: Info-TCPware@process.com Message-ID: <009BE5164E6FB301.D464@PROCESS.COM> To: Info-TCPware@process.com Subject: RE: TCPWare Slip Lines "CORE Computer Consultants Ltd.," writes: > >I am having a problem with TCPWare Slip lines, in that the line comes up, I >can PING the remote site and it responds immediately, but if I try to >Telnet or FTP to that site, it delays for about 2 minutes. Can anyone out >there explain to me why this is? Please?!? > Does it seem to delay after the connection is open, or before? Once you are on the system, check the reverse lookup. So, use nslookup and try to look up the IP address of the system you are coming from. If there are problems resolving that address, that is where the delay will be. When you connect, telnet server will try to resolve the incoming IP address, and if there are problems resolving that address, it will delay until the DNS queries time out (which is about 2 minutes). -Jeff -- Jeff Schreiber, Process Software Corp. schreiber@process.com http://www.process.com TCPware & MultiNet: Stronger than Ever ================================================================================ Archive-Date: Fri, 5 Dec 1997 15:15:32 -0400 Date: Fri, 5 Dec 1997 15:14 -0400 From: BRYANT@PROCESS.COM (Geoff Bryant) Reply-To: Info-TCPware@process.com Message-ID: <009BE518F701A090.560D@PROCESS.COM> To: Info-TCPware@process.com Subject: RE: TCPWare Slip Lines SCHREIBER@PROCESS.COM (Jeff Schreiber) writes: > >"CORE Computer Consultants Ltd.," writes: >> >>I am having a problem with TCPWare Slip lines, in that the line comes up, I >>can PING the remote site and it responds immediately, but if I try to >>Telnet or FTP to that site, it delays for about 2 minutes. Can anyone out >>there explain to me why this is? Please?!? >> > > Does it seem to delay after the connection is open, or before? > > Once you are on the system, check the reverse lookup. So, use nslookup > and try to look up the IP address of the system you are coming from. If > there are problems resolving that address, that is where the delay will > be. When you connect, telnet server will try to resolve the incoming > IP address, and if there are problems resolving that address, it will > delay until the DNS queries time out (which is about 2 minutes). > > -Jeff Furthermore you can change this behaviour for the TELNET server by editing the file TCPWARE:TELNET_CONTROL.COM and remove the comment from the following line: $ ! TELNETD_FLAGS == TELNETD_FLAGS .OR. 256 ! Use old style ACCPORNAM > >-- >Jeff Schreiber, Process Software Corp. >schreiber@process.com http://www.process.com > TCPware & MultiNet: Stronger than Ever ------------------------------------------------------------- Geoff Bryant bryant@process.com TCPware/Multinet Engineering Process Software Corporation http://www.process.com/ 959 Concord St. Framingham, MA 01701 USA ================================================================================ Archive-Date: Mon, 8 Dec 1997 08:02:11 -0400 From: "B.Barrett" Reply-To: Info-TCPware@process.com Subject: Re: TCPWare Slip Lines Date: Mon, 8 Dec 1997 12:55:37 -0000 Message-ID: <66gqm3$vd0$1@nuacht.iol.ie> To: Info-TCPware@PROCESS.COM Ray, Delays such as these are always due to resaloution issues. Check your DNS or LMHost settings, (and make the phone call first). Rgds Brian Geoff Bryant wrote in message <009BE518F701A090.560D@PROCESS.COM>... >SCHREIBER@PROCESS.COM (Jeff Schreiber) writes: >> >>"CORE Computer Consultants Ltd.," writes: >>> >>>I am having a problem with TCPWare Slip lines, in that the line comes up, I >>>can PING the remote site and it responds immediately, but if I try to >>>Telnet or FTP to that site, it delays for about 2 minutes. Can anyone out >>>there explain to me why this is? Please?!? >>> >> >> Does it seem to delay after the connection is open, or before? >> >> Once you are on the system, check the reverse lookup. So, use nslookup >> and try to look up the IP address of the system you are coming from. If >> there are problems resolving that address, that is where the delay will >> be. When you connect, telnet server will try to resolve the incoming >> IP address, and if there are problems resolving that address, it will >> delay until the DNS queries time out (which is about 2 minutes). >> >> -Jeff > >Furthermore you can change this behaviour for the TELNET server by editing the >file TCPWARE:TELNET_CONTROL.COM and remove the comment from the following line: > >$ ! TELNETD_FLAGS == TELNETD_FLAGS .OR. 256 ! Use old style ACCPORNAM > >> >>-- >>Jeff Schreiber, Process Software Corp. >>schreiber@process.com http://www.process.com >> TCPware & MultiNet: Stronger than Ever > >------------------------------------------------------------- >Geoff Bryant bryant@process.com >TCPware/Multinet Engineering >Process Software Corporation http://www.process.com/ >959 Concord St. >Framingham, MA 01701 USA ================================================================================ Archive-Date: Mon, 8 Dec 1997 09:19:30 -0400 X-MX-Warning: Warning -- Invalid "From" header. From: James W. Barr Reply-To: Info-TCPware@process.com Subject: TCPware and Pathworks question Date: 8 Dec 1997 14:12:27 GMT Message-ID: <66gv8b$4f7$2@Nntp1.mcs.net> To: Info-TCPware@PROCESS.COM I tried to enable the TCP/IP transport option in Pathworks assuming that it could use TCPware's TCP/IP, but get errors when starting up Pathworks. It says that I must start TCP/IP before starting Pathworks. I DO have TCP/IP started, but still get the error. Looking in the TCPware Management Guide in section 34, it talks about files in the SYS$SYSROOT:[PCSA] directory. This is nowhere to be found on our system. Is this a separate package from Pathworks? I am going to go through a re-install to see if it prompts for installation of this, but I could use some advice. Thanks in advance! -- -Jim ----------------------------------------------------------------------------- James W. Barr, N9ONL | e-mail: jbarr@mcs.com Buffalo Grove, IL, USA | Web site: http://www.mcs.net/~jbarr ----------------------------------------------------------------------------- US Robotics' Pilot Organizer info: http://www.usr.com GEOS Operating system info : http://www.geoworks.com GEOS IZL info: send e-mail to jferas@netaxs.com ----------------------------------------------------------------------------- ================================================================================ Archive-Date: Mon, 8 Dec 1997 10:33:11 -0400 Message-ID: <348C14A5.8E761C62@process.com> Date: Mon, 08 Dec 1997 10:39:17 -0500 From: Michael Corbett Reply-To: Info-TCPware@process.com MIME-Version: 1.0 To: Info-TCPware@process.com Subject: Re: TCPware and Pathworks question References: <66gv8b$4f7$2@Nntp1.mcs.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit James W. Barr wrote: > > I tried to enable the TCP/IP transport option in Pathworks assuming that > it could use TCPware's TCP/IP, but get errors when starting up Pathworks. > It says that I must start TCP/IP before starting Pathworks. I DO have > TCP/IP started, but still get the error. Looking in the TCPware > Management Guide in section 34, it talks about files in the > SYS$SYSROOT:[PCSA] directory. This is nowhere to be found on our system. > Is this a separate package from Pathworks? I think that directory is only there for Pathworks before version 4. > > I am going to go through a re-install to see if it prompts for > installation of this, but I could use some advice. > Have you configure TCPware to load the PWIP driver (@TCPware:cnfnet pwip)? regards Michael > ----------------------------------------------------------------------------- > James W. Barr, N9ONL | e-mail: jbarr@mcs.com > Buffalo Grove, IL, USA | Web site: http://www.mcs.net/~jbarr > ----------------------------------------------------------------------------- > US Robotics' Pilot Organizer info: http://www.usr.com > GEOS Operating system info : http://www.geoworks.com > GEOS IZL info: send e-mail to jferas@netaxs.com > ----------------------------------------------------------------------------- -- +-----------------------------------------------------------------+ 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: Mon, 8 Dec 1997 11:02:13 -0400 Date: Mon, 8 Dec 1997 11:01 -0400 From: BRYANT@PROCESS.COM (Geoff Bryant) Reply-To: Info-TCPware@process.com Message-ID: <009BE75108D894B0.560D@PROCESS.COM> To: Info-TCPware@process.com Subject: RE: TCPware and Pathworks question James W. Barr writes: > >I tried to enable the TCP/IP transport option in Pathworks assuming that >it could use TCPware's TCP/IP, but get errors when starting up Pathworks. >It says that I must start TCP/IP before starting Pathworks. I DO have >TCP/IP started, but still get the error. Looking in the TCPware >Management Guide in section 34, it talks about files in the >SYS$SYSROOT:[PCSA] directory. This is nowhere to be found on our system. >Is this a separate package from Pathworks? > >I am going to go through a re-install to see if it prompts for >installation of this, but I could use some advice. > >Thanks in advance! > >-- >-Jim >----------------------------------------------------------------------------- >James W. Barr, N9ONL | e-mail: jbarr@mcs.com >Buffalo Grove, IL, USA | Web site: http://www.mcs.net/~jbarr >----------------------------------------------------------------------------- >US Robotics' Pilot Organizer info: http://www.usr.com > GEOS Operating system info : http://www.geoworks.com > GEOS IZL info: send e-mail to jferas@netaxs.com >----------------------------------------------------------------------------- Most likely you need to configure PWIPDRIVER. Pathworks communicates via the PWIP device. Support for PWIP is optional in recent TCPware versions. You should be able to configure it with $ @tcpware:cnfnet pwip and be sure to say yes when prompted for restarting PWIP. BTW PWIP is also use for DECnet/OSI running over IP. ------------------------------------------------------------- Geoff Bryant bryant@process.com TCPware/Multinet Engineering Process Software Corporation http://www.process.com/ 959 Concord St. Framingham, MA 01701 USA ================================================================================ Archive-Date: Tue, 9 Dec 1997 11:19:00 -0400 From: t_wade@animo.eurokom.ie Reply-To: Info-TCPware@process.com Subject: Purveyor & Multiple Home Pages with 1 IP address Date: 9 Dec 97 17:08:52 +0200 (CET-DST) Message-ID: <1997Dec9.170852.1@animo.eurokom.ie> To: Info-TCPware@PROCESS.COM Greetings, [I hope this is an appropriate place to post a notice about Purveyor -- if not, please accept my apologies]. I am currently running the OSU Web server over Multinet TCP/IP. I have just purchased Purveyor, with the intention of migrating the WEB service to that product (I need SSL, which Purveyor does, and OSU does not). One of the important features we use is the facility to host multiple virtual servers on the same host. This we do using OSU *WITHOUT* having to assign a unique IP address to each virtual home page. The Purveyor documentation seems to suggest that this is required. Is there any way to provide for multiple home pages on the same Purveyor server with a single IP addresss ? Many thanks. ------------------------------------------------------------------------------ Tom Wade | Internet: T.Wade@vms.eurokom.ie (all domain mailers). Network Manager | DEC Enet: DECWRL::"t.wade@vms.eurokom.ie" (VMS Mail) EuroKom | PSI-Mail: PSI%272431001992::_T_WADE UCD Belfield | JANET: t.wade%ie.eurokom.vms@UK.AC.EARN-RELAY Dublin 4 | X400: g=tom;s=wade;o=eurokom;p=eurokom;a=eirmail400;c=ie Ireland | Telex: (0500) 91178 UCD EI ("TO: WADE" at start) -------------------+---------------------------------------------------------- Tel: +353-1-2830555| Official Disclaimer: "This is not a disclaimer" Fax: +353-1-2838605| Unix .... Just say No ! ================================================================================ Archive-Date: Tue, 9 Dec 1997 11:41:43 -0400 Message-ID: <348D762F.89224826@process.com> Date: Tue, 09 Dec 1997 11:47:43 -0500 From: Michael Corbett Reply-To: Info-TCPware@process.com MIME-Version: 1.0 To: Info-TCPware@process.com Subject: Re: Purveyor & Multiple Home Pages with 1 IP address References: <1997Dec9.170852.1@animo.eurokom.ie> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit > I am currently running the OSU Web server over Multinet TCP/IP. I have just > purchased Purveyor, with the intention of migrating the WEB service to that > product (I need SSL, which Purveyor does, and OSU does not). One of the > important features we use is the facility to host multiple virtual servers > on the same host. This we do using OSU *WITHOUT* having to assign a unique > IP address to each virtual home page. The Purveyor documentation seems to > suggest that this is required. Is there any way to provide for multiple > home pages on the same Purveyor server with a single IP addresss ? > What do you mean by 'virtual home page'? If you mean that when a user on a browser enters 'httpd://host1/' and gets one page and then enters 'httpd://host2/' and gets a different page - this can only be accomplished with two IP addresses. I always thought this was the same with OSU's server. You can have multiple 'home pages' with one IP address if you use multiple ports but this would require the user to enter httpd://host1:port#/ for the different servers. You can also set it up so that a user can enter httpd:/host1/pageone/ and httpd:/host2/pagetwo/ and get two different pages without having multiple IP addresses. 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: Wed, 10 Dec 1997 02:27:05 -0400 Subject: Re: Purveyor & Multiple Home Pages with 1 IP address Message-ID: <1997Dec9.234451@process.com> From: volz@process.com (Bernie Volz) Reply-To: Info-TCPware@process.com Date: 9 Dec 97 23:44:51 -0400 To: Info-TCPware@PROCESS.COM In article <1997Dec9.170852.1@animo.eurokom.ie>, t_wade@animo.eurokom.ie writes: > Greetings, > > [I hope this is an appropriate place to post a notice about Purveyor -- if > not, please accept my apologies]. > > I am currently running the OSU Web server over Multinet TCP/IP. I have just > purchased Purveyor, with the intention of migrating the WEB service to that > product (I need SSL, which Purveyor does, and OSU does not). One of the > important features we use is the facility to host multiple virtual servers > on the same host. This we do using OSU *WITHOUT* having to assign a unique > IP address to each virtual home page. The Purveyor documentation seems to > suggest that this is required. Is there any way to provide for multiple > home pages on the same Purveyor server with a single IP addresss ? > At present, Purveyor does require a unique IP address (or port number) for each "server" (default home page). We don't support the "Host:" header to do this. Since you need multiple names, using multiple addresses shouldn't be a major problem - MultiNet allows this. There is a small cost in the use of the additional addresses. - Bernie Volz Process Software ================================================================================ Archive-Date: Mon, 15 Dec 1997 08:35:23 -0400 From: Jordan Reply-To: Info-TCPware@process.com Subject: ipv4 vs ipv6 Date: Mon, 15 Dec 1997 21:25:20 +0800 Message-ID: <34952FC0.B6290E8F@netvigator.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: Info-TCPware@PROCESS.COM Dear Sir, Any body can tell me what is difference between ipv4 and ipv6? Thank you for your attention! BR Jordan ================================================================================ Archive-Date: Mon, 15 Dec 1997 08:38:19 -0400 Sender: goathunter@goat.process.com Date: Mon, 15 Dec 1997 07:36:30 -0600 From: Hunter Goatley Reply-To: Info-TCPware@process.com To: Info-TCPware@process.com CC: Info-MultiNet@process.com Message-ID: <009BECB4.9F9879A2.24@goat.process.com> Subject: RE: ipv4 vs ipv6 Jordan writes: > >Dear Sir, > Any body can tell me what is difference between ipv4 and >ipv6? >Thank you for your attention! >BR >Jordan > Check out our IPv6 page, which includes information about IPv6 as well as pointers to other sites with IPv6 information: http://www.process.com/ipv6.htp Hunter ------ Hunter Goatley, Process Software, http://www.process.com/ MultiNet & TCPware: The Best TCP/IP for OpenVMS http://www.madgoat.com/hunter.html ================================================================================ Archive-Date: Fri, 19 Dec 1997 13:28:21 -0400 From: "B.Barrett" Reply-To: Info-TCPware@process.com Subject: Authenticate to Nt Server Date: Fri, 19 Dec 1997 11:01:11 -0000 Message-ID: <67dk7j$oiu$1@nuacht.iol.ie> To: Info-TCPware@PROCESS.COM FOlks, Anyone have any ideas on how I establish a PPP link with TCPWare to an NT server, ? Not a tcpware issue I know , I need to bypass the Nt security on dial ups but someone somewhere might have an idea. (PS, I am dialing from a Alpha in order to telnet to another Alpha both running TCPWARE, getting the routing tables and stuff is relativley easy but the only remote access alowed is via a nt box) Rgds & Tks Brian ================================================================================ Archive-Date: Sat, 20 Dec 1997 00:09:51 -0400 From: "Doug Mallory" Reply-To: Info-TCPware@process.com Subject: Re: Authenticate to Nt Server Date: Fri, 19 Dec 1997 23:58:42 -0500 Message-ID: <67fjbt$dk1$1@news.ican.net> To: Info-TCPware@PROCESS.COM B.Barrett wrote in message <67dk7j$oiu$1@nuacht.iol.ie>... >FOlks, > >Anyone have any ideas on how I establish a PPP link with TCPWare >to an NT server, ? > >Not a tcpware issue I know , I need to bypass the Nt security on dial ups >but someone somewhere might have an idea. > >(PS, I am dialing from a Alpha in order to telnet to another Alpha both >running TCPWARE, getting the routing tables and stuff is relativley easy >but the only remote access alowed is via a nt box) > >Rgds & Tks >Brian > > I think I know what you are trying to do..If you TCPware is setup for dialout and a fixed ip, then you will need to setup the NT RAS to except any authentication, including clear text. and to use a fixed ip address for the dailup connection. You can also use the assign an ip address from a pool, which is also setup in RAS and have Tcpware request an Ip address. I think this option is now available as of 5.1. On the NT box (v4.0) click control panel,networks,services,remote access, check in the server portion, tcpip then click configure, and setup the ip stuff as needed, also I forgot, make sure "clear text" is checked in the first RAS screen. To connect you need an account and password on the NT box, with this user is allowed to dialing checked. You should be able to connect now. Also make sure in "networks,protocol,tcpip,routing" is set to enable ip routing. You should now have access to the lan, and telneting to the alphas. I would have to chck the manual for tcpware to give you full detail on the configure.com file to get that end up, but I think I have given you enough to get started on the NT end. (all off the top o' my head, hope its accurate!!) Good luck Doug. ================================================================================ Archive-Date: Tue, 30 Dec 1997 09:19:59 -0400 Sender: goatley@triton.process.com Return-Path: From: Engelandhv@freemail.nl (Engeland H. van) Reply-To: Info-TCPware@process.com Subject: Warning when you are using Openvms 7.1, TcpWare 5.2-3 and Robomon(heroix) Date: 29 Dec 1997 21:58:31 GMT Message-ID: <6896e7$c2f$1@news.NL.net> MIME-Version: 1.0 Content-Type: Text/Plain; charset=US-ASCII To: Info-TCPware@PROCESS.COM We have experienced great problems using the combination of OpenVMS, TcpWare and Robomon. After upgrading OpenVMS from 6.2 to 7.1 the system became extremly slow in a while. Sometimes the problems stayed away for to or three day's. Sometimes we had to reboot the system more than once a day to get rid of the problem. Monitoring the system, the Interupt State climed stadely from 10 % to more than 70 % and stayed there. Leaving us with a system that did not react anymore. Digital looked at the problem and thinks it is related to Robomon. The interupt state declines when robomon whas stopped. Digital also found that the communaction between TCPware and Robomon did give a very high use of the Variable pool memmory. Manny packages where found in that pool, wile Robomon was running, witch where as large as 53176. More and more the Varpool was totally consummed after a while. Stopping the Robomon manager, NT workstation, did release the packages in the varpool thus dropping the interrupt state of OpenVMS. Who of you out there are using the combination as follows: - OpenVMS cluster v 7.1 - Tcpware 5.2-3 - Robomon (latest release) Thanks for the reaction -- _____________________________________________________________________________ H. van Engeland Network Administrator/automation Consultant Engelandhv@freemail.nl GASTEC NV Dutch centre of Gas Technology Visit our site www.gastec.nl or www.gastec.com