Archive-Date: Fri, 20 Nov 1998 00:40:30 -0400 From: Peter.Burnett@tnx.neverlnd.org.uk (Peter Burnett) Reply-To: Info-TCPware@process.com Subject: TCPWare And Telnet Date: 19 Nov 98 22:30:37 GMT Message-ID: <4e4_9811192253@neverlnd.org.uk> To: Info-TCPware@PROCESS.COM I have two clusters of 4 machines in each cluster. One cluster is running TCPWare 5.3-2 on OpenVMS 6.2 and the other cluster is using CMU-TEK on OpenVMS V.old :-). The machines in question are 4000-100s, 4000-200s and a 4000-106a. Both clusters are on the same subnet, (193.195.1.0) in fact, on the same Hub & Ethernet Switch. Within the building, we have 8 off succesive numbered subnets (193.195.1.0 thru to 193.195.8.0). I can telnet from one subnet (say 193.195.3.0) to the subnet any of the VAXen is on (193.195.1.0). However, when I telnet from my ISP which is 158.xxx.yyy.zzz, I can connect to the CMU-TEK Telnet servers on one cluster yet I can not connect to the TCPWare Telnet servers on the other cluster. I have checked the subnet masking (255.255.255.0) and the Gateway addresses 193.195.x.99 ( each subnet has a GW which is then all handled by a Core Router) of each machine and all seem to be OK. I can sucessfull perform traceroutes and pings out of each Vax cluster to anywhere in the world. I attempted to Telnet into one of the 'deaf' TCPWare machines while connected to that machine by hopping over via DecNet (Set Host xxxx)from the CMU-TEK machine from my ISP address and using NETCU, I could see an incoming Telnet connection request via a 'Show Conn' command. When I attempt to connect to the 'deaf' machine, I either get a "EOF message" or the telnet window just closes. Have I missed something blindingly obvious in the setup of TCPware at all ? This only seems to have happened since I upgraded to TCPWare 5.3-2 from 5.1-? I was on. In the mean time, I have also upgraded from OpenVMS 6.1 to 6.2, wether this has bearing on the case or not I don't know. Ideas for tests, suggestions of things to try, pointers to additional documentation are welcome. I do have a support contract in place but past experiences have shown this to be poor at best. Peter - pdb@post.neverlnd.org.uk - http://www.neverlnd.demon.co.uk ~~~~~~~~~~~~~~~~~~~~~~~~ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ -- +-------------------------------------------------------------------------+ | Data: 44-(0)1424-853361 Fax: 44-(0)1424-853364 Hastings | |Voice: 44-(0)468-817347 ISDN: 44-(0)1424-854816 East Sussex | | pdb@post.neverlnd.org.uk UK | +---------------( Http://www.neverlnd.demon.co.uk )-----------------------+ ================================================================================ Archive-Date: Fri, 20 Nov 1998 07:09:31 -0400 Date: Fri, 20 Nov 1998 12:04 +0000 (GMT) From: David.Raymond@essential.co.uk Reply-To: Info-TCPware@process.com Subject: Re: TCPWare And Telnet To: Peter.Burnett@tnx.neverlnd.org.uk, Info-TCPware@PROCESS.COM Message-ID: <01J4E9NVLOKI006SZZ@essential.co.uk> MIME-Version: 1.0 Content-Type: TEXT/PLAIN Peter, One possible cause is DNS problems. When you telnet in, TCPware does a reverse lookup on the IP address you came in from. If you are using DNS, try doing $ NSLOOKUP and $ NSLOOKUP If it the DNS problem, the first will work and the second will hang until it times out. If this is the problem, you either need to fix your DNS or disable the reverse lookup using the TCPWARE_TELNETD_FLAGS logical bit 8 Regards David Raymond Essential Computing ______________________________ Reply Separator _________________________________ Subject: TCPWare And Telnet Author: Peter.Burnett@tnx.neverlnd.org.uk at PMDF Date: 19/11/98 22:30 I have two clusters of 4 machines in each cluster. One cluster is running TCPWare 5.3-2 on OpenVMS 6.2 and the other cluster is using CMU-TEK on OpenVMS V.old :-). The machines in question are 4000-100s, 4000-200s and a 4000-106a. Both clusters are on the same subnet, (193.195.1.0) in fact, on the same Hub & Ethernet Switch. Within the building, we have 8 off succesive numbered subnets (193.195.1.0 thru to 193.195.8.0). I can telnet from one subnet (say 193.195.3.0) to the subnet any of the VAXen is on (193.195.1.0). However, when I telnet from my ISP which is 158.xxx.yyy.zzz, I can connect to the CMU-TEK Telnet servers on one cluster yet I can not connect to the TCPWare Telnet servers on the other cluster. I have checked the subnet masking (255.255.255.0) and the Gateway addresses 193.195.x.99 ( each subnet has a GW which is then all handled by a Core Router) of each machine and all seem to be OK. I can sucessfull perform traceroutes and pings out of each Vax cluster to anywhere in the world. I attempted to Telnet into one of the 'deaf' TCPWare machines while connected to that machine by hopping over via DecNet (Set Host xxxx)from the CMU-TEK machine from my ISP address and using NETCU, I could see an incoming Telnet connection request via a 'Show Conn' command. When I attempt to connect to the 'deaf' machine, I either get a "EOF message" or the telnet window just closes. Have I missed something blindingly obvious in the setup of TCPware at all ? This only seems to have happened since I upgraded to TCPWare 5.3-2 from 5.1-? I was on. In the mean time, I have also upgraded from OpenVMS 6.1 to 6.2, wether this has bearing on the case or not I don't know. Ideas for tests, suggestions of things to try, pointers to additional documentation are welcome. I do have a support contract in place but past experiences have shown this to be poor at best. Peter - pdb@post.neverlnd.org.uk - http://www.neverlnd.demon.co.uk ~~~~~~~~~~~~~~~~~~~~~~~~ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ -- +-------------------------------------------------------------------------+ | Data: 44-(0)1424-853361 Fax: 44-(0)1424-853364 Hastings | |Voice: 44-(0)468-817347 ISDN: 44-(0)1424-854816 East Sussex | | pdb@post.neverlnd.org.uk UK | +---------------( Http://www.neverlnd.demon.co.uk )-----------------------+ ================================================================================ Archive-Date: Fri, 20 Nov 1998 11:19:21 -0400 Message-ID: <63D30D6E10CFD11190A90000F805FE86738D0E@lespaul.process.com> From: Matt Brightman Reply-To: Info-TCPware@process.com To: "'Info-TCPware@process.com'" Subject: RE: TCPWare And Telnet Date: Fri, 20 Nov 1998 11:23:58 -0500 MIME-Version: 1.0 Content-Type: text/plain Peter, You may be running into a problem introduced in TCPware v5.3-2 where incoming telnet sessions would be dropped under certain conditions. The following patch fixes this problem: $ ftp ftp.process.com username:anonymous password:emailaddress FTP>cd support FTP>cd 53_2 FTP>get netcp_v532p020.a FTP>exit Install that patch and then restart TCPware to have it take effect. Regards, Matt Brightman Process Software Corporation > -----Original Message----- > From: Peter Burnett [mailto:Peter.Burnett@tnx.neverlnd.org.uk] > Sent: Friday, November 20, 1998 9:38 AM > To: Info-TCPware@PROCESS.COM > Subject: TCPWare And Telnet > > > I have two clusters of 4 machines in each cluster. One > cluster is running > TCPWare 5.3-2 on OpenVMS 6.2 and the other cluster is using > CMU-TEK on OpenVMS > V.old :-). The machines in question are 4000-100s, 4000-200s > and a 4000-106a. > > Both clusters are on the same subnet, (193.195.1.0) in fact, > on the same Hub & > Ethernet Switch. > > Within the building, we have 8 off succesive numbered subnets > (193.195.1.0 thru > to 193.195.8.0). I can telnet from one subnet (say > 193.195.3.0) to the subnet > any of the VAXen is on (193.195.1.0). However, when I telnet > from my ISP which > is 158.xxx.yyy.zzz, I can connect to the CMU-TEK Telnet > servers on one cluster > yet I can not connect to the TCPWare Telnet servers on the > other cluster. > > I have checked the subnet masking (255.255.255.0) and the > Gateway addresses > 193.195.x.99 ( each subnet has a GW which is then all handled > by a Core Router) > of each machine and all seem to be OK. I can sucessfull > perform traceroutes and > pings out of each Vax cluster to anywhere in the world. > > I attempted to Telnet into one of the 'deaf' TCPWare machines > while connected > to that machine by hopping over via DecNet (Set Host > xxxx)from the CMU-TEK > machine from my ISP address and using NETCU, I could see an > incoming Telnet > connection request via a 'Show Conn' command. When I attempt > to connect to the > 'deaf' machine, I either get a "EOF message" or the telnet > window just closes. > > Have I missed something blindingly obvious in the setup of > TCPware at all ? > > This only seems to have happened since I upgraded to TCPWare > 5.3-2 from 5.1-? I > was on. In the mean time, I have also upgraded from OpenVMS > 6.1 to 6.2, wether > this has bearing on the case or not I don't know. > > Ideas for tests, suggestions of things to try, pointers to additional > documentation are welcome. I do have a support contract in > place but past > experiences have shown this to be poor at best. > > Peter - pdb@post.neverlnd.org.uk - http://www.neverlnd.demon.co.uk > ~~~~~~~~~~~~~~~~~~~~~~~~ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > -- > +------------------------------------------------------------- > ------------+ > | Data: 44-(0)1424-853361 Fax: 44-(0)1424-853364 > Hastings | > |Voice: 44-(0)468-817347 ISDN: 44-(0)1424-854816 > East Sussex | > | pdb@post.neverlnd.org.uk > UK | > +---------------( Http://www.neverlnd.demon.co.uk > )-----------------------+ > > ================================================================================ Archive-Date: Fri, 20 Nov 1998 11:22:22 -0400 Message-ID: <365596FA.1B4F4BBF@process.com> Date: Fri, 20 Nov 1998 11:21:14 -0500 From: Michael Corbett Reply-To: Info-TCPware@process.com MIME-Version: 1.0 To: info-tcpware@process.com Subject: RE: TCPWare And Telnet Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit > I have two clusters of 4 machines in each cluster. One cluster is running > TCPWare 5.3-2 on OpenVMS 6.2 and the other cluster is using CMU-TEK on OpenVMS > V.old :-). The machines in question are 4000-100s, 4000-200s and a 4000-106a. > > Both clusters are on the same subnet, (193.195.1.0) in fact, on the same Hub & > Ethernet Switch. > > Within the building, we have 8 off succesive numbered subnets (193.195.1.0 thru > to 193.195.8.0). I can telnet from one subnet (say 193.195.3.0) to the subnet > any of the VAXen is on (193.195.1.0). However, when I telnet from my ISP which > is 158.xxx.yyy.zzz, I can connect to the CMU-TEK Telnet servers on one cluster > yet I can not connect to the TCPWare Telnet servers on the other cluster. > > I have checked the subnet masking (255.255.255.0) and the Gateway addresses > 193.195.x.99 ( each subnet has a GW which is then all handled by a Core Router) > of each machine and all seem to be OK. I can sucessfull perform traceroutes and > pings out of each Vax cluster to anywhere in the world. > > I attempted to Telnet into one of the 'deaf' TCPWare machines while connected > to that machine by hopping over via DecNet (Set Host xxxx)from the CMU-TEK > machine from my ISP address and using NETCU, I could see an incoming Telnet > connection request via a 'Show Conn' command. When I attempt to connect to the > 'deaf' machine, I either get a "EOF message" or the telnet window just closes. > > Have I missed something blindingly obvious in the setup of TCPware at all ? > > This only seems to have happened since I upgraded to TCPWare 5.3-2 from 5.1-? I > was on. In the mean time, I have also upgraded from OpenVMS 6.1 to 6.2, wether > this has bearing on the case or not I don't know. > > Ideas for tests, suggestions of things to try, pointers to additional > documentation are welcome. I do have a support contract in place but past > experiences have shown this to be poor at best. > > Peter - pdb@post.neverlnd.org.uk - http://www.neverlnd.demon.co.uk Peter, It is possible that you are hitting a problem that was introduced in TCPware 5.3-2 that there is a patch available for. Here is the readme for the patch that describes the problem - ============================================================================ NETCP_V532P020 ----------------------------------------------------------------------- NETCP Patch kit revision 2.0 for TCPware version 5.3-2 22-JAN-1998 Copyright (c) 1998, by Process Software Corporation This VMSinstallable saveset provides new versions of NETCP.EXE for TCPware for OpenVMS. This patch is applicable to TCPware version 5.3-2 and all supported versions of OpenVMS. A fix for the following problem has been made: NETCP was starting one more server process than the limit on the service. This problem can affect DHCP in particular since many errors may result if there is more than one DHCP server. This kit also contains the following fix(es) from the previous patch: TCPware 5.3's enhancement to display ACCPORNAM with the remote port number fails in these circumstances: a) If the host name string is exactly 20 characters long, then a TELNET login from that host gets SS$_IVBUFLEN and the user can not log in (the connection is closed). b) If the host name string is greater than 20 characters long, then the first 20 characters are dropped when setting the ACCPORNAM (in Remote Port Info). This problem can be overcome by: a) Installing this patch. b) Configuring TCPware to report the internet address (old style ACCPORNAM string) instead of the reporting the host name. (See TELNET_CONTROL.COM for adding mask value 256 to TELNETD_FLAGS.) The old version of TCPWARE:NETCP.EXE will be renamed to TCPWARE:NETCP.EXE_OLD Once installed, you may undo this patch by renaming the file back to TCPWARE:NETCP.EXE NOTE: You do not need to reboot but you must start or restart TCPware to enable this patch. ============================================================================ The patches are available via ftp at FTP.PROCESS.COM in the /SUPPORT/53_2 or via HTTP at http://ftp.process.com/support/53_2/. If this is not the problem then I would capture a TCPDUMP or NETCU DEBUG to get an idea of what is being sent back and forth - For example - $ NETCU TCPDUMP/data=1500/INTER=IP/HEX "HOST ipaddressofclient" or $ NETCU DEBUG/TCP/DIA=ipaddressofclient/DATA=1500 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, 20 Nov 1998 11:24:55 -0400 Date: Fri, 20 Nov 1998 09:27:43 -0700 To: Info-TCPware@process.com From: Jim Mehlhop Reply-To: Info-TCPware@process.com Subject: RE: TCPWare And Telnet In-Reply-To: <63D30D6E10CFD11190A90000F805FE86738D0E@lespaul.process.com > MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" If that doesn't fix it then TCPware V5.3-2 includes packet filtering and access control lists. You can check that by issuing netcu sho filter (line) netcu sho access Jim At 11:23 AM 11/20/98 -0500, you wrote: >Peter, > >You may be running into a problem introduced in TCPware v5.3-2 where >incoming telnet sessions would be dropped under certain conditions. The >following patch fixes this problem: > >$ ftp ftp.process.com >username:anonymous >password:emailaddress >FTP>cd support >FTP>cd 53_2 >FTP>get netcp_v532p020.a >FTP>exit > >Install that patch and then restart TCPware to have it take effect. > >Regards, >Matt Brightman >Process Software Corporation > > >> -----Original Message----- >> From: Peter Burnett [mailto:Peter.Burnett@tnx.neverlnd.org.uk] >> Sent: Friday, November 20, 1998 9:38 AM >> To: Info-TCPware@PROCESS.COM >> Subject: TCPWare And Telnet >> >> >> I have two clusters of 4 machines in each cluster. One >> cluster is running >> TCPWare 5.3-2 on OpenVMS 6.2 and the other cluster is using >> CMU-TEK on OpenVMS >> V.old :-). The machines in question are 4000-100s, 4000-200s >> and a 4000-106a. >> >> Both clusters are on the same subnet, (193.195.1.0) in fact, >> on the same Hub & >> Ethernet Switch. >> >> Within the building, we have 8 off succesive numbered subnets >> (193.195.1.0 thru >> to 193.195.8.0). I can telnet from one subnet (say >> 193.195.3.0) to the subnet >> any of the VAXen is on (193.195.1.0). However, when I telnet >> from my ISP which >> is 158.xxx.yyy.zzz, I can connect to the CMU-TEK Telnet >> servers on one cluster >> yet I can not connect to the TCPWare Telnet servers on the >> other cluster. >> >> I have checked the subnet masking (255.255.255.0) and the >> Gateway addresses >> 193.195.x.99 ( each subnet has a GW which is then all handled >> by a Core Router) >> of each machine and all seem to be OK. I can sucessfull >> perform traceroutes and >> pings out of each Vax cluster to anywhere in the world. >> >> I attempted to Telnet into one of the 'deaf' TCPWare machines >> while connected >> to that machine by hopping over via DecNet (Set Host >> xxxx)from the CMU-TEK >> machine from my ISP address and using NETCU, I could see an >> incoming Telnet >> connection request via a 'Show Conn' command. When I attempt >> to connect to the >> 'deaf' machine, I either get a "EOF message" or the telnet >> window just closes. >> >> Have I missed something blindingly obvious in the setup of >> TCPware at all ? >> >> This only seems to have happened since I upgraded to TCPWare >> 5.3-2 from 5.1-? I >> was on. In the mean time, I have also upgraded from OpenVMS >> 6.1 to 6.2, wether >> this has bearing on the case or not I don't know. >> >> Ideas for tests, suggestions of things to try, pointers to additional >> documentation are welcome. I do have a support contract in >> place but past >> experiences have shown this to be poor at best. >> >> Peter - pdb@post.neverlnd.org.uk - http://www.neverlnd.demon.co.uk >> ~~~~~~~~~~~~~~~~~~~~~~~~ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ >> -- >> +------------------------------------------------------------- >> ------------+ >> | Data: 44-(0)1424-853361 Fax: 44-(0)1424-853364 >> Hastings | >> |Voice: 44-(0)468-817347 ISDN: 44-(0)1424-854816 >> East Sussex | >> | pdb@post.neverlnd.org.uk >> UK | >> +---------------( Http://www.neverlnd.demon.co.uk >> )-----------------------+ >> >> > _________________________________________________________________________ Jim Mehlhop, Support Engineer Process Software Mehlhop@process.com Phone 719-638-8448 Join Cauce to outlaw spam http://www.cauce.org/ _________________________________________________________________________ ================================================================================ Archive-Date: Mon, 23 Nov 1998 01:35:23 -0400 From: Peter.Burnett@tnx.neverlnd.org.uk (Peter Burnett) Reply-To: Info-TCPware@process.com Subject: TCPWare And Telnet Date: 22 Nov 98 22:43:11 GMT Message-ID: <4f3_9811222256@neverlnd.org.uk> To: Info-TCPware@PROCESS.COM Friday November 20 1998, corbett@process.com writes: [... Deleted for brevity ...] c> It is possible that you are hitting a problem that was introduced c> in TCPware 5.3-2 that there is a patch available for. Here is the c> readme for the patch that describes the problem - c> ==== NETCP_V532P020 c> NETCP Patch kit revision 2.0 for TCPware version 5.3-2 22-JAN-1998 c> a) If the host name string is exactly 20 characters long, then a c> TELNET login from that host gets SS$_IVBUFLEN and the user can not log c> in (the connection is closed). Yep, on the non-production platform that I have here for testing the same fault was exhibited and with the patch applied, the problem has gone away. I just now need to install on the production cluster now. Co-incidence is that both local sites I was using were exactly 20 chars long :- "post.neverlnd.org.uk" and "neverlnd.demon.co.uk". May I thank you and others at Procces for the prompt responses and a solution to the problem. As a side issue, do Process run an email list that I can subscribe to where patch and update notices are issued to subscribed clients ? Peter - pdb@post.neverlnd.org.uk - http://www.neverlnd.demon.co.uk ~~~~~~~~~~~~~~~~~~~~~~~~ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ -- +-------------------------------------------------------------------------+ | Data: 44-(0)1424-853361 Fax: 44-(0)1424-853364 Hastings | |Voice: 44-(0)468-817347 ISDN: 44-(0)1424-854816 East Sussex | | pdb@post.neverlnd.org.uk UK | +---------------( Http://www.neverlnd.demon.co.uk )-----------------------+ ================================================================================ Archive-Date: Mon, 23 Nov 1998 01:35:28 -0400 From: "SCS-TECHNOLOGY" Reply-To: Info-TCPware@process.com Subject: TCP/IP for VMS 4.6 Date: Mon, 23 Nov 1998 07:38:23 +0100 Message-ID: <73avjn$c7f$1@fleetstreet.Austria.EU.net> To: Info-TCPware@PROCESS.COM I'm looking for a TCP/IP stack for a Micro-vax 2000 under VMS 4.6 because I'm trying to copy a lot of source files from the microvax to a windows NT machine. Does anybody know such a product. JOE ================================================================================ Archive-Date: Mon, 23 Nov 1998 08:17:06 -0400 Sender: bryant@process.com Date: Mon, 23 Nov 1998 08:15:42 -0400 From: Geoff Bryant Reply-To: Info-TCPware@process.com To: Info-TCPware@process.com CC: bryant@process.com Message-ID: <009CFA41.ED4CE9EB.6@process.com> Subject: RE: TCPWare And Telnet >As a side issue, do Process run an email list that I can subscribe to where >patch and update notices are issued to subscribed clients ? > >Peter - pdb@post.neverlnd.org.uk - http://www.neverlnd.demon.co.uk > ~~~~~~~~~~~~~~~~~~~~~~~~ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ We currently have an eco database for Multinet that can be searched on the Web. You can find this at: http://www.multinet.process.com/. Announcements of ecos also get mailed to the Multinet-Announce and Info-Multinet mail lists. We are working on putting together the same thing for TCPware patches. I hope you will see this sometime soon. ================================================================================ Archive-Date: Wed, 25 Nov 1998 09:13:50 -0400 From: Peter.Burnett@tnx.neverlnd.org.uk (Peter Burnett) Reply-To: Info-TCPware@process.com Subject: TCPWare And Telnet Date: 23 Nov 98 23:40:03 GMT Message-ID: <4f5_9811240746@neverlnd.org.uk> To: Info-TCPware@PROCESS.COM Sunday November 22 1998, Peter.Burnett@tnx.neverlnd.org.uk writes: PB> [... Deleted for brevity ...] c>> a) If the host name string is exactly 20 characters long, then a c>> TELNET login from that host gets SS$_IVBUFLEN and the user can not c>> log in (the connection is closed). PB> Yep, on the non-production platform that I have here for testing the PB> same fault was exhibited and with the patch applied, the problem has PB> gone away. I just now need to install on the production cluster now. The problem has been resolved with this patch on the Production Cluster as well. Once again, Thanks to all at Process. Peter - pdb@post.neverlnd.org.uk - http://www.neverlnd.demon.co.uk ~~~~~~~~~~~~~~~~~~~~~~~~ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ -- +-------------------------------------------------------------------------+ | Data: 44-(0)1424-853361 Fax: 44-(0)1424-853364 Hastings | |Voice: 44-(0)468-817347 ISDN: 44-(0)1424-854816 East Sussex | | pdb@post.neverlnd.org.uk UK | +---------------( Http://www.neverlnd.demon.co.uk )-----------------------+ ================================================================================ Archive-Date: Sun, 29 Nov 1998 19:40:48 -0400 From: Peter.Burnett@tnx.neverlnd.org.uk (Peter Burnett) Reply-To: Info-TCPware@process.com Subject: TCPWare And Telnet Date: 29 Nov 98 08:03:43 GMT Message-ID: <514_9811292145@neverlnd.org.uk> To: Info-TCPware@PROCESS.COM Monday November 23 1998, bryant@process.com writes: >> As a side issue, do Process run an email list that I can subscribe to >> where patch and update notices are issued to subscribed clients ? Peter b> We currently have an eco database for Multinet that can be searched on b> the Web. You can find this at: http://www.multinet.process.com/. b> Announcements of ecos also get mailed to the Multinet-Announce and b> Info-Multinet mail lists. (Un)fortunately I do not use MultiNet :-) b> We are working on putting together the same thing for TCPware patches. b> I hope you will see this sometime soon. Great. Could you post a short announcement in this group when you have such a system in place please... Ta.. Peter - pdb@post.neverlnd.org.uk - http://www.neverlnd.demon.co.uk ~~~~~~~~~~~~~~~~~~~~~~~~ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ -- +-------------------------------------------------------------------------+ | Data: 44-(0)1424-853361 Fax: 44-(0)1424-853364 Hastings | |Voice: 44-(0)468-817347 ISDN: 44-(0)1424-854816 East Sussex | | pdb@post.neverlnd.org.uk UK | +---------------( Http://www.neverlnd.demon.co.uk )-----------------------+ ================================================================================ Archive-Date: Sun, 29 Nov 1998 22:04:50 -0400 From: Peter.Burnett@tnx.neverlnd.org.uk (Peter Burnett) Reply-To: Info-TCPware@process.com Subject: TCPWare 5.3-2 & DHCP Date: 29 Nov 98 08:05:33 GMT Message-ID: <515_9811292145@neverlnd.org.uk> To: Info-TCPware@PROCESS.COM Now the nice people at Process Software came to my rescue with my Telnet problem, I hope the members of this group could give me some pointers to my current remaining problem please. I have the DHCP server setup and it all works just fine and dandy when I know the Ethernet MAC address of the requesting client(s). Q: How does one configure the DHCPTAB file for anonymous clients, effectivly when the "eh:" paramater will look sommat like "eh:*-*-*-*-*-*". I want to be able to support a varying number of laptops that could be connected to the network and I will not know (nor the owners of the laptops) the MAC address in advance. I suppose what I am looking for is "Anonymous DHCP Client Support". I don't seem to be able to find an example in the manuals unless I am looking in the wrong place. The Laptop examples all show known MAC Addresses. Of course, TCPWare 5.3-2 may not support this and thus if this is the case, will a future version of TCPware have this support. Peter - pdb@post.neverlnd.org.uk - http://www.neverlnd.demon.co.uk ~~~~~~~~~~~~~~~~~~~~~~~~ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ -- +-------------------------------------------------------------------------+ | Data: 44-(0)1424-853361 Fax: 44-(0)1424-853364 Hastings | |Voice: 44-(0)468-817347 ISDN: 44-(0)1424-854816 East Sussex | | pdb@post.neverlnd.org.uk UK | +---------------( Http://www.neverlnd.demon.co.uk )-----------------------+ ================================================================================ Archive-Date: Mon, 30 Nov 1998 04:36:41 -0400 Date: Mon, 30 Nov 1998 09:32 +0000 (GMT) From: David.Raymond@essential.co.uk Reply-To: Info-TCPware@process.com Subject: Re: TCPWare 5.3-2 & DHCP To: Peter.Burnett@tnx.neverlnd.org.uk CC: info-tcpware@process.com Message-ID: <01J4S38W555U008JAH@essential.co.uk> MIME-Version: 1.0 Content-Type: TEXT/PLAIN Peter, > I have the DHCP server setup and it all works just fine and dandy when I > know the Ethernet MAC address of the requesting client(s). > Q: How does one configure the DHCPTAB file for anonymous clients, > effectivly when the "eh:" paramater will look sommat like > "eh:*-*-*-*-*-*". I want to be able to support a varying number of > laptops that could be connected to the network and I will not know (nor > the owners of the laptops) the MAC address in advance. I would guess you could simply take the eh: clause but would need to see your current DHCPTAB file to be sure. In general the example in the documentation is for complicated set-ups. To simply serve out IP addresses for internal machines, your DHCPTAB file could be a simple as: global.lease: \ sm=255.255.255.0: \ ar=194.202.13.50 194.202.13.56: lt=86400: \ dc: Note that in most cases your would also want to be providing info on default routers etc as well. Regards David ================================================================================ Archive-Date: Mon, 30 Nov 1998 08:44:31 -0400 Sender: bryant@process.com Date: Mon, 30 Nov 1998 08:42:52 -0400 From: Geoff Bryant Reply-To: Info-TCPware@process.com To: Info-TCPware@process.com CC: bryant@process.com Message-ID: <009CFFC5.E14CE4AA.25@process.com> Subject: RE: TCPWare And Telnet Peter.Burnett@tnx.neverlnd.org.uk (Peter Burnett) writes: > >Monday November 23 1998, bryant@process.com writes: > >>> As a side issue, do Process run an email list that I can subscribe to >>> where patch and update notices are issued to subscribed clients ? Peter > >b> We currently have an eco database for Multinet that can be searched on >b> the Web. You can find this at: http://www.multinet.process.com/. >b> Announcements of ecos also get mailed to the Multinet-Announce and >b> Info-Multinet mail lists. > >(Un)fortunately I do not use MultiNet :-) > >b> We are working on putting together the same thing for TCPware patches. >b> I hope you will see this sometime soon. > >Great. Could you post a short announcement in this group when you have such >a system in place please... Ta.. I certainly will. >Peter - pdb@post.neverlnd.org.uk - http://www.neverlnd.demon.co.uk > ~~~~~~~~~~~~~~~~~~~~~~~~ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ >-- >+-------------------------------------------------------------------------+ >| Data: 44-(0)1424-853361 Fax: 44-(0)1424-853364 Hastings | >|Voice: 44-(0)468-817347 ISDN: 44-(0)1424-854816 East Sussex | >| pdb@post.neverlnd.org.uk UK | >+---------------( Http://www.neverlnd.demon.co.uk )-----------------------+ > ------------------------------------------------------------- Geoff Bryant bryant@process.com TCPware/Multinet Engineering Process Software Corporation http://www.process.com/ 959 Concord St. Framingham, MA 01701 USA ================================================================================ Archive-Date: Mon, 30 Nov 1998 09:11:38 -0400 From: "ddli " Reply-To: Info-TCPware@process.com Subject: TCPWARE 5.3 / VMS 6.2 Date: 30 Nov 1998 11:36:24 GMT Message-ID: <01be1c55$87037060$1b083e0a@ps027-ishbg.neurope.ikea.com> To: Info-TCPware@PROCESS.COM hello, we are using tcpware 5.3 on 32 bit vaxes with VMS 6.2, we defined 15 lps print queues now we have the following problem: the lpd symbiont process crashes approx. once a day and all printers are stopped. does some one had a similar problem ? how did you fixed it ? best regards dominik ================================================================================ Archive-Date: Mon, 30 Nov 1998 09:50:12 -0400 Sender: LUTES@textron.com Message-ID: <36625BD0.6BDA1BBA@cessna.textron.com> Date: Mon, 30 Nov 1998 08:48:16 -0600 From: Dale Lutes Reply-To: Info-TCPware@process.com MIME-Version: 1.0 To: Info-TCPware@process.com Subject: Re: TCPWARE 5.3 / VMS 6.2 References: <01be1c55$87037060$1b083e0a@ps027-ishbg.neurope.ikea.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit ddli wrote: > > hello, > > we are using tcpware 5.3 on 32 bit vaxes with VMS 6.2, we defined 15 lps > print queues now we have the following problem: > > the lpd symbiont process crashes approx. once a day and all printers are > stopped. > > does some one had a similar problem ? how did you fixed it ? > > best regards dominik I am having a similar, if not the same problem with TCPware 5.3 on VMS/Alpha v7.1. The log files don't seem to indicate anything. I haven't had much chance to research it further. Anyone else?? Dale Lutes Cessna Aircraft Company ================================================================================ Archive-Date: Mon, 30 Nov 1998 11:37:40 -0400 Sender: miller@process.com Date: Mon, 30 Nov 1998 11:35:59 -0400 From: Valerie Miller Reply-To: Info-TCPware@process.com To: Info-TCPware@process.com CC: miller@process.com Message-ID: <009CFFDE.10F8D5F2.20@process.com> Subject: RE: TCPWare 5.3-2 & DHCP Peter Burnett writes: >Q: How does one configure the DHCPTAB file for anonymous clients, effectivly > when the "eh:" paramater will look sommat like "eh:*-*-*-*-*-*". I want > to be able to support a varying number of laptops that could be connected > to the network and I will not know (nor the owners of the laptops) the > MAC address in advance. > >I suppose what I am looking for is "Anonymous DHCP Client Support". I don't >seem to be able to find an example in the manuals unless I am looking in the >wrong place. The Laptop examples all show known MAC Addresses. Of course, >TCPWare 5.3-2 may not support this and thus if this is the case, will a future >version of TCPware have this support. The TCPware DHCP server certainly does have "anonymous DHCP client support". See the TCPware documentation: Management Guide chapter 2, sections starting with "Address Assignment in DHCP" on page 2-7. The DHCP server first looks for a static assignment by Client Identifier or Hardware Address, and if it doesn't find one, it dynamically assigns an IP address. David Raymond's reply shows an example using the Default Class tag "dc". >global.lease: \ > sm=255.255.255.0: \ > ar=194.202.13.50 194.202.13.56: lt=86400: \ > dc: You can also define a pool of dynamically assignable IP addresses using the Network Class tag "nc" and the Client Class tag "cc". See the descriptions of these tags in the Management Guide. Page 2-10 shows some examples with the nc tag. Valerie Miller Process Software Corporation Miller@Process.Com