Archive-Date: Wed, 4 Mar 1998 04:35:11 -0400 From: "Ruslan R. Laishev" Reply-To: Info-TCPware@process.com Subject: TCPWare updates Date: Wed, 04 Mar 1998 11:57:17 +0300 Message-ID: <34FD176D.4FBB564A@DeltaTel.RU> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit To: Info-TCPware@PROCESS.COM Hi All! It's can be obtaining any updates or pathches from FTP.process.com ? -- Sincerely yours... +--------------------------------------------------------------------+ Delta Telecom JSC Cel: 7+ (812) 116-3222 191119,Russia, St.Petersburg, Fax: 7+ (812) 112-1099 Transportny per. 3 Fido: 2:5030/279 RSA FingerPrint: D1C7 F4D1 9123 25A8 1C12 2F46 8A83 293A +http://www.levitte.org/~rlaishev/----------- SysMan riding Griphon + ================================================================================ Archive-Date: Wed, 4 Mar 1998 10:48:36 -0400 Subject: Re: TCPWare updates Message-ID: <34FD6E98.30BE@process.com> From: Geoff Bryant Reply-To: Info-TCPware@process.com Date: Wed, 04 Mar 1998 10:09:12 -0500 MIME-Version: 1.0 To: "Ruslan R. Laishev" Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: Info-TCPware@PROCESS.COM Ruslan R. Laishev wrote: > > Hi All! > It's can be obtaining any updates or pathches from FTP.process.com ? > -- > Sincerely yours... > +--------------------------------------------------------------------+ > Delta Telecom JSC Cel: 7+ (812) 116-3222 > 191119,Russia, St.Petersburg, Fax: 7+ (812) 112-1099 > Transportny per. 3 Fido: 2:5030/279 > RSA FingerPrint: D1C7 F4D1 9123 25A8 1C12 2F46 8A83 293A > +http://www.levitte.org/~rlaishev/----------- SysMan riding Griphon + TCPware patch kits are indeed available by ftp from ftp.process.com. When you are into the server, you can "cd support" to move to the support area and can the cd to xx_x for the TCPware version - 53_2 for TCPware 5.3-2 patches for example. ------------------------------------------------------------- Geoff Bryant bryant@process.com TCPware/Multinet Engineering Process Software Corporation http://www.process.com/ 959 Concord St. Framingham, MA 01701 USA ================================================================================ Archive-Date: Thu, 5 Mar 1998 04:36:29 -0400 From: "Joerg Ziegler" Reply-To: Info-TCPware@process.com Subject: TCPware V5.2-3 and FTP logging me out Date: Thu, 5 Mar 1998 10:15:54 +0100 Message-ID: <6dlq9g$ium$1@euler.space.net> To: Info-TCPware@PROCESS.COM Has done the upgrade to TCPware V5.1-5 and now to V5.2-3 and has now problems with ACL protected directories, which works fine in TCPware 5.0x The following directory structur works in TCPware V5.0-4(I m not really shure about the sub release) $ dir/secu SYS$SYSDEVICE:[000000]me.dir Directory SYS$SYSDEVICE:[000000] ME.DIR;1 [ccccc] (RWE,RWE,RE,RWE) (IDENTIFIER=[ccccc],OPTIONS=DEFAULT,ACCESS=READ+DELETE) (DEFAULT_PROTECTION,SYSTEM:RWED,OWNER:RE,GROUP:R,WORLD:R) With the use of those protections the users was able to put files in the directory. The ACL default_protections inhibits the users to delete the file. Now after the upgrade to V5.1-5 and now also in V5.2-3 the following occour: $ ftp FTP> set debug/class=all FTP> open xxxxx 220 xxxxx (xxx.xxx.xxx.xxx) FTP-OpenVMS FTPD V5.2-3 (c) 1997 Proce ss Software Corporation STRU O VMS 200 STRU command okay. _Username [aaaaa]: bbbbb USER bbbbb 331 Password required. _Password: PASS 1234567890 230 User logged in, proceed. FTP> cd sys$sysdevice:[me] CWD sys$sysdevice:[me] 250 CWD command okay. FTP> stat Client-FTP V5.2-3 Copyright (c) 1997 Process Software Corporation 211 MODE S, STRU O VMS, TYPE A N 257 "SYS$SYSDEVICE:[ME]" Local client status: Connected to xxxxx (xxx.xxx.xxx.xxx). Logged in as user "bbbbb". The local default is DISK$APPL:[USER.aaaaa] The remote working directory is SYS$SYSDEVICE:[ME] Default qualifiers are /VMS VMS Plus mode disabled FTP> put 00summary.txt TYPE I 200 TYPE command okay. PORT xxx,xxx,xxx,xxx,152,197 200 PORT command okay. STOR 00summary.txt 530 Not logged in. %TCPWARE_FTP-E-FILSNDERR, error sending DISK$APPL:[USER.aaaaa]00SUMMARY.TXT;4 to server -TCPWARE-I-REPLY, server's reply was "530 Not logged in." FTP> stat Client-FTP V5.2-3 Copyright (c) 1997 Process Software Corporation STAT 530 Not logged in. Local client status: Connected to xxxxx (xxx.xxx.xxx.xxx). The local default is DISK$APPL:[USER.aaaaa] Default qualifiers are /VMS VMS Plus mode disabled FTP> exit QUIT 221 Service closing connection. $ dir sys$sysdevice:[me]/size Directory SYS$SYSDEVICE:[ME] 00SUMMARY.TXT;1 0 Total of 1 file, 0 blocks. $ The file length is zero, but not in real life. If the default_protection ACL for Owner is changed to RWED than it works fine. But than also delete works fine and that isn t wanted. PSC says that they couldn t reproduce this??? Why I m logged completely out of the ftp session??? Why a file with zero bytes can be created and why not with the real size??? Anybody out there who can reproduce this??? (VAX VMS 6.2) -- Best Regards Joerg Ziegler Brain Force Software GmbH Phone: +49-89-317004-23 Fax: +49-89-317004-20 E-Mail: ZIEGLER@brainforce.com ================================================================================ Archive-Date: Thu, 5 Mar 1998 09:46:39 -0400 Message-ID: <34FEB9DE.88199380@process.com> Date: Thu, 05 Mar 1998 09:42:39 -0500 From: Michael Corbett Reply-To: Info-TCPware@process.com MIME-Version: 1.0 To: Info-TCPware@process.com CC: ZIEGLER@brainforce.com Subject: Re: TCPware V5.2-3 and FTP logging me out References: <6dlq9g$ium$1@euler.space.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Joerg Ziegler wrote: > > Has done the upgrade to TCPware V5.1-5 and now to V5.2-3 and > has now problems with ACL protected directories, which works fine in > TCPware 5.0x > The following directory structur works in TCPware V5.0-4(I m not really > shure about the sub release) > > $ dir/secu SYS$SYSDEVICE:[000000]me.dir > Directory SYS$SYSDEVICE:[000000] > ME.DIR;1 [ccccc] (RWE,RWE,RE,RWE) > (IDENTIFIER=[ccccc],OPTIONS=DEFAULT,ACCESS=READ+DELETE) > (DEFAULT_PROTECTION,SYSTEM:RWED,OWNER:RE,GROUP:R,WORLD:R) > With the use of those protections the users was able to put files in the > directory. > The ACL default_protections inhibits the users to delete the file. > Now after the upgrade to V5.1-5 and now also in V5.2-3 the following occour: > $ ftp > FTP> set debug/class=all > FTP> open xxxxx > 220 xxxxx (xxx.xxx.xxx.xxx) FTP-OpenVMS FTPD V5.2-3 (c) 1997 Proce > ss Software Corporation > STRU O VMS > 200 STRU command okay. > _Username [aaaaa]: bbbbb > USER bbbbb > 331 Password required. > _Password: > PASS 1234567890 > 230 User logged in, proceed. > FTP> cd sys$sysdevice:[me] > CWD sys$sysdevice:[me] > 250 CWD command okay. > FTP> stat > Client-FTP V5.2-3 Copyright (c) 1997 Process Software Corporation > > 211 MODE S, STRU O VMS, TYPE A N > 257 "SYS$SYSDEVICE:[ME]" > > Local client status: > Connected to xxxxx (xxx.xxx.xxx.xxx). > Logged in as user "bbbbb". > > The local default is DISK$APPL:[USER.aaaaa] > The remote working directory is SYS$SYSDEVICE:[ME] > > Default qualifiers are /VMS > > VMS Plus mode disabled > FTP> put 00summary.txt > TYPE I > 200 TYPE command okay. > PORT xxx,xxx,xxx,xxx,152,197 > 200 PORT command okay. > STOR 00summary.txt > 530 Not logged in. > %TCPWARE_FTP-E-FILSNDERR, error sending > DISK$APPL:[USER.aaaaa]00SUMMARY.TXT;4 > to server > -TCPWARE-I-REPLY, server's reply was "530 Not logged in." > FTP> stat > Client-FTP V5.2-3 Copyright (c) 1997 Process Software Corporation > > STAT > 530 Not logged in. > > Local client status: > Connected to xxxxx (xxx.xxx.xxx.xxx). > > The local default is DISK$APPL:[USER.aaaaa] > > Default qualifiers are /VMS > > VMS Plus mode disabled > FTP> exit > QUIT > 221 Service closing connection. > $ dir sys$sysdevice:[me]/size > Directory SYS$SYSDEVICE:[ME] > 00SUMMARY.TXT;1 0 > Total of 1 file, 0 blocks. > $ > The file length is zero, but not in real life. > If the default_protection ACL for Owner is changed to RWED than it works > fine. > But than also delete works fine and that isn t wanted. > PSC says that they couldn t reproduce this??? > Why I m logged completely out of the ftp session??? > Why a file with zero bytes can be created and why not with the real size??? > Anybody out there who can reproduce this??? > (VAX VMS 6.2) Joerg, Is there a FTPSERVER_DTP.LOG file in the default directory of the user? If so does it contain any errors that might indicate what is going wrong? Also try turing on audit alarms for file failures ($ SET AUDIT/ALARM/ENABLE=FILE=FAIL=ALL). If there is a problem with the ACL/file protection then we should get an audit alarm that will help in determining why the failure is happening. 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: Thu, 5 Mar 1998 10:14:05 -0400 Message-ID: <01BD4851.8BE78A40@caress.brainforce.com> From: Jörg Ziegler Reply-To: Info-TCPware@process.com To: 'Michael Corbett' , "Info-TCPware@process.com" CC: "ZIEGLER@brainforce.com" Subject: AW: TCPware V5.2-3 and FTP logging me out Date: Thu, 5 Mar 1998 16:12:48 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi Michael, nice to hear from you. Does this means PSC will work again on this call? Here the Info you requested: The log file: $ type ftpserver_dtp.log $!=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D $! System-wide Login File $!=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D $ $ Veri_proc =3D f$verify (0, f$environment ("verify_image")) ! 26. = April 1991,=20 GT $ exit $! Copyright (c) 1991-1997, Process Software Corporation $ PURGE SYS$LOGIN:FTPSERVER_DTP.LOG/KEEP=3D3 %PURGE-I-NOFILPURG, no files purged $ RUN TCPWARE:FTPD_DTP %TCPWARE_FTPD-F-CLOERR, CLOSE error unit 119 file SYS$SYSDEVICE:[ME]00SUMMARY.TXT;1 user PC 0004C709 -RMS-E-MKD, ACP could not mark file for deletion -SYSTEM-F-NOPRIV, insufficient privilege or object protection violation %FOR-F-CLOERR, CLOSE error unit 119 file SYS$SYSDEVICE:[ME]00SUMMARY.TXT;1 user PC 0004C709 -RMS-E-MKD, ACP could not mark file for deletion -SYSTEM-F-NOPRIV, insufficient privilege or object protection violation bbbbb job terminated at 5-MAR-1998 16:00:26.71 The Audit trail: %%%%%%%%%%% OPCOM 5-MAR-1998 16:04:52.26 %%%%%%%%%%% Message from user AUDIT$SERVER on aaaaa Security alarm (SECURITY) on aaaaa, system id: 1324 Auditable event: Object deletion Event information: file deletion request (IO$_DELETE) Event time: 5-MAR-1998 16:04:52.22 PID: 20202479 =20 Process name: FTPD_DTP_2478 =20 Username: BBBBB =20 Process owner: [MAXMAN,BBBBB] Image name: = R1RJIG$DIA0:[SYS0.SYSCOMMON.][TCPWARE]FTPD_DTP.EXE;4 Object class name: FILE Object owner: [MAXMAN,BBBBB] Object protection: SYSTEM:RWED, OWNER:RE, GROUP:R, WORLD:R File name: _R1RJIG$DIA0:[ME]00SUMMARY.TXT;1 File ID: (2252,440,0) Access requested: DELETE Sequence key: 01D42446 Status: %SYSTEM-F-NOPRIV, insufficient privilege or = object pro tection violation The original call on PSC helpdesk was: PSC #31508 from AUG-97 Best Regards Joerg Ziegler(tech. Support) Brain Force Software GmbH Joerg Ziegler tech. Support Tel.: +49-89-317004-23 +49-89-317004-53 Email: Ziegler@brainforce.com support@brainforce.com www: http://www.brainforce.com -----Urspr=FCngliche Nachricht----- Von: Michael Corbett [SMTP:corbett@process.com] Gesendet am: Donnerstag, 5. M=E4rz 1998 15:43 An: Info-TCPware@process.com Cc: ZIEGLER@brainforce.com Betreff: Re: TCPware V5.2-3 and FTP logging me out Joerg Ziegler wrote: >=20 > Has done the upgrade to TCPware V5.1-5 and now to V5.2-3 and > has now problems with ACL protected directories, which works fine in > TCPware 5.0x > The following directory structur works in TCPware V5.0-4(I m not = really > shure about the sub release) > > $ dir/secu SYS$SYSDEVICE:[000000]me.dir > Directory SYS$SYSDEVICE:[000000] > ME.DIR;1 [ccccc] (RWE,RWE,RE,RWE) > = (IDENTIFIER=3D[ccccc],OPTIONS=3DDEFAULT,ACCESS=3DREAD+DELETE) > (DEFAULT_PROTECTION,SYSTEM:RWED,OWNER:RE,GROUP:R,WORLD:R) > With the use of those protections the users was able to put files in = the > directory. > The ACL default_protections inhibits the users to delete the file. > Now after the upgrade to V5.1-5 and now also in V5.2-3 the following = occour: > $ ftp > FTP> set debug/class=3Dall > FTP> open xxxxx > 220 xxxxx (xxx.xxx.xxx.xxx) FTP-OpenVMS FTPD V5.2-3 (c) 1997 Proce > ss Software Corporation > STRU O VMS > 200 STRU command okay. > _Username [aaaaa]: bbbbb > USER bbbbb > 331 Password required. > _Password: > PASS 1234567890 > 230 User logged in, proceed. > FTP> cd sys$sysdevice:[me] > CWD sys$sysdevice:[me] > 250 CWD command okay. > FTP> stat > Client-FTP V5.2-3 Copyright (c) 1997 Process Software Corporation >=20 > 211 MODE S, STRU O VMS, TYPE A N > 257 "SYS$SYSDEVICE:[ME]" >=20 > Local client status: > Connected to xxxxx (xxx.xxx.xxx.xxx). > Logged in as user "bbbbb". >=20 > The local default is DISK$APPL:[USER.aaaaa] > The remote working directory is SYS$SYSDEVICE:[ME] >=20 > Default qualifiers are /VMS >=20 > VMS Plus mode disabled > FTP> put 00summary.txt > TYPE I > 200 TYPE command okay. > PORT xxx,xxx,xxx,xxx,152,197 > 200 PORT command okay. > STOR 00summary.txt > 530 Not logged in. > %TCPWARE_FTP-E-FILSNDERR, error sending > DISK$APPL:[USER.aaaaa]00SUMMARY.TXT;4 > to server > -TCPWARE-I-REPLY, server's reply was "530 Not logged in." > FTP> stat > Client-FTP V5.2-3 Copyright (c) 1997 Process Software Corporation >=20 > STAT > 530 Not logged in. >=20 > Local client status: > Connected to xxxxx (xxx.xxx.xxx.xxx). >=20 > The local default is DISK$APPL:[USER.aaaaa] >=20 > Default qualifiers are /VMS >=20 > VMS Plus mode disabled > FTP> exit > QUIT > 221 Service closing connection. > $ dir sys$sysdevice:[me]/size > Directory SYS$SYSDEVICE:[ME] > 00SUMMARY.TXT;1 0 > Total of 1 file, 0 blocks. > $ > The file length is zero, but not in real life. > If the default_protection ACL for Owner is changed to RWED than it = works > fine. > But than also delete works fine and that isn t wanted. > PSC says that they couldn t reproduce this??? > Why I m logged completely out of the ftp session??? > Why a file with zero bytes can be created and why not with the real = size??? > Anybody out there who can reproduce this??? > (VAX VMS 6.2) Joerg, Is there a FTPSERVER_DTP.LOG file in the default directory of the user? If so does it contain any errors that might indicate what is going wrong? Also try turing on audit alarms for file failures ($ SET AUDIT/ALARM/ENABLE=3DFILE=3DFAIL=3DALL). If there is a problem with the ACL/file protection then we should get an audit alarm that will help in determining why the failure is happening. regards Michael=20 --=20 +-----------------------------------------------------------------+ 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: Thu, 5 Mar 1998 10:31:07 -0400 Message-ID: <34FEC43F.5C804D83@process.com> Date: Thu, 05 Mar 1998 10:26:55 -0500 From: Michael Corbett Reply-To: Info-TCPware@process.com MIME-Version: 1.0 To: Info-TCPware@process.com Subject: Re: AW: TCPware V5.2-3 and FTP logging me out References: <01BD4851.8BE78A40@caress.brainforce.com> Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Jörg Ziegler wrote: > > Hi Michael, > > nice to hear from you. Does this means PSC will work again on this > call? Hi Jörg, Certainly, if at anytime you are not satisfied with the resolution of a call or issue please let us know. Ask to have the call escalated if you feel that there is still a problem or the answer was not satisfactory. I've opened up a new case for this issue. The case number is 6232. > > Here the Info you requested: > The log file: > > $ type ftpserver_dtp.log > $!============================================================================== > $! System-wide Login File > $!============================================================================== > $ > $ Veri_proc = f$verify (0, f$environment ("verify_image")) ! 26. April 1991, > GT > $ exit > $! Copyright (c) 1991-1997, Process Software Corporation > $ PURGE SYS$LOGIN:FTPSERVER_DTP.LOG/KEEP=3 > %PURGE-I-NOFILPURG, no files purged > $ RUN TCPWARE:FTPD_DTP > %TCPWARE_FTPD-F-CLOERR, CLOSE error > unit 119 file SYS$SYSDEVICE:[ME]00SUMMARY.TXT;1 > user PC 0004C709 > -RMS-E-MKD, ACP could not mark file for deletion > -SYSTEM-F-NOPRIV, insufficient privilege or object protection violation > %FOR-F-CLOERR, CLOSE error > unit 119 file SYS$SYSDEVICE:[ME]00SUMMARY.TXT;1 > user PC 0004C709 > -RMS-E-MKD, ACP could not mark file for deletion > -SYSTEM-F-NOPRIV, insufficient privilege or object protection violation > bbbbb job terminated at 5-MAR-1998 16:00:26.71 > > The Audit trail: > > %%%%%%%%%%% OPCOM 5-MAR-1998 16:04:52.26 %%%%%%%%%%% > Message from user AUDIT$SERVER on aaaaa > Security alarm (SECURITY) on aaaaa, system id: 1324 > Auditable event: Object deletion > Event information: file deletion request (IO$_DELETE) > Event time: 5-MAR-1998 16:04:52.22 > PID: 20202479 > Process name: FTPD_DTP_2478 > Username: BBBBB > Process owner: [MAXMAN,BBBBB] > Image name: R1RJIG$DIA0:[SYS0.SYSCOMMON.][TCPWARE]FTPD_DTP.EXE;4 > Object class name: FILE > Object owner: [MAXMAN,BBBBB] > Object protection: SYSTEM:RWED, OWNER:RE, GROUP:R, WORLD:R > File name: _R1RJIG$DIA0:[ME]00SUMMARY.TXT;1 > File ID: (2252,440,0) > Access requested: DELETE > Sequence key: 01D42446 > Status: %SYSTEM-F-NOPRIV, insufficient privilege or object pro > tection violation > When the client tries to put the 00summary.txt file is there already a version out there and if so does it have a version limit set? 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: Thu, 5 Mar 1998 10:35:07 -0400 Message-ID: <34FEC543.F41A9C8B@process.com> Date: Thu, 05 Mar 1998 10:31:16 -0500 From: Michael Corbett Reply-To: Info-TCPware@process.com MIME-Version: 1.0 To: Info-TCPware@process.com Subject: Re: AW: TCPware V5.2-3 and FTP logging me out References: <01BD4851.8BE78A40@caress.brainforce.com> <34FEC43F.5C804D83@process.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit > > When the client tries to put the 00summary.txt file > is there already a version out there and if so does it have > a version limit set? > > 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 -- +-----------------------------------------------------------------+ 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: Thu, 5 Mar 1998 10:52:33 -0400 Message-ID: <34FEC95A.46F1C501@process.com> Date: Thu, 05 Mar 1998 10:48:42 -0500 From: Michael Corbett Reply-To: Info-TCPware@process.com MIME-Version: 1.0 To: Info-TCPware@process.com Subject: Re: AW: TCPware V5.2-3 and FTP logging me out References: <01BD4851.8BE78A40@caress.brainforce.com> <34FEC43F.5C804D83@process.com> Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Hi Jörg, > > When the client tries to put the 00summary.txt file > is there already a version out there and if so does it have > a version limit set? > Forget what I asked above. What is happening is the FTP Server creates a file to see if it can, then it stores the file that was sent. So in this case it tries to create 00summary.txt, then delete 00summary.txt, then create the 00summary.txt file that is sent via the STOR. The server fails because of the protections set when it tries to delete the first 00summary.txt and this causes the DTP process to die. This is why you get the 'not logged in' message. I'll enter this as a defect and see what can be done about it. Engineering is already aware of this and are trying to determine the best approach to take to fix it. 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: Thu, 5 Mar 1998 14:19:55 -0400 From: "Cok Baris" Reply-To: Info-TCPware@process.com Subject: Secondary IP address on interface Date: 5 Mar 1998 15:38:13 GMT Message-ID: <01bd4828$5598a240$1a6643c1@cokbar.intra.kender-thijssen.nl> To: Info-TCPware@PROCESS.COM Hi There Is it possible to set a secondary IP adres on the interface with TCPWARE 3.0-2 (vms) ================================================================================ Archive-Date: Thu, 5 Mar 1998 14:28:19 -0400 Sender: goatley@triton.process.com Return-Path: From: "Joerg Ziegler" Reply-To: Info-TCPware@process.com Subject: Re: TCPware V5.2-3 and FTP logging me out Date: Thu, 5 Mar 1998 14:27:07 +0100 Message-ID: <6dm90c$cc6$1@euler.space.net> To: Info-TCPware@PROCESS.COM The users doing the put hasn t more privileges than netmbx and tmpmbx. -- Best Regards Joerg Ziegler Brain Force Software GmbH Phone: +49-89-317004-23 Fax: +49-89-317004-20 E-Mail: ZIEGLER@brainforce.com ================================================================================ Archive-Date: Thu, 5 Mar 1998 14:41:43 -0400 Date: Thu, 5 Mar 1998 14:37 -0500 From: BRYANT@PROCESS.COM (Geoff Bryant) Reply-To: Info-TCPware@process.com Message-ID: <009C2BCCA2C75C77.E51B@PROCESS.COM> To: Info-TCPware@process.com Subject: RE: Secondary IP address on interface "Cok Baris" writes: > >Hi There > >Is it possible to set a secondary IP adres on the interface >with TCPWARE 3.0-2 (vms) I don't know about that version of TCPware (and that is a very old one), but in more recent versions anyway, you can set up secondary addresses with the NETCU ADD SECONDARY command. Note that secondary addresses are maintained in a separate address list and are not really bound to a particular interface. So, given some subtle implications of that, the answer is yes and no. ------------------------------------------------------------- Geoff Bryant bryant@process.com TCPware/Multinet Engineering Process Software Corporation http://www.process.com/ 959 Concord St. Framingham, MA 01701 USA ================================================================================ Archive-Date: Thu, 5 Mar 1998 14:55:03 -0400 Date: Thu, 5 Mar 1998 14:50 -0500 From: SCHREIBER@PROCESS.COM (Jeff Schreiber) Reply-To: Info-TCPware@process.com Message-ID: <009C2BCE816F9C5E.B198@PROCESS.COM> To: Info-TCPware@process.com Subject: RE: Secondary IP address on interface BRYANT@PROCESS.COM (Geoff Bryant) writes: > >"Cok Baris" writes: >>Is it possible to set a secondary IP adres on the interface >>with TCPWARE 3.0-2 (vms) > >but in more recent versions anyway, you can set up secondary addresses with >the NETCU ADD SECONDARY command. From what I can tell, NETCU ADD SECONDARY support was added in TCPware 3.1 -Jeff -- Jeff Schreiber, Process Software Corp. schreiber@process.com http://www.process.com TCPware & MultiNet: Stronger than Ever ================================================================================ Archive-Date: Fri, 6 Mar 1998 02:29:23 -0400 From: "Ruslan R. Laishev" Reply-To: Info-TCPware@process.com Subject: WINS Date: Fri, 06 Mar 1998 10:05:36 +0300 Message-ID: <34FFA040.BB7AC3BD@DeltaTel.RU> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit To: Info-TCPware@PROCESS.COM Hi All! Where is I can find WINS server for OpenVMS/TCPWare ? -- Sincerely yours... +--------------------------------------------------------------------+ Delta Telecom JSC Cel: 7+ (812) 116-3222 191119,Russia, St.Petersburg, Fax: 7+ (812) 112-1099 Transportny per. 3 Fido: 2:5030/279 RSA FingerPrint: D1C7 F4D1 9123 25A8 1C12 2F46 8A83 293A +http://www.levitte.org/~rlaishev/----------- SysMan riding Griphon + ================================================================================ Archive-Date: Fri, 6 Mar 1998 07:35:07 -0400 From: eplan@kapsch.co.at (Peter LANGSTOEGER) Subject: Re: Secondary IP address on interface Date: 6 Mar 98 10:55:59 GMT Message-ID: <34ffd63f.0@nevada.kapsch.co.at> Reply-To: Info-TCPware@process.com To: Info-TCPware@PROCESS.COM In article <01bd4828$5598a240$1a6643c1@cokbar.intra.kender-thijssen.nl>, "Cok Baris" writes: >Is it possible to set a secondary IP adres on the interface >with TCPWARE 3.0-2 (vms) You can add a secondary address with NETCU ADD SECONDARY. You can even specify /CLUSTER_LOCK with this to implement some kind of VMScluster Alias. BUT: 1) This address is not bound to a particular interface !! 2) The routing code/table does not honor this secondary address !! You have to change the routing table by hand (one could try this via ROUTING.COM, but in our case, it didn't work) I'm waiting for years now to see PSC adding support for multiple IP addresses per Interface. Please (even UCX can do this for years now) !!! -Peter PS: I don't know if NETCU ADD SECONDARY is implemented in (the very old version) 3.0-2. Current version seems to be V5.3-2 (arrived here yesterday) ------------------------------------------------------------------------ Peter "EPLAN" LANGSTOEGER Tel. +43 1 81111-2382 Network and OpenVMS system manager Fax. +43 1 81111-888 Technical Computer Center (ADV) E-mail eplan@kapsch.net <<< KAPSCH AG Wagenseilgasse 1 PSImail PSI%(0232)281001141::EPLAN A-1121 VIENNA AUSTRIA "I'm not a pessimist, I'm a realist" ================================================================================ Archive-Date: Fri, 6 Mar 1998 11:26:00 -0400 From: "Joerg Ziegler" Reply-To: Info-TCPware@process.com Subject: Re: AW: TCPware V5.2-3 and FTP logging me out Date: Fri, 6 Mar 1998 17:23:24 +0100 Message-ID: <6dp7mv$ngk$1@euler.space.net> To: Info-TCPware@PROCESS.COM Hi Michael, thanks for quick response. -- Best Regards Joerg Ziegler Brain Force Software GmbH Phone: +49-89-317004-23 Fax: +49-89-317004-20 E-Mail: ZIEGLER@brainforce.com Michael Corbett schrieb in Nachricht <34FEC95A.46F1C501@process.com>... >Hi Jörg, > >> >> When the client tries to put the 00summary.txt file >> is there already a version out there and if so does it have >> a version limit set? >> > > Forget what I asked above. What is happening is >the FTP Server creates a file to see if it can, then it stores the >file that was sent. So in this case it tries to create 00summary.txt, >then delete 00summary.txt, then create the 00summary.txt file that >is sent via the STOR. The server fails because of the protections >set when it tries to delete the first 00summary.txt and this causes >the DTP process to die. This is why you get the 'not logged in' >message. I'll enter this as a defect and see what can be done about >it. Engineering is already aware of this and are trying to determine >the best approach to take to fix it. > >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: Fri, 6 Mar 1998 11:36:58 -0400 Message-ID: <3500253D.79FE27E1@process.com> Date: Fri, 06 Mar 1998 11:33:01 -0500 From: Michael Corbett Reply-To: Info-TCPware@process.com MIME-Version: 1.0 To: Info-TCPware@process.com Subject: Re: AW: TCPware V5.2-3 and FTP logging me out References: <6dp7mv$ngk$1@euler.space.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Joerg, Engineeing is working on a patch for your customer to try. They need to know what version of VMS and if it is VAX or ALPHA. thanks 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: Fri, 6 Mar 1998 12:03:49 -0400 Subject: Re: WINS Message-ID: <1998Mar6.114927@process.com> From: volz@process.com (Bernie Volz) Reply-To: Info-TCPware@process.com Date: 6 Mar 98 11:49:27 -0500 To: Info-TCPware@PROCESS.COM In article <34FFA040.BB7AC3BD@DeltaTel.RU>, "Ruslan R. Laishev" writes: > Hi All! > Where is I can find WINS server for OpenVMS/TCPWare ? > -- > Sincerely yours... > +--------------------------------------------------------------------+ > Delta Telecom JSC Cel: 7+ (812) 116-3222 > 191119,Russia, St.Petersburg, Fax: 7+ (812) 112-1099 > Transportny per. 3 Fido: 2:5030/279 > RSA FingerPrint: D1C7 F4D1 9123 25A8 1C12 2F46 8A83 293A > +http://www.levitte.org/~rlaishev/----------- SysMan riding Griphon + TCPware does not support WINS (Windows Internet Naming System). - Bernie Volz Process Software ================================================================================ Archive-Date: Fri, 6 Mar 1998 12:03:54 -0400 Subject: Re: Secondary IP address on interface Message-ID: <1998Mar6.114841@process.com> From: volz@process.com (Bernie Volz) Reply-To: Info-TCPware@process.com Date: 6 Mar 98 11:48:41 -0500 To: Info-TCPware@PROCESS.COM In article <34ffd63f.0@nevada.kapsch.co.at>, eplan@kapsch.co.at (Peter LANGSTOEGER) writes: > In article <01bd4828$5598a240$1a6643c1@cokbar.intra.kender-thijssen.nl>, "Cok Baris" writes: >>Is it possible to set a secondary IP adres on the interface >>with TCPWARE 3.0-2 (vms) > > You can add a secondary address with NETCU ADD SECONDARY. > You can even specify /CLUSTER_LOCK with this to implement some kind of > VMScluster Alias. > > BUT: > > 1) This address is not bound to a particular interface !! > 2) The routing code/table does not honor this secondary address !! > You have to change the routing table by hand > (one could try this via ROUTING.COM, but in our case, it didn't work) > > I'm waiting for years now to see PSC adding support for multiple IP addresses > per Interface. Please (even UCX can do this for years now) !!! > > -Peter > We've generally found that the TCPware implementation of handling multiple addresses works better than what other stacks have done. For example, some other stacks have restrictions on how these addresses can be used. What is it that you are not able to do? And, which version of TCPware are you running? TCPware can support up to 128 secondary addresses (any number of which can also be cluster aliases). There are generally two cases to look at: 1) You want additional addresses on the same network number as the primary address. This is handled by simply doing a NETCU ADD SECONDARY command. No routing issues exist. For example, this might be used to offer multiple default web pages (Purveyor uses this to provide this support). Or, to start a different application depending on the address. 2) You want additional addresses on other network numbers (ie, you have multiple network numbers on a single cable). This does require doing NETCU ADD ROUTE commands in addition to the NETCU ADD SECONDARY command. However, you should be doing those ADD ROUTE commands even if you were NOT using secondary addresses. The ADD ROUTE command you'd use are typically: NETCU ADD ROUTE /NETWORK By using the (such as SVA-0 or EWA-1) you tell TCPware that that network-address is also on that same cable. You can also use ADD ROUTE /NETWORK (it is the same, it will find the interface based on the local-address). Now, if you want to send packets from a TCPware system with a secondary address, your applications do need to be written to explicitly bind to a secondary address. That is perhaps the one area were we could improve things (since if there was a pseudo interface, the normal routing rules would likely select the address of that pseudo interface as the source address). However, these addresses really aren't the primary address of the host and hence we don't favor using them. Note that for incoming packets/connections, this is not an issue - the secondary address is used. Of course, whether you are doing (1) or (2), you would want these changes to be permanent and therefore add them to ROUTING.COM. If you're still having problems, let me know what you're trying to do and we'll provide you the details on how to do it. - Bernie Volz Process Software ================================================================================ Archive-Date: Sat, 7 Mar 1998 16:30:59 -0400 From: eplan@kapsch.co.at (Peter LANGSTOEGER) Subject: Re: Secondary IP address on interface Date: 7 Mar 98 20:51:44 GMT Message-ID: <3501b360.0@nevada.kapsch.co.at> Reply-To: Info-TCPware@process.com To: Info-TCPware@PROCESS.COM In article <1998Mar6.114841@process.com>, volz@process.com (Bernie Volz) writes: > >We've generally found that the TCPware implementation of handling >multiple addresses works better than what other stacks have done. For >example, some other stacks have restrictions on how these addresses can >be used. > >What is it that you are not able to do? And, which version of TCPware >are you running? TCPware V5.2-3 on OpenVMS V7.1 >TCPware can support up to 128 secondary addresses (any number of which >can also be cluster aliases). > >There are generally two cases to look at: >1) You want additional addresses on the same network number as the >primary address. This is handled by simply doing a NETCU ADD SECONDARY >command. No routing issues exist. > >For example, this might be used to offer multiple default web pages >(Purveyor uses this to provide this support). Or, to start a different >application depending on the address. Only problem is that UDP request to a secondary address are answered from the primary address and that gives problems on some clients eg. PROTEON router can't boot from a secondary address (cluster alias) IRIX PCFNS can't access a NFS tree over a secondary address CISCO router DNS Client can't work with a DNS server on a secondary add And you have no control of which address is answering. Only method is changing secondary and primary address but this prevents a secondary address failover... What if want a BIND server working with the primary _and_ the secondary IP address ? >2) You want additional addresses on other network numbers (ie, you have >multiple network numbers on a single cable). This does require doing >NETCU ADD ROUTE commands in addition to the NETCU ADD SECONDARY command. >However, you should be doing those ADD ROUTE commands even if you were >NOT using secondary addresses. The ADD ROUTE command you'd use are >typically: > NETCU ADD ROUTE /NETWORK I prefer adding a /LOCK >By using the (such as SVA-0 or EWA-1) you tell TCPware that >that network-address is also on that same cable. We do/did this in our ROUTING.COM on system MARS (148.198.8.2 - 255.255.252.0) $ netcu ADD SECONDARY 148.198.12.2 $ netcu ADD ROUTE 148.198.12.0/NET FPA-0/LOCK $ netcu show route and (in the SYS$SYSTEM:STARTUP.LOG) the routing table does show the route TCPware(R) for OpenVMS Internet Routing Table: Destination Gateway Flags RefCnt UseCnt Line ----------- ------- ----- ------ ------ ---- 148.198.12.0 UNL 0 0 FPA-0 148.198.8.0 148.198.8.2 UNIL 0 0 FPA-0 127.0.0.0 127.0.0.1 UNIL 0 0 LPB-0 all others (default) 148.198.11.254 UNG 0 0 FPA-0 but with the start of the GATED the route disappears - with the OPCOM message %TCPWARE_GATED-W-WARNING, rt_add: interface not found for 148.198.12/255.255.252 gw 0.0.0.0 Kernel and you have to readd it by hand later... btw: Have you tried to remove this particular route (eg. you want to remove the secondary address) $ netcu rem rou 148.198.12.0/net fpa-0 %TCPWARE_NETCU-E-IVIA, invalid internet address syntax or value is not allowed because REMOVE ROUTE allows only a gateway IP address $ netcu rem rou 148.198.12.0/net 148.198.12.2 %TCPWARE_NETCU-E-REQFAIL, failed to perform requested operation -TCPWARE-E-NOSUCHROUTE, no such route is not possible, because the local (secondary) address is not known as a gateway address... > You can also use ADD >ROUTE /NETWORK (it is the same, it will >find the interface based on the local-address). Sorry, but that does not work... $ netcu sh sec Secondary Address State ----------------- ----- 148.198.12.2 Active 148.198.8.1 Inactive, queued for cluster lock 148.198.12.1 Inactive, queued for cluster lock $ netcu add rou 148.198.12.0/net 148.198.12.2/gate %TCPWARE_NETCU-E-REQFAIL, failed to perform requested operation -SYSTEM-F-UNREACHABLE, remote node is not currently reachable And then you are frustrated... >Now, if you want to send packets from a TCPware system with a secondary >address, your applications do need to be written to explicitly bind to a >secondary address. That is perhaps the one area were we could improve >things (since if there was a pseudo interface, the normal routing rules >would likely select the address of that pseudo interface as the source >address). However, these addresses really aren't the primary address of >the host and hence we don't favor using them. Note that for incoming >packets/connections, this is not an issue - the secondary address is >used. In case they are TCP... >Of course, whether you are doing (1) or (2), you would want these >changes to be permanent and therefore add them to ROUTING.COM. We did... >If you're still having problems, let me know what you're trying to do >and we'll provide you the details on how to do it. Thanks for the offer. We do have an support agreement and I will (re)open a support call with this issue after we upgraded to the just received V5.3-2. I never had any problems doing the same (adding 2 addresses for 2 different subnets running on the same wire) with UCX (but to stop blaming TCPware: For the cluster alias I prefer TCPWAREs solution !) ------------------------------------------------------------------------ Peter "EPLAN" LANGSTOEGER Tel. +43 1 81111-2382 Network and OpenVMS system manager Fax. +43 1 81111-888 Technical Computer Center (ADV) E-mail eplan@kapsch.net <<< KAPSCH AG Wagenseilgasse 1 PSImail PSI%(0232)281001141::EPLAN A-1121 VIENNA AUSTRIA "I'm not a pessimist, I'm a realist" ================================================================================ Archive-Date: Sun, 8 Mar 1998 13:33:44 -0400 Subject: Re: Secondary IP address on interface Message-ID: <1998Mar8.125709@process.com> From: volz@process.com (Bernie Volz) Reply-To: Info-TCPware@process.com Date: 8 Mar 98 12:57:09 -0500 To: Info-TCPware@PROCESS.COM In article <3501b360.0@nevada.kapsch.co.at>, eplan@kapsch.co.at (Peter LANGSTOEGER) writes: > In article <1998Mar6.114841@process.com>, volz@process.com (Bernie Volz) writes: >> >>We've generally found that the TCPware implementation of handling >>multiple addresses works better than what other stacks have done. For >>example, some other stacks have restrictions on how these addresses can >>be used. >> >>What is it that you are not able to do? And, which version of TCPware >>are you running? > > TCPware V5.2-3 on OpenVMS V7.1 > >>TCPware can support up to 128 secondary addresses (any number of which >>can also be cluster aliases). >> >>There are generally two cases to look at: >>1) You want additional addresses on the same network number as the >>primary address. This is handled by simply doing a NETCU ADD SECONDARY >>command. No routing issues exist. >> >>For example, this might be used to offer multiple default web pages >>(Purveyor uses this to provide this support). Or, to start a different >>application depending on the address. > > Only problem is that UDP request to a secondary address are answered from > the primary address and that gives problems on some clients > eg. > PROTEON router can't boot from a secondary address (cluster alias) > IRIX PCFNS can't access a NFS tree over a secondary address > CISCO router DNS Client can't work with a DNS server on a secondary add > > And you have no control of which address is answering. Only method is changing > secondary and primary address but this prevents a secondary address failover... > > What if want a BIND server working with the primary _and_ the secondary > IP address ? Yes, this is a defect in the TCPware approach. And, for case (2) [additional networks on a single LAN], a pseudo interface would solve this problem better as the local address for outgoing packets would be taken from the pseudo interface's local address. > >>2) You want additional addresses on other network numbers (ie, you have >>multiple network numbers on a single cable). This does require doing >>NETCU ADD ROUTE commands in addition to the NETCU ADD SECONDARY command. >>However, you should be doing those ADD ROUTE commands even if you were >>NOT using secondary addresses. The ADD ROUTE command you'd use are >>typically: >> NETCU ADD ROUTE /NETWORK > > I prefer adding a /LOCK > >>By using the (such as SVA-0 or EWA-1) you tell TCPware that >>that network-address is also on that same cable. > > We do/did this in our ROUTING.COM on system MARS (148.198.8.2 - 255.255.252.0) > > $ netcu ADD SECONDARY 148.198.12.2 > $ netcu ADD ROUTE 148.198.12.0/NET FPA-0/LOCK > $ netcu show route > > and (in the SYS$SYSTEM:STARTUP.LOG) the routing table does show the route > > TCPware(R) for OpenVMS Internet Routing Table: > > Destination Gateway Flags RefCnt UseCnt Line > ----------- ------- ----- ------ ------ ---- > 148.198.12.0 UNL 0 0 FPA-0 > 148.198.8.0 148.198.8.2 UNIL 0 0 FPA-0 > 127.0.0.0 127.0.0.1 UNIL 0 0 LPB-0 > all others (default) 148.198.11.254 UNG 0 0 FPA-0 > > but with the start of the GATED the route disappears - with the OPCOM message > > %TCPWARE_GATED-W-WARNING, rt_add: interface not found for 148.198.12/255.255.252 > gw 0.0.0.0 Kernel > > and you have to readd it by hand later... You need to tell GATED about the route. I don't recall exactly what that syntax is. GATED will remove all routes except for those that it is explicitly told about (either in the configuration file or from routers). > > > btw: Have you tried to remove this particular route > (eg. you want to remove the secondary address) > > $ netcu rem rou 148.198.12.0/net fpa-0 > %TCPWARE_NETCU-E-IVIA, invalid internet address syntax or value > > is not allowed because REMOVE ROUTE allows only a gateway IP address > > $ netcu rem rou 148.198.12.0/net 148.198.12.2 > %TCPWARE_NETCU-E-REQFAIL, failed to perform requested operation > -TCPWARE-E-NOSUCHROUTE, no such route > > is not possible, because the local (secondary) address is not known as a > gateway address... Did you retry: NETCU REMOVE ROUTE 148.198.12.0 0/NETWORK That works and must be used. > >> You can also use ADD >>ROUTE /NETWORK (it is the same, it will >>find the interface based on the local-address). > > Sorry, but that does not work... > > $ netcu sh sec > > Secondary Address State > ----------------- ----- > 148.198.12.2 Active > 148.198.8.1 Inactive, queued for cluster lock > 148.198.12.1 Inactive, queued for cluster lock > > $ netcu add rou 148.198.12.0/net 148.198.12.2/gate > %TCPWARE_NETCU-E-REQFAIL, failed to perform requested operation > -SYSTEM-F-UNREACHABLE, remote node is not currently reachable You can't use 148.198.12.2 as the as it is not know to be local as far as routing is concerned (routing can't tell which inteface to use to send that packet - that's what you are doing by adding the route). And, it does work provided the is an EXISTING local address for an INTERFACE. So, you would use: NETCU ADD ROUTE 148.198.12.0/NETWORK 148.198.8.2 Don't use /GATEWAY! /GATEWAY says to send the packet to the gateway address specified (148.198.8.2), which is not what you want. You want it sent to the real destination address. Note: This "method" of adding the route is likely to be needed for GATED. > > And then you are frustrated... > >>Now, if you want to send packets from a TCPware system with a secondary >>address, your applications do need to be written to explicitly bind to a >>secondary address. That is perhaps the one area were we could improve >>things (since if there was a pseudo interface, the normal routing rules >>would likely select the address of that pseudo interface as the source >>address). However, these addresses really aren't the primary address of >>the host and hence we don't favor using them. Note that for incoming >>packets/connections, this is not an issue - the secondary address is >>used. > > In case they are TCP... > >>Of course, whether you are doing (1) or (2), you would want these >>changes to be permanent and therefore add them to ROUTING.COM. > > We did... > >>If you're still having problems, let me know what you're trying to do >>and we'll provide you the details on how to do it. > > Thanks for the offer. We do have an support agreement and I will (re)open > a support call with this issue after we upgraded to the just received V5.3-2. > > > I never had any problems doing the same (adding 2 addresses for 2 different > subnets running on the same wire) with UCX (but to stop blaming TCPware: > For the cluster alias I prefer TCPWAREs solution !) > > ------------------------------------------------------------------------ > Peter "EPLAN" LANGSTOEGER Tel. +43 1 81111-2382 > Network and OpenVMS system manager Fax. +43 1 81111-888 > Technical Computer Center (ADV) E-mail eplan@kapsch.net > <<< KAPSCH AG Wagenseilgasse 1 PSImail PSI%(0232)281001141::EPLAN > A-1121 VIENNA AUSTRIA "I'm not a pessimist, I'm a realist" - Bernie Volz Process Software Corporation ================================================================================ Archive-Date: Sun, 8 Mar 1998 18:39:26 -0400 Date: Sun, 8 Mar 1998 18:34 -0500 From: BRYANT@PROCESS.COM (Geoff Bryant) Reply-To: Info-TCPware@process.com Message-ID: <009C2E4954A48C2F.CE06@PROCESS.COM> To: Info-TCPware@process.com Subject: Re: Secondary IP address on interface volz@process.com (Bernie Volz) writes: > >In article <3501b360.0@nevada.kapsch.co.at>, eplan@kapsch.co.at (Peter LANGSTOEGER) writes: >> In article <1998Mar6.114841@process.com>, volz@process.com (Bernie Volz) writes: >>> [...] >> >> TCPware(R) for OpenVMS Internet Routing Table: >> >> Destination Gateway Flags RefCnt UseCnt Line >> ----------- ------- ----- ------ ------ ---- >> 148.198.12.0 UNL 0 0 FPA-0 >> 148.198.8.0 148.198.8.2 UNIL 0 0 FPA-0 >> 127.0.0.0 127.0.0.1 UNIL 0 0 LPB-0 >> all others (default) 148.198.11.254 UNG 0 0 FPA-0 >> >> but with the start of the GATED the route disappears - with the OPCOM message >> >> %TCPWARE_GATED-W-WARNING, rt_add: interface not found for 148.198.12/255.255.252 >> gw 0.0.0.0 Kernel >> >> and you have to readd it by hand later... > >You need to tell GATED about the route. I don't recall exactly what that >syntax is. GATED will remove all routes except for those that it is explicitly >told about (either in the configuration file or from routers). Use the static statement to set up your static routes that would otherwise be in ROUTING.COM. When using Gated, you need to have all the routing information in the gated.conf file. For example: static { default gateway 1.2.3.4 interface 5.6.7.8 preference 0; 10.1.203 mask 255.255.255.0 gateway 5.6.7.1 preference 0; } ; [...] ------------------------------------------------------------- Geoff Bryant bryant@process.com TCPware/Multinet Engineering Process Software Corporation http://www.process.com/ 959 Concord St. Framingham, MA 01701 USA ================================================================================ Archive-Date: Thu, 19 Mar 1998 09:20:54 -0400 Date: Wed, 18 Mar 1998 20:25:54 +0100 From: Barbara Krygier Reply-To: Info-TCPware@process.com Message-ID: <199803181925.UAA04212@srodka.marysia.pl> Subject: Our_view_on_NATO___________[ignore] To: Info-TCPware@PROCESS.COM Warsaw, 8 March 1998 OUR VIEW ON NATO The Polish National Community represents the views of most Polish citizens and warns against the harmful decision on the Polish integration with NATO. The idea of Poland joining NATO is strongly criticized by growing number of people in Poland and amounts to 70% of the whole population. The Polish President, Parliament and Government hide that fact from the public and they are reluctant to carry out a referendum on Polish integration with NATO, which raises serious objections among the citizens in Poland. The idea of Polish integration with NATO is strongly supported by the Government which, at the same time, turns a blind eye to poverty, unemployment, deplorable housing conditions and misconceived policy in the field of agriculture, education and welfare. The Government does not represent the voice of the nation any longer. It turns down any offer of cooperation with parliamentary and non-parliamentary parties. That impudent propaganda of Polish integration with NATO brings adverse effects. People feel that it is a non-democratic attempt to impose American and West European power on Poland. This results in growing resentment towards the USA and Western Europe. But first of all such operation would entail enormous costs for Poland, a sudden slump of the weapon manufacturing industry and drastic reduction of the Polish army to 180 000 soldiers whereas Germany possesses 600 000 soldiers. NATO is viewed by the Polish society as a means of dismantling Poland and replacing the Polish Army by foreign, mostly German, military forces. This poses a serious danger to Poland because of the neo-Nazi aura in Germany and, above all, in the German Army. People in Poland are alarmed by a growing domination of Germany in the NATO structures and by pan-Germanic tendencies in reunified Germany. People in Poland are afraid that integration with NATO will antagonize Poland and other Slavonic states, such as Russia, and Poland's close neighours: Belarus and Ukraine. NATO's presence in Poland is a threat not only to the Polish nation and other Slavonic countries, but also to Europe and the world. The American and European policy of confrontation with Russia would make any peace treaties or disarmament agreements impossible and might cause excessive armament race. The Western countries should remember that the NATO expansion means a new division of Europe resulting in a potential military conflict and in the isolation of Russia from the rest of the world. The NATO-free Poland should be a link between Russia and Western Europe, and, as a result, would bring considerable benefits to the USA and Europe. We do hope that a thorough analysis of the issues presented above will be of reciprocal benefit not only to Poland and the USA, but also to the peace process in all the countries of Europe and the world. Leader of the Polish National Community - Boleslaw Tejkowski Deputy Leadres of Polish National Community - Barbara Krygier - Jan Jedrak - Bogdan Partycki Member of the Executive Board of the Polish National Community - Jarogniewa Cieslak Polish National Community PWN 00-682 Warsaw Hoza 62 Str, Poland Postal Address: 00-956 Warsaw 10, skr. poczt.15, Poland This letter was deliverd to: US SENATORS: senator@sessions.senate.gov senator@shelby.senate.gov email@murkowski.senate.gov senator_stevens@stevens.senate.gov info@kyl.senate.gov senator_mccain@mccain.senate.gov senator@bumpers.senate.gov senator.hutchinson@hutchinson.senate.gov senator@boxer.senate.gov senator@feinstein.senate.gov allard@senate.gov sen_dodd@doddsenate.gov senator_lieberman@lieberman.senate.gov senator@biden.senate.gov comments@roth.senate.gov bob_graham@graham.senate.gov connie@mack.senate.gov senator_max_cleland@cleland.senate.gov senator_coverdell@coverdell.senate.gov senator@inouye.senate.gov larry_craig@craig.senate.gov dirk_kempthorne@kempthorne.senate.gov dick@durbin.senate.gov senator@moseley-braun.senate.gov senator_lugar@lugar.senate.gov chuck_grassley@grassley.senate.gov tom_harkin@harkin.senate.gov sam_brownback@brownback.senate.gov wendell_ford@ford.senate.gov senator@mcconnell.senate.gov senator@breaux.senate.gov senator@landrieu.senate.gov senator@collins.senate.gov olympia@snowe.senate.gov senator@mikulski.senate.gov senator@sarbanes.senate.gov senator@kennedy.senate.gov john_kerry@kerry.senate.gov michigan@abraham.senate.gov senator@levin.senate.gov mail_grams@grams.senate.gov senator@wellstone.senate.gov senator@cochran.senate.gov senatorlott@lott.senate.gov john_ashcroft@ashcroft.senate.gov kit_bond@bond.senate.gov max@baucuc.senate.gov conrad_burns@burns.senate.gov chuck_hagen@hagen.senate.gov kerrey@senate.gov senator@bryan.senate.gov senator_reid@reid.senate.gov mailbox@gregg.senate.gov opinion@smith.senate.gov frank_lautenberg@lautenberg.senate.gov senator_torricelli@torricellisenate.gov senator_bingaman@bingaman.senate.gov senator_domenici@domenici.senate.gov senator_al@domato.senate.gov senator@dpm.senate.gov senator@faircloth.senate.gov jesse_helms@helms.senate.gov senator@dorgan.senate.gov senator_dewine@dewine.senate.gov senator_glenn@glenn.senate.gov senator@nickles.senate.gov senator@nickles.senate.gov senator@wyden.senate.gov senator@santorum.senate.gov senator_specter@specter.senate.gov senator_chafee@chafee.senate.gov senator@hollings.senate.gov senator@thurmound.senate.gov tom_daschle@daschle.senate.gov tim@johnson.senate.gov senator_frist@frist.senate.gov senator_thompson@thompson.senate.gov senator@hutchison.senate.gov senator@bennett.senate.gov senator_hatch@hatch.senate.gov vermont@jeffords.senate.gov senator_leahy@leahy.senate.gov senator@warner.senate.gov senator_gorton@gorton.senate.gov senator_murray@murray.senate.gov senator_byrd@byrd.senate.gov senator@rockefeller.senate.gov senator@feingold.senate.gov senator_hohl@kohl.senate.gov senator@enzi.senate.gov craig@thomas.senate.gov wendell_ford@ford.senate.gov US Senate Offices postmaster@dpc.senate.gov webmaster@rpc.senate.gov historian@sec.senate.gov ------------------------ barton06@hr.house.gov bentsen@hr.house.gov jchapman@hr.house.gov doggett@hr.house.gov frost@hr.house.gov ggren@hr.house.gov samtx03@hr.house.gov cwilson@hr.house.gov ------------------------ US Government: president@whitehouse.gov vicepresident@whitehouse.gov Russia Government: mfa@olvit.ru pravo@gov.ru prespr@gov.ru www@duma.ru PRESS, Etc.: worldservice.letters@bbc.co.uk letters@nytimes.com iht@iht.com ddemarco@usatin.gannett.com jlewis@usatoday.gannett.com leross@usatoday.gannett.com letters@time.com chandlerc@washpost.com corcorane@washpost.com diehlj@washpost.com dobbsm@washpost.com farahd@washpost.com lippmant@washpost.com webmaster@www.nns.ru rtoday-feedback@ein.cz webmaster@itar-tass.com irrtv@irrtv.msk.ru irrtv7@airmail.net progers@rmi.net vek.inf@relcom.ru letters@independent.co.uk DieZeit@zeit.de et.letters@telegraph.co.uk et.marketing@telegraph.co.uk site.feedback@ft.com inquiries@wsj.com editor@usatoday.com online@independent.co.uk reader-foreign@observer.co.uk reader-home@observer.co.uk ================================================================================ Archive-Date: Fri, 20 Mar 1998 12:48:27 -0400 From: "Ruslan R. Laishev" Reply-To: Info-TCPware@process.com Subject: DHCP & Win* clients Date: Fri, 20 Mar 1998 19:55:27 +0300 Message-ID: <35129F7F.390DFADC@DeltaTel.RU> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit To: Info-TCPware@PROCESS.COM Hi All! I try to use DHCP for ip address leasing. At server I have DHCPTAB filed properly. At WinNT (by example) I select "obtain IP address dynamicaly" and reboot WinNT. Well after rebooting IP address is not taken (I see this by IPCONFIG at DOS commands prompt). Someone hav "positive" example of using DHCP and Win* clients with dinamycaly assigned IP address ? What tips I can use for DEBUGING process of work of DHCPD ? -- Sincerely yours... +--------------------------------------------------------------------+ Delta Telecom JSC Cel: 7+ (812) 116-3222 191119,Russia, St.Petersburg, Fax: 7+ (812) 112-1099 Transportny per. 3 Fido: 2:5030/279 RSA FingerPrint: D1C7 F4D1 9123 25A8 1C12 2F46 8A83 293A +http://www.levitte.org/~rlaishev/----------- SysMan riding Griphon + ================================================================================ Archive-Date: Fri, 20 Mar 1998 12:48:32 -0400 From: "Ruslan R. Laishev" Reply-To: Info-TCPware@process.com Subject: IP cluster and DNS Date: Fri, 20 Mar 1998 20:04:11 +0300 Message-ID: <3512A18B.9CC23C8E@DeltaTel.RU> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit To: Info-TCPware@PROCESS.COM Hi All! I have next problem: TWO Alphas has added secondary interfaces (by NETCU ADD SECONDARY 172.16.0.41), at VMS command prompt I type: $ nslookup dtv4 172.16.0.41 Server: StarLet.DeltaTel.RU Address: 172.16.0.41 Name: dtv4.DeltaTel.RU Address: 172.16.0.4 No problem! At WinNT command prompt : C:\>ping 172.16.0.41 Pinging 172.16.0.41 with 32 bytes of data: Reply from 172.16.0.41: bytes=32 time<10ms TTL=64 Reply from 172.16.0.41: bytes=32 time<10ms TTL=64 Reply from 172.16.0.41: bytes=32 time<10ms TTL=64 Reply from 172.16.0.41: bytes=32 time<10ms TTL=64 C:\>nslookup dtv4 172.16.0.41 DNS request timed out. timeout was 2 seconds. DNS request timed out. timeout was 4 seconds. DNS request timed out. timeout was 8 seconds. *** Can't find server name for address 172.16.0.41 *** Default servers are not available Server: UnKnown Address: 172.16.0.41 DNS request timed out. timeout was 2 seconds. DNS request timed out. timeout was 4 seconds. DNS request timed out. timeout was 8 seconds. *** Request to UnKnown timed-out What is problem ? PS:TCPWare 5.3-2 with latest patches from vms.porcess.com/support, OpenVMS 7.1-1h1/AS4100 5/300,5/533. -- Sincerely yours... +--------------------------------------------------------------------+ Delta Telecom JSC Cel: 7+ (812) 116-3222 191119,Russia, St.Petersburg, Fax: 7+ (812) 112-1099 Transportny per. 3 Fido: 2:5030/279 RSA FingerPrint: D1C7 F4D1 9123 25A8 1C12 2F46 8A83 293A +http://www.levitte.org/~rlaishev/----------- SysMan riding Griphon + ================================================================================ Archive-Date: Fri, 20 Mar 1998 13:10:51 -0400 Date: Fri, 20 Mar 1998 13:05 -0500 From: SCHREIBER@PROCESS.COM (Jeff Schreiber) Reply-To: Info-TCPware@process.com Message-ID: <009C3789507F45A1.B198@PROCESS.COM> To: Info-TCPware@process.com Subject: RE: IP cluster and DNS "Ruslan R. Laishev" writes: > >Alphas has added secondary interfaces (by NETCU ADD SECONDARY >$ nslookup dtv4 172.16.0.41 >Server: StarLet.DeltaTel.RU >Address: 172.16.0.41 > >Name: dtv4.DeltaTel.RU >Address: 172.16.0.4 > >C:\>nslookup dtv4 172.16.0.41 >*** Can't find server name for address 172.16.0.41 >*** Default servers are not available Secondary addresses don't function as you would expect with DNS. The nameserver receives UDP datagrams from the same interface, and sends the response back out the interface it came in on, but the drivers formulate the datagram. The driver has no way to know that the UDP packet is a response from the UDP packet that was sent to the secondary address, and just sets the from address on the packet to be the primary address. Since the PC sent the request to the secondary address, and gets an answer from the primary address... it ignores the answer (since it didn't get a response from the address it sent the packet to). Now... along those lines... if you use TCP, it'll work: Default Server: [10.10.10.10] Address: 10.10.10.10 > www Server: [10.10.10.10] Address: 10.10.10.10 timeout timeout timeout > set vc > www Server: [10.10.10.10] Address: 10.10.10.10 Name: www.process.com Address: 198.115.138.3 -Jeff -- Jeff Schreiber, Process Software Corp. schreiber@process.com http://www.process.com TCPware & MultiNet: Stronger than Ever ================================================================================ Archive-Date: Mon, 23 Mar 1998 02:39:11 -0400 From: "Ruslan R. Laishev" Reply-To: Info-TCPware@process.com Subject: Re: IP cluster and DNS Date: Mon, 23 Mar 1998 10:09:22 +0300 Message-ID: <35160AA2.36F8EA9C@DeltaTel.RU> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit To: Info-TCPware@PROCESS.COM Bernard Volz wrote: > What happens if you try NSLOOKUP without using the secondary address of the > OpenVMS system (ie, use the primary address). It could be that the client is > expecting the reply to be from the 172.16.0.41 address and it won't be (UDP > packets sent from the OpenVMS system will use the primary address, not the > secondary address). > > Hence, it is NOT a good idea to use the secondary address as the address of > the DNS name server - use the primary address of the OpenVMS system for > that. Realy ? Recently i had 1 VAX+ 3 Alphas in VMS cluster and ONE ip cluster alias w/o problem. > > Secondary addresses do have some limitations - such as UDP responses sent by > the OpenVMS system in response to packets sent to one of its secondary > addresses will be sent from the OpenVMS system's primary address (not the > secondary address). TCP connections are OK. Thanks for explonation. I understaned it, but why these problems is not in UCX ? > > - Bernie Volz > Process Software -- Sincerely yours... +--------------------------------------------------------------------+ Delta Telecom JSC Cel: 7+ (812) 116-3222 191119,Russia, St.Petersburg, Fax: 7+ (812) 112-1099 Transportny per. 3 Fido: 2:5030/279 RSA FingerPrint: D1C7 F4D1 9123 25A8 1C12 2F46 8A83 293A +http://www.levitte.org/~rlaishev/----------- SysMan riding Griphon + ================================================================================ Archive-Date: Mon, 23 Mar 1998 03:07:56 -0400 From: "Joerg Ziegler" Reply-To: Info-TCPware@process.com Subject: Re: DHCP & Win* clients Date: Mon, 23 Mar 1998 08:57:05 +0100 Message-ID: <6f54dh$pla$1@euler.space.net> To: Info-TCPware@PROCESS.COM Hi, there is something may going wrong. (what version of TCPware you re using?) Please check the following issues: 1.) in which directory is your dhcptab file TCPWARE_SPECIFIC:[TCPWARE] or TCPWARE_COMMON:[TCPWARE] ? If BOOTP_CLUSTER (in TCPware_configure.com is set to 1) it must be in TCPware_common 2.) Have you configured it right? (using @TCPware:cnfnet misc) $ BOOTP_SERVERS == 1 $ BOOTP_PROTOCOL == "BOTH" $ BOOTP_CLUSTER == 1 means Server processes enabled, BOOTP and DHCP requests will be answered and the file is in SYS$COMMON:[TCPware] 3.) Have you set up the syntax correctly, like in your manual described? 4.) Debugging: DEFINE/SYSTEM/EXEC TCPWARE_DHCPD_DEBUG FFFFFFFF @RESTART MISC reboot the NT and look into TCPWARE:DHCPDEBUG.LOG to find anythings going wrong. 5.) Does NETCU SHOW DHCP and SHOW DHCP/VERIFY work? -- Best Regards Joerg Ziegler Brain Force Software GmbH Phone: +49-89-317004-23 Fax: +49-89-317004-20 E-Mail: ZIEGLER@brainforce.com Ruslan R. Laishev schrieb in Nachricht <35129F7F.390DFADC@DeltaTel.RU>... >Hi All! > > I try to use DHCP for ip address leasing. At server I have DHCPTAB filed properly. At >WinNT (by example) I select "obtain IP address dynamicaly" and reboot WinNT. Well >after rebooting IP address is not taken (I see this by IPCONFIG at DOS commands >prompt). > > Someone hav "positive" example of using DHCP and Win* clients with dinamycaly >assigned IP address ? > What tips I can use for DEBUGING process of work of DHCPD ? > >-- >Sincerely yours... >+--------------------------------------------------------------------+ >Delta Telecom JSC Cel: 7+ (812) 116-3222 >191119,Russia, St.Petersburg, Fax: 7+ (812) 112-1099 >Transportny per. 3 Fido: 2:5030/279 >RSA FingerPrint: D1C7 F4D1 9123 25A8 1C12 2F46 8A83 293A >+http://www.levitte.org/~rlaishev/----------- SysMan riding Griphon + ================================================================================ Archive-Date: Mon, 23 Mar 1998 09:32:41 -0400 From: "Ruslan R. Laishev" Reply-To: Info-TCPware@process.com Subject: Re: DHCP & Win* clients Date: Mon, 23 Mar 1998 17:09:25 +0300 Message-ID: <35166D15.A7DFE8B9@DeltaTel.RU> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit To: Info-TCPware@PROCESS.COM Hi ! Joerg Ziegler wrote: > there is something may going wrong. (what version of TCPware you re using?) 5.3-2 + latest patches > > Please check the following issues: > > 1.) in which directory is your dhcptab file TCPWARE_SPECIFIC:[TCPWARE] or > TCPWARE_COMMON:[TCPWARE] ? Yes. NETCU sho dhcp /ver not display any problem, more over TS 90 TL discibed in DHCPTAB is booted w/o problem. > 2.) Have you configured it right? (using @TCPware:cnfnet misc) > $ BOOTP_SERVERS == 1 > $ BOOTP_PROTOCOL == "BOTH" > $ BOOTP_CLUSTER == 1 > means Server processes enabled, BOOTP and DHCP requests will be > answered > and the file is in SYS$COMMON:[TCPware] Yes. > 3.) Have you set up the syntax correctly, like in your manual described? Yes. > > 4.) Debugging: > > DEFINE/SYSTEM/EXEC TCPWARE_DHCPD_DEBUG FFFFFFFF Wow! This is documented features ? > @RESTART MISC -- Sincerely yours... +--------------------------------------------------------------------+ Delta Telecom JSC Cel: 7+ (812) 116-3222 191119,Russia, St.Petersburg, Fax: 7+ (812) 112-1099 Transportny per. 3 Fido: 2:5030/279 RSA FingerPrint: D1C7 F4D1 9123 25A8 1C12 2F46 8A83 293A +http://www.levitte.org/~rlaishev/----------- SysMan riding Griphon + ================================================================================ Archive-Date: Mon, 23 Mar 1998 10:00:37 -0400 Subject: Re: IP cluster and DNS Message-ID: <1998Mar21.215619.2277@delta.process.com> From: "Bernard Volz" Reply-To: Info-TCPware@process.com Date: Sat, 21 Mar 1998 22:07:32 -0500 To: Info-TCPware@PROCESS.COM Ruslan R. Laishev wrote in message <3512A18B.9CC23C8E@DeltaTel.RU>... >Hi All! > I have next problem: > TWO Alphas has added secondary interfaces (by NETCU ADD SECONDARY 172.16.0.41), at >VMS command prompt I type: >$ nslookup dtv4 172.16.0.41 >Server: StarLet.DeltaTel.RU >Address: 172.16.0.41 > >Name: dtv4.DeltaTel.RU >Address: 172.16.0.4 > >No problem! > > At WinNT command prompt : >C:\>ping 172.16.0.41 > >Pinging 172.16.0.41 with 32 bytes of data: > >Reply from 172.16.0.41: bytes=32 time<10ms TTL=64 >Reply from 172.16.0.41: bytes=32 time<10ms TTL=64 >Reply from 172.16.0.41: bytes=32 time<10ms TTL=64 >Reply from 172.16.0.41: bytes=32 time<10ms TTL=64 > >C:\>nslookup dtv4 172.16.0.41 >DNS request timed out. > timeout was 2 seconds. >DNS request timed out. > timeout was 4 seconds. >DNS request timed out. > timeout was 8 seconds. >*** Can't find server name for address 172.16.0.41 >*** Default servers are not available >Server: UnKnown >Address: 172.16.0.41 > >DNS request timed out. > timeout was 2 seconds. >DNS request timed out. > timeout was 4 seconds. >DNS request timed out. > timeout was 8 seconds. >*** Request to UnKnown timed-out > >What is problem ? > > >PS:TCPWare 5.3-2 with latest patches from vms.porcess.com/support, OpenVMS >7.1-1h1/AS4100 5/300,5/533. >-- What happens if you try NSLOOKUP without using the secondary address of the OpenVMS system (ie, use the primary address). It could be that the client is expecting the reply to be from the 172.16.0.41 address and it won't be (UDP packets sent from the OpenVMS system will use the primary address, not the secondary address). Hence, it is NOT a good idea to use the secondary address as the address of the DNS name server - use the primary address of the OpenVMS system for that. Secondary addresses do have some limitations - such as UDP responses sent by the OpenVMS system in response to packets sent to one of its secondary addresses will be sent from the OpenVMS system's primary address (not the secondary address). TCP connections are OK. - Bernie Volz Process Software ================================================================================ Archive-Date: Mon, 23 Mar 1998 21:04:05 -0400 Subject: Re: IP cluster and DNS Message-ID: <1998Mar23.195429@process.com> From: volz@process.com (Bernie Volz) Reply-To: Info-TCPware@process.com Date: 23 Mar 98 19:54:29 -0500 To: Info-TCPware@PROCESS.COM In article <35160AA2.36F8EA9C@DeltaTel.RU>, "Ruslan R. Laishev" writes: > Bernard Volz wrote: > >> Hence, it is NOT a good idea to use the secondary address as the address of >> the DNS name server - use the primary address of the OpenVMS system for >> that. > Realy ? Recently i had 1 VAX+ 3 Alphas in VMS cluster and ONE ip cluster alias w/o > problem. Using secondary addresses are just fine for many purposes and they work as expected. However, there are a few cases where they won't - such as using them for a DNS server address and then it may work fine for many clients, but not all (depending on what checking the client does as to who sent the DNS response). >> >> Secondary addresses do have some limitations - such as UDP responses sent by >> the OpenVMS system in response to packets sent to one of its secondary >> addresses will be sent from the OpenVMS system's primary address (not the >> secondary address). TCP connections are OK. > Thanks for explonation. I understaned it, but why these problems is not in UCX ? >> Some of the other TCP/IP products have pseudo interfaces. These are great for certain other applications (such as having multiple IP networks on a single Ethernet network). We are considering adding this support (registering your request for the support would help get it in the product sooner). The plan is you'd be able to do something like: NETCU START/IP PSD-0 SVA-0 where SVA-0 is the "real" interface. Now, it looks like you have two interfaces and two networks, but both are really on the same physical interface. And, now DNS requests received for this address would be sent back (the replies) with that address. Note: Secondary address support would stay as it is (so, TCPware would allow you to have multiple addresses on the same network as well as multiple networks on the same cable). - Bernie Volz Process Software ================================================================================ Archive-Date: Tue, 24 Mar 1998 03:15:46 -0400 From: "Ruslan R. Laishev" Reply-To: Info-TCPware@process.com Subject: Re: IP cluster and DNS Date: Tue, 24 Mar 1998 09:52:21 +0300 Message-ID: <35175825.E44DA749@DeltaTel.RU> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit To: Info-TCPware@PROCESS.COM Bernie Volz wrote: > >> > >> Secondary addresses do have some limitations - such as UDP responses sent by > >> the OpenVMS system in response to packets sent to one of its secondary > >> addresses will be sent from the OpenVMS system's primary address (not the > >> secondary address). TCP connections are OK. > > Thanks for explonation. I understaned it, but why these problems is not in UCX ? > >> > > Some of the other TCP/IP products have pseudo interfaces. These are > great for certain other applications (such as having multiple IP > networks on a single Ethernet network). We are considering adding this > support (registering your request for the support would help get it in > the product sooner). When !!!??? :)) This feature will by include in 5.4 version or in patches for 5.3-x? > > The plan is you'd be able to do something like: > NETCU START/IP PSD-0 SVA-0 > where SVA-0 is the "real" interface. Now, it looks like you have two > interfaces and two networks, but both are really on the same physical > interface. And, now DNS requests received for this address would be sent > back (the replies) with that address. Fine ! This is the what I'm need !!! > > Note: Secondary address support would stay as it is (so, TCPware would > allow you to have multiple addresses on the same network as well as > multiple networks on the same cable). This is very useful. > > - Bernie Volz > Process Software Thanks for good news. -- Sincerely yours... +--------------------------------------------------------------------+ Delta Telecom JSC Cel: 7+ (812) 116-3222 191119,Russia, St.Petersburg, Fax: 7+ (812) 112-1099 Transportny per. 3 Fido: 2:5030/279 RSA FingerPrint: D1C7 F4D1 9123 25A8 1C12 2F46 8A83 293A +http://www.levitte.org/~rlaishev/----------- SysMan riding Griphon + ================================================================================ Archive-Date: Tue, 24 Mar 1998 10:17:49 -0400 From: "Ruslan R. Laishev" Reply-To: Info-TCPware@process.com Subject: Re: DHCP & Win* clients Date: Tue, 24 Mar 1998 17:59:42 +0300 Message-ID: <3517CA5E.39588BF0@DeltaTel.RU> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit To: Info-TCPware@PROCESS.COM Hi ! Joerg Ziegler wrote: > > DEFINE/SYSTEM/EXEC TCPWARE_DHCPD_DEBUG FFFFFFFF > @RESTART MISC This is a very useful thing. BTW this is not described in documentation and in the FAQ. > > reboot the NT and look into TCPWARE:DHCPDEBUG.LOG to find anythings going > wrong. Well, I solve several problem with data in DHCPTAB. Now I have yet another question: what need for leasing IP address for client beyond routers (from "remote" network) ? -- Sincerely yours... +--------------------------------------------------------------------+ Delta Telecom JSC Cel: 7+ (812) 116-3222 191119,Russia, St.Petersburg, Fax: 7+ (812) 112-1099 Transportny per. 3 Fido: 2:5030/279 RSA FingerPrint: D1C7 F4D1 9123 25A8 1C12 2F46 8A83 293A +http://www.levitte.org/~rlaishev/----------- SysMan riding Griphon + ================================================================================ Archive-Date: Tue, 24 Mar 1998 12:25:20 -0400 From: "Joerg Ziegler" Reply-To: Info-TCPware@process.com Subject: Re: DHCP & Win* clients Date: Tue, 24 Mar 1998 17:46:27 +0100 Message-ID: <6f8nq4$hsh$1@euler.space.net> To: Info-TCPware@PROCESS.COM Hi, not all usefull things were described in documentations. This mechanism works for nearly all TCPware components. But if you forgot to deassign the logical after tracing and restarting the component you might get problems. Because it may generate a lot of data on your hard disk. Please explain on a sample what your question is for : >>what need for leasing IP address for client beyond routers (from "remote" network) ? -- Best Regards Joerg Ziegler Brain Force Software GmbH Phone: +49-89-317004-23 Fax: +49-89-317004-20 E-Mail: ZIEGLER@brainforce.com Ruslan R. Laishev schrieb in Nachricht <3517CA5E.39588BF0@DeltaTel.RU>... >Hi ! >Joerg Ziegler wrote: >> >> DEFINE/SYSTEM/EXEC TCPWARE_DHCPD_DEBUG FFFFFFFF >> @RESTART MISC > This is a very useful thing. BTW this is not described in documentation and in the >FAQ. > >> >> reboot the NT and look into TCPWARE:DHCPDEBUG.LOG to find anythings going >> wrong. > Well, I solve several problem with data in DHCPTAB. Now I have yet another question: >what need for leasing IP address for client beyond routers (from "remote" network) ? >-- >Sincerely yours... >+--------------------------------------------------------------------+ >Delta Telecom JSC Cel: 7+ (812) 116-3222 >191119,Russia, St.Petersburg, Fax: 7+ (812) 112-1099 >Transportny per. 3 Fido: 2:5030/279 >RSA FingerPrint: D1C7 F4D1 9123 25A8 1C12 2F46 8A83 293A >+http://www.levitte.org/~rlaishev/----------- SysMan riding Griphon + ================================================================================ Archive-Date: Tue, 24 Mar 1998 12:36:21 -0400 From: "Paul Roberts" Reply-To: Info-TCPware@process.com Subject: Re: DHCP & Win* clients Date: Tue, 24 Mar 1998 16:53:29 -0000 Message-ID: <890758411.27849.0.nnrp-02.c3ad2502@news.demon.co.uk> To: Info-TCPware@PROCESS.COM Ruslan R. Laishev wrote in message <3517CA5E.39588BF0@DeltaTel.RU>... > Well, I solve several problem with data in DHCPTAB. Now I have yet another question: >what need for leasing IP address for client beyond routers (from "remote" network) ? You need to configure a DHCP/bootp relay agent on the router. Cisco call these things ip helpers, although they do the same thing. Paul Roberts, Internet & Intranet Solutions Ltd., e-mail: spam-filter@intranet-solutions.com Replace spam-filter with paul.roberts to reply. Antispam address for local postmaster: postmaster@localhost ================================================================================ Archive-Date: Wed, 25 Mar 1998 02:15:49 -0400 From: "Ruslan R. Laishev" Reply-To: Info-TCPware@process.com Subject: Re: DHCP & Win* clients Date: Wed, 25 Mar 1998 09:49:44 +0300 Message-ID: <3518A908.51842904@DeltaTel.RU> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit To: Info-TCPware@PROCESS.COM Joerg Ziegler wrote: > Please explain on a sample what your question is for : > >>what need for leasing IP address for client beyond routers (from "remote" > network) ? So, I have: DHCP (172.16.0.41) (Cisco routers) remote Win* clients 172.16.0.0 network <===172.16.0.1 ...172.17.0.1===>172.17.0.0 network ^ | | V local Win* clients How I'm need define list of address for leasing IP addresses to the clients from 172.17.0.0 network? I see in DHCPDEBUG.LOG request from arrived from a remote clients, but in DHCPTAB is not defined record for these particulary clients. As result I see in llog file mesage "No host entry found". Probably if I define the records in DHCPTAB for the each clients with "ht:" tag all will be work normaly. -- Sincerely yours... +--------------------------------------------------------------------+ Delta Telecom JSC Cel: 7+ (812) 116-3222 191119,Russia, St.Petersburg, Fax: 7+ (812) 112-1099 Transportny per. 3 Fido: 2:5030/279 RSA FingerPrint: D1C7 F4D1 9123 25A8 1C12 2F46 8A83 293A +http://www.levitte.org/~rlaishev/----------- SysMan riding Griphon + ================================================================================ Archive-Date: Wed, 25 Mar 1998 05:37:23 -0400 From: "Joerg Ziegler" Reply-To: Info-TCPware@process.com Subject: DHCP & Win* clients, can PSC help? Date: Wed, 25 Mar 1998 11:26:58 +0100 Message-ID: <6falue$3mj$1@euler.space.net> To: Info-TCPware@PROCESS.COM I ve currently no knowledge about specifying DHCP entries without ht tag, may be PSC can help? -- Best Regards Joerg Ziegler Brain Force Software GmbH Phone: +49-89-317004-23 Fax: +49-89-317004-20 E-Mail: ZIEGLER@brainforce.com Ruslan R. Laishev schrieb in Nachricht <3518A908.51842904@DeltaTel.RU>... >Joerg Ziegler wrote: >> Please explain on a sample what your question is for : >> >>what need for leasing IP address for client beyond routers (from "remote" >> network) ? > So, I have: > > DHCP (172.16.0.41) (Cisco routers) remote Win* clients > 172.16.0.0 network <===172.16.0.1 ...172.17.0.1===>172.17.0.0 network > ^ > | > | > V > local Win* clients > > How I'm need define list of address for leasing IP addresses to the clients from >172.17.0.0 network? I see in DHCPDEBUG.LOG request from arrived from a remote clients, >but in DHCPTAB is not defined record for these particulary clients. As result I see in >llog file mesage "No host entry found". Probably if I define the records in DHCPTAB >for the each clients with "ht:" tag all will be work normaly. > >-- >Sincerely yours... >+--------------------------------------------------------------------+ >Delta Telecom JSC Cel: 7+ (812) 116-3222 >191119,Russia, St.Petersburg, Fax: 7+ (812) 112-1099 >Transportny per. 3 Fido: 2:5030/279 >RSA FingerPrint: D1C7 F4D1 9123 25A8 1C12 2F46 8A83 293A >+http://www.levitte.org/~rlaishev/----------- SysMan riding Griphon + ================================================================================ Archive-Date: Wed, 25 Mar 1998 16:11:49 -0400 Resent-Date: Wed, 25 Mar 1998 16:05:55 -1300 Resent-From: info-tcpware@process.com Resent-To: Date: Wed, 25 Mar 1998 16:05:53 -1300 From: Geoff Bryant Reply-To: Info-TCPware@process.com To: wells@syrres.com CC: info-multinet@process.com, info-tcpware@process.com, bryant@process.com Message-ID: <009C3B90.599AD374.10@process.com> Subject: RE: how do I connect to the x server wells@syrres.com writes: > >Hi. I need to connect to a decwindows session from a pc with pc-xware >installed but I am unsure as to the way to do this... > >I have tcpware (latest) installed on an alpha 255 running vms 6.21h-1 and >from the xware telnet session I am doing the following: > >$ set display/create/transport=tcpware/node=202.xxx.xxx.xxx >$ run sys$system:decw$session > >But I usually get back a "can't open display error..." > >Any ideas would be GREATLY appreciated! > >Rick >wells@syrres.com > >-----== Posted via Deja News, The Leader in Internet Discussion ==----- >http://www.dejanews.com/ Now offering spam-free web-based newsreading You should: 1) Make sure you have added TCPIP as a transport in: SYS$MANAGER:DECW$PRIVATE_SERVER_SETUP.COM note that if you don't have one, copy the .TEMPLATE version to .COM and edit appropriately. 2) If you needed step 1, you may need: $ @SYS$MANAGER:DECW$STARTUP RESTART 3) Do the set display as SET DISPLAY/CREATE/NODE=ip.node.name/transport=tcpip Note the transport is TCPIP and not TCPWARE. The "TCPWARE" transport is now obsolete as it applied to old version of VMS on VAX. The "TCPIP" transport is the one you want. 4) Make sure that your PC has security set to allow for things to display. I have no idea how to do that in pc-xware. 5) Fire up your application. This works for me. ------------------------------------------------------------- Geoff Bryant bryant@process.com TCPware/Multinet Engineering Process Software Corporation http://www.process.com/ 959 Concord St. Framingham, MA 01701 USA ================================================================================ Archive-Date: Wed, 25 Mar 1998 17:29:13 -0400 Subject: Re: DHCP & Win* clients Message-ID: <1998Mar25.153053@process.com> From: volz@process.com (Bernie Volz) Reply-To: Info-TCPware@process.com Date: 25 Mar 98 15:30:53 -0500 To: Info-TCPware@PROCESS.COM In article <3518A908.51842904@DeltaTel.RU>, "Ruslan R. Laishev" writes: > Joerg Ziegler wrote: >> Please explain on a sample what your question is for : >> >>what need for leasing IP address for client beyond routers (from "remote" >> network) ? > So, I have: > > DHCP (172.16.0.41) (Cisco routers) remote Win* clients > 172.16.0.0 network <===172.16.0.1 ...172.17.0.1===>172.17.0.0 network > ^ > | > | > V > local Win* clients > > How I'm need define list of address for leasing IP addresses to the clients from > 172.17.0.0 network? I see in DHCPDEBUG.LOG request from arrived from a remote clients, > but in DHCPTAB is not defined record for these particulary clients. As result I see in > llog file mesage "No host entry found". Probably if I define the records in DHCPTAB > for the each clients with "ht:" tag all will be work normaly. > If you have the TCPware documentation, we show an example of this (in the 5.2 documentation set, this is on page 17-10 of the Management Guide). You want to use the nc tag (Network Class). Basically, you'd define the "remote win* clients" groups by specifying the gateway (router) through which the client requests are relayed (so, nc=172.17.0.1). The default nc is 0.0.0.0 which means local network segment. - Bernie Volz Process Software ================================================================================ Archive-Date: Thu, 26 Mar 1998 05:48:19 -0400 From: "Ruslan R. Laishev" Reply-To: Info-TCPware@process.com Subject: Re: DHCP & Win* clients, can PSC help? Date: Thu, 26 Mar 1998 08:44:38 +0300 Message-ID: <3519EB46.230323AD@DeltaTel.RU> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit To: Info-TCPware@PROCESS.COM Joerg Ziegler wrote: > > I ve currently no knowledge about specifying DHCP entries without ht tag, > may be PSC can help? Sorry. I'm mistaken not "ht" but "ha" ! -- Sincerely yours... +--------------------------------------------------------------------+ Delta Telecom JSC Cel: 7+ (812) 116-3222 191119,Russia, St.Petersburg, Fax: 7+ (812) 112-1099 Transportny per. 3 Fido: 2:5030/279 RSA FingerPrint: D1C7 F4D1 9123 25A8 1C12 2F46 8A83 293A +http://www.levitte.org/~rlaishev/----------- SysMan riding Griphon + ================================================================================ Archive-Date: Mon, 30 Mar 1998 16:38:17 -0400 From: WA@GURU1.SDA-ATS.CH (ganesha) Subject: Pine IMAP with TCPware: HELP Date: 30 Mar 1998 21:28:33 GMT Message-ID: Reply-To: Info-TCPware@process.com To: Info-TCPware@PROCESS.COM Hi! I would be thankful if somebody could steer me into the right direction here as I am trying to install the IMAP server which comes with the PINE distribution (Version 3.91-2). I've also installed NETLIB 022 on a VAX running OpenVMS V6.2 and TCPware V5.0-3B. As instructed I did re-link the binaries for netlib support. Now when invoking the image on the command line it seems to be healthy: [000000.IMAP.BIN_VAX]> r imapd * OK GURU1.SDA-ATS.CH IMAP2bis Service 7.8(92) VMS at Mon, 30 Mar 1998 22:54:57 -1300 However, when testing over the net, as here with telnet, I get this (slightly modified): %TCPWARE_TELNET-I-TRYING, trying host.SDA-ATS.CH,IMAPD (000.00.000.00,143) ... %TCPWARE_TELNET-I-ESCCHR, escape (attention) character is "^\" %TCPWARE_TELNET-E-CONNLOST, connection to remote host lost -SYSTEM-F-VCBROKEN, virtual circuit broken Well, I did switch on auditing on all file accesses and could verify that the imapd.exe file is accessed when a connection on port 143 arrives. Also, an entry is written into NETCP.LOG. Within NETCU I have this entry for the IMAP service: TCP IMAPD 0 none 1 0 IMAPD_EXE /ROUTINE=create_server_process /LOG /PRIVILEGES=(CMKRNL,CMEXEC,SYSNAM,GRPNAM,ALLSPOOL,- DETACH,DIAGNOSE,LOG_IO,GROUP,ACNT,- PRMCEB,PRMMBX,PSWAPM,SETPRI,SETPRV,- TMPMBX,WORLD,MOUNT,OPER,EXQUOTA,NETMBX,- VOLPRO,PHY_IO,BUGCHK,PRMGBL,SYSGBL,- PFNMAP,SHMEM,SYSPRV,BYPASS,SYSLCK,- SHARE,UPGRADE,DOWNGRADE,GRPPRV,READALL,- SECURITY) /UIC=[1,3] /PRIORITY=4 /PAGE_FILE=32768 What is missing? Does it work somewhere under TCPware?? TIA -- ChrisW ================================================================================ Archive-Date: Mon, 30 Mar 1998 16:45:46 -0400 Date: Mon, 30 Mar 1998 16:40 -0500 From: BRYANT@PROCESS.COM (Geoff Bryant) Reply-To: Info-TCPware@process.com Message-ID: <009C3F82F736FE26.021B@PROCESS.COM> To: Info-TCPware@process.com Subject: RE: Pine IMAP with TCPware: HELP WA@GURU1.SDA-ATS.CH (ganesha) writes: > >Hi! > >I would be thankful if somebody could steer me into the right direction here as >I am trying to install the IMAP server which comes with the PINE distribution >(Version 3.91-2). I've also installed NETLIB 022 on a VAX running OpenVMS V6.2 >and TCPware V5.0-3B. As instructed I did re-link the binaries for netlib >support. > >Now when invoking the image on the command line it seems to be healthy: > >[000000.IMAP.BIN_VAX]> r imapd >* OK GURU1.SDA-ATS.CH IMAP2bis Service 7.8(92) VMS at Mon, 30 Mar 1998 22:54:57 >-1300 > >However, when testing over the net, as here with telnet, I get this (slightly >modified): > >%TCPWARE_TELNET-I-TRYING, trying host.SDA-ATS.CH,IMAPD (000.00.000.00,143) ... >%TCPWARE_TELNET-I-ESCCHR, escape (attention) character is "^\" > > >%TCPWARE_TELNET-E-CONNLOST, connection to remote host lost >-SYSTEM-F-VCBROKEN, virtual circuit broken > >Well, I did switch on auditing on all file accesses and could verify that the >imapd.exe file is accessed when a connection on port 143 arrives. Also, an >entry is written into NETCP.LOG. > >Within NETCU I have this entry for the IMAP service: > >TCP IMAPD 0 none 1 0 IMAPD_EXE > /ROUTINE=create_server_process > /LOG > /PRIVILEGES=(CMKRNL,CMEXEC,SYSNAM,GRPNAM,ALLSPOOL,- > DETACH,DIAGNOSE,LOG_IO,GROUP,ACNT,- > PRMCEB,PRMMBX,PSWAPM,SETPRI,SETPRV,- > TMPMBX,WORLD,MOUNT,OPER,EXQUOTA,NETMBX,- > VOLPRO,PHY_IO,BUGCHK,PRMGBL,SYSGBL,- > PFNMAP,SHMEM,SYSPRV,BYPASS,SYSLCK,- > SHARE,UPGRADE,DOWNGRADE,GRPPRV,READALL,- > SECURITY) > /UIC=[1,3] > /PRIORITY=4 > /PAGE_FILE=32768 > >What is missing? Does it work somewhere under TCPware?? > >TIA > -- ChrisW > I'm not sure which API NETLIB uses, but I believe it uses either the INET or BG interface. Try specifying BG_TCP or STREAM as the protocol. Even better, upgrade to the latest TCPware release which includes an IMAP server. ------------------------------------------------------------- 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, 31 Mar 1998 11:50:02 -0400 Message-ID: <19980331162801.9196.rocketmail@send1c.yahoomail.com> Date: Tue, 31 Mar 1998 08:28:01 -0800 (PST) From: Chris Wolfe Reply-To: Info-TCPware@process.com Subject: Loooooong delay in getting a Username prompt To: Info-TCPware@process.com CC: j_brilhart@carfax-inc.com MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Hello, We're running TCPware v5.2-3 on a DEC Alpha running OVMS v6.2. We've noticed for the past week or so that when telnetting in from a PC client, we get a 30-45 second delay before getting the Username prompt. Is there something I can do to speed this up? We've usually seen maybe a 2-5 second delay, and just assumed that was a function of the overall Alpha box speed or maybe how 'busy' it was. Thanks for any help! Chris Wolfe _________________________________________________________ DO YOU YAHOO!? Get your free @yahoo.com address at http://mail.yahoo.com ================================================================================ Archive-Date: Tue, 31 Mar 1998 12:18:06 -0400 Date: Tue, 31 Mar 1998 12:12 -0500 From: GLEASON@PROCESS.COM (Kristy, Technical Support Specialist) Reply-To: Info-TCPware@process.com Message-ID: <009C4026BCD758C1.C049@PROCESS.COM> To: Info-TCPware@process.com Subject: RE: Loooooong delay in getting a Username prompt >From: Chris Wolfe >Hello, >We're running TCPware v5.2-3 on a DEC Alpha running OVMS v6.2. We've >noticed for the past week or so that when telnetting in from a PC >client, we get a 30-45 second delay before getting the Username prompt. >Is there something I can do to speed this up? We've usually seen >maybe a 2-5 second delay, and just assumed that was a function of the >overall Alpha box speed or maybe how 'busy' it was. >Thanks for any help! >Chris Wolfe Hiya Chris, Edit TCPWARE_CONFIGURE.COM, page down until you get to the TELNET_SERVERS == 1, On the next line, enter: $ telnetd_flags == 257 Save and exit the file and then @tcpware:restart telnet. -- Kristy +--------------------------------------------------------------------+ | Kristy S. Gleason Process Software Corporation | | Technical Support Specialist 959 Concord Road | | Email: gleason@process.com Framingham, MA 01701-4682 | | Tel: 800-394-8700 FAX: 508-879-0042 | +--------------------------------------------------------------------+ ================================================================================ Archive-Date: Tue, 31 Mar 1998 13:12:58 -0400 Date: Tue, 31 Mar 1998 13:14:23 -0400 (EDT) From: "David A. Massaro, ITEC systems and networking" Reply-To: Info-TCPware@process.com Subject: Re: Loooooong delay in getting a Username prompt To: Info-TCPware@process.com Message-ID: <01IVBFQ7ZQIQ9I47Z1@mail.suny.edu> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII Hello, > >We're running TCPware v5.2-3 on a DEC Alpha running OVMS v6.2. We've > >noticed for the past week or so that when telnetting in from a PC > >client, we get a 30-45 second delay before getting the Username prompt. > > >Is there something I can do to speed this up? We've usually seen > >maybe a 2-5 second delay, and just assumed that was a function of the > >overall Alpha box speed or maybe how 'busy' it was. > You also should check to make sure the PC's nameserver is defined/working properly. Depending on conditions, if the PC can't get an address resolution from it's nameserver, this delay can occur. -Dave ,---------------------------------------------------------. | David A. Massaro | | Sr. Systems Programmer - SUNY ITEC | | Computing Services - Twin Rise 208 | | State University of New York College at Buffalo | | 1300 Elmwood Avenue | | Buffalo, New York, 14222 | | U.S.A., Planet Earth | | | | Internet: MassarDA@ITEC.SUNY.EDU | | SUNY DECnet: sbscVC::MassarDA | | Pager-mail: 7166332568.6191954@pagenet.net | | | | VOICE: 716-878-ITEC | | FAX: 716-878-4235 | | URL: h-d.itec.suny.edu | `---------------------------------------------------------' Disclaimer: "However, in their extramural utterances employees have an obligation to indicate that they are not institutional spokespersons." -Policies of the Board of Trustees, 1989 > From: IN%"Info-TCPware@process.com" 31-MAR-1998 12:22:51.53 > To: IN%"Info-TCPware@process.com" > CC: > Subj: RE: Loooooong delay in getting a Username prompt > > Return-path: > Received: from triton.process.com by mail.suny.edu (PMDF V5.1-9 #24514) > with ESMTP id <01IVBE1M0VC69I49E5@mail.suny.edu> for MASSARDA@mail.suny.edu; > Tue, 31 Mar 1998 12:22:49 EDT > Date: Tue, 31 Mar 1998 12:12 -0500 > From: GLEASON@PROCESS.COM (Kristy, Technical Support Specialist) > Subject: RE: Loooooong delay in getting a Username prompt > To: Info-TCPware@process.com > Reply-to: Info-TCPware@process.com > Message-id: <009C4026BCD758C1.C049@PROCESS.COM> > List-Unsubscribe: > X-Listname: Process TCPware Discussion List > > >From: Chris Wolfe > > >Hello, > >We're running TCPware v5.2-3 on a DEC Alpha running OVMS v6.2. We've > >noticed for the past week or so that when telnetting in from a PC > >client, we get a 30-45 second delay before getting the Username prompt. > > >Is there something I can do to speed this up? We've usually seen > >maybe a 2-5 second delay, and just assumed that was a function of the > >overall Alpha box speed or maybe how 'busy' it was. > > >Thanks for any help! > >Chris Wolfe > > Hiya Chris, > > Edit TCPWARE_CONFIGURE.COM, page down until you get to the TELNET_SERVERS == 1, > On the next line, enter: > > $ telnetd_flags == 257 > > Save and exit the file and then @tcpware:restart telnet. > > -- Kristy > > +--------------------------------------------------------------------+ > | Kristy S. Gleason Process Software Corporation | > | Technical Support Specialist 959 Concord Road | > | Email: gleason@process.com Framingham, MA 01701-4682 | > | Tel: 800-394-8700 FAX: 508-879-0042 | > +--------------------------------------------------------------------+ > ================================================================================ Archive-Date: Tue, 31 Mar 1998 14:31:48 -0400 Message-ID: <199803311418.5023734.7@mdill.tm.net> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: Info-TCPware@process.com From: 3in7ifi@mdill.tm.net (Daniel A. Gauthier) Reply-To: Info-TCPware@process.com Date: Tue, 31 Mar 1998 14:31:45 -0400 Subject: RE: Loooooong delay in getting a Username prompt >Edit TCPWARE_CONFIGURE.COM, page down until you get to the TELNET_SERVERS == 1, >On the next line, enter: > >$ telnetd_flags == 257 > >Save and exit the file and then @tcpware:restart telnet. Can this be done while users are online, or will current telnet sessions be reset? Dan Daniel A. Gauthier Telemanagement Analyst Central Michigan University Technology Operations Dept. Voice: (517) 774-1355 Fax: (517) 774-3537 Email: 3in7ifi@cmich.edu My employer might hate everything I say here, so don't blame them. ================================================================================ Archive-Date: Tue, 31 Mar 1998 14:40:35 -0400 Message-ID: <352145B4.A477E65C@process.com> Date: Tue, 31 Mar 1998 14:36:20 -0500 From: Michael Corbett Reply-To: Info-TCPware@process.com MIME-Version: 1.0 To: Info-TCPware@process.com Subject: Re: Loooooong delay in getting a Username prompt References: <199803311418.5023734.7@mdill.tm.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Daniel A. Gauthier wrote: > > >Edit TCPWARE_CONFIGURE.COM, page down until you get to the TELNET_SERVERS == 1, > >On the next line, enter: > > > >$ telnetd_flags == 257 > > > >Save and exit the file and then @tcpware:restart telnet. > > Can this be done while users are online, or will current telnet sessions > be reset? This can be done with users online. Established Telnet sessions will not be disconnected. For the short time between the removing and adding of the telnet service no new telnet connections will be accepted. 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, 31 Mar 1998 14:44:30 -0400 Message-ID: <199803311431.3423734.7@mdill.tm.net> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: Info-TCPware@process.com From: 3in7ifi@mdill.tm.net (Daniel A. Gauthier) Reply-To: Info-TCPware@process.com Date: Tue, 31 Mar 1998 14:44:27 -0400 Subject: Re: Loooooong delay in getting a Username prompt >You also should check to make sure the PC's nameserver is defined/working >properly. Depending on conditions, if the PC can't get an address >resolution from it's nameserver, this delay can occur. That is our problem here. The nameserver is almost always up, but our network connection goes down occasionally resulting in long delays - which can error out some automated login processes and the users are not saavy enough to recover generally. I would like to be able to change the time delay for name resolutions so that it times out in like 10 seconds, maybe 15. Is it possible to change this only for name resolutions - or does the change need to be global to all timeouts? Another option is to disable the name resaolution on telnet logins. (This may be what the previously posted fix was?) which will result in SHOW USERS/FULL listing the ip addresses rather than host names. This fix was posted in a tcpware mag several months ago, but I do not know which one. Daniel A. Gauthier Telemanagement Analyst Central Michigan University Technology Operations Dept. Voice: (517) 774-1355 Fax: (517) 774-3537 Email: 3in7ifi@cmich.edu My employer might hate everything I say here, so don't blame them. ================================================================================ Archive-Date: Tue, 31 Mar 1998 15:02:28 -0400 Date: Tue, 31 Mar 1998 15:03:56 -0400 (EDT) From: "David A. Massaro, ITEC systems and networking" Reply-To: Info-TCPware@process.com Subject: Re: Loooooong delay in getting a Username prompt To: Info-TCPware@process.com Message-ID: <01IVBJCOZU6Q9I47Z1@mail.suny.edu> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII Hello, >That is our problem here. The nameserver is almost always up, but our network >connection goes down occasionally resulting in long delays - which can error >out some automated login processes and the users are not saavy enough to >recover generally. I would like to be able to change the time delay for name >resolutions so that it times out in like 10 seconds, maybe 15. Is it possible >to change this only for name resolutions - or does the change need to be >global to all timeouts? I don't think it's possible. This is a client issue rather than a time-out issue. You may need a secondary nameserver and maybe a third one defined on the PC, that way the PC _should_ ask the next one if it can't get an answer from the first nameserver. Depending on your PC's TCPIP stack, you may be able to use a hosts table _instead_ of a nameserver, but that really limits your WEB browsing! > >Another option is to disable the name resaolution on telnet logins. (This may >be what the previously posted fix was?) which will result in SHOW USERS/FULL >listing the ip addresses rather than host names. This fix was posted in a >tcpware mag several months ago, but I do not know which one. This sounds like disabling REVERSE lookups. If you disable name resolution on telnet logins and you don't have a working hosts table, you won't be going anywhere, except maybe to NETBEUI lmhosts (or whatever the heck Micro$oft calls them). -Dave ,---------------------------------------------------------. | David A. Massaro | | Sr. Systems Programmer - SUNY ITEC | | Computing Services - Twin Rise 208 | | State University of New York College at Buffalo | | 1300 Elmwood Avenue | | Buffalo, New York, 14222 | | U.S.A., Planet Earth | | | | Internet: MassarDA@ITEC.SUNY.EDU | | SUNY DECnet: sbscVC::MassarDA | | Pager-mail: 7166332568.6191954@pagenet.net | | | | VOICE: 716-878-ITEC | | FAX: 716-878-4235 | | URL: h-d.itec.suny.edu | `---------------------------------------------------------' Disclaimer: "However, in their extramural utterances employees have an obligation to indicate that they are not institutional spokespersons." -Policies of the Board of Trustees, 1989 > From: IN%"Info-TCPware@process.com" 31-MAR-1998 14:48:48.21 > To: IN%"Info-TCPware@process.com" > CC: > Subj: RE: Loooooong delay in getting a Username prompt > > Return-path: > Received: from triton.process.com by mail.suny.edu (PMDF V5.1-9 #24514) > with ESMTP id <01IVBJ4FHZR09I49E5@mail.suny.edu> for MASSARDA@mail.suny.edu; > Tue, 31 Mar 1998 14:48:45 EDT > Date: Tue, 31 Mar 1998 14:44:27 -0400 > From: 3in7ifi@mdill.tm.net (Daniel A. Gauthier) > Subject: Re: Loooooong delay in getting a Username prompt > To: Info-TCPware@process.com > Reply-to: Info-TCPware@process.com > Message-id: <199803311431.3423734.7@mdill.tm.net> > MIME-version: 1.0 > Content-type: text/plain; charset="us-ascii" > List-Unsubscribe: > X-Listname: Process TCPware Discussion List > > >You also should check to make sure the PC's nameserver is defined/working > >properly. Depending on conditions, if the PC can't get an address > >resolution from it's nameserver, this delay can occur. > > > > Daniel A. Gauthier Telemanagement Analyst > Central Michigan University Technology Operations Dept. > Voice: (517) 774-1355 Fax: (517) 774-3537 > Email: 3in7ifi@cmich.edu > My employer might hate everything I say here, so don't blame them. > ================================================================================ Archive-Date: Tue, 31 Mar 1998 15:34:36 -0400 Message-ID: <199803311521.3523734.7@mdill.tm.net> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: Info-TCPware@process.com From: 3in7ifi@mdill.tm.net (Daniel A. Gauthier) Reply-To: Info-TCPware@process.com Date: Tue, 31 Mar 1998 15:34:32 -0400 Subject: Re: Loooooong delay in getting a Username prompt >>That is our problem here. The nameserver is almost always up, but our network >>connection goes down occasionally resulting in long delays - which can error >>out some automated login processes and the users are not saavy enough to >>recover generally. I would like to be able to change the time delay for name >>resolutions so that it times out in like 10 seconds, maybe 15. Is it possible >>to change this only for name resolutions - or does the change need to be >>global to all timeouts? > >I don't think it's possible. This is a client issue rather than a time-out >issue. You may need a secondary nameserver and maybe a third one defined >on the PC, that way the PC _should_ ask the next one if it can't get an >answer from the first nameserver. Depending on your PC's TCPIP stack, you >may be able to use a hosts table _instead_ of a nameserver, but that really >limits your WEB browsing! Sorry, I meant REVERSE-resolution. The PCs use the IP address rather than the name to connect, this partially solved the problem, but there is still a 60-90 second delay before the logon screen appears (after telnet negotiation). (NOTE that this is now a very rare problem). Removing the route to the DNS from the VAX resulted in immediate connects, as does putting the PC hosts in the HOSTS. file on the VAX, but through the wonders of DHCP, they keep changing. Fortunately reaching the DNS has not been a problem for some time. Removing the route to the DNS results in all connects in SHOW USERS/FULL showing the IP address rather than hostnmame, and adding the PC's addresses to HOSTS. results in flexible name displays, but I would still like to avoid the occasional (now very rare) delay caused by the network and/or nameserver being down when a PC's address is not in HOSTS. We are a 24 hour operation and I prefer to have 100% reliability by whatever means possible (redundancy, backups, secondaries, and fallbacks). Daniel A. Gauthier Telemanagement Analyst Central Michigan University Technology Operations Dept. Voice: (517) 774-1355 Fax: (517) 774-3537 Email: 3in7ifi@cmich.edu My employer might hate everything I say here, so don't blame them.