Archive-Date: Mon, 1 Dec 2003 15:57:00 -0500 Date: Mon, 01 Dec 2003 15:54:49 -0500 From: Geoff Bryant Reply-To: Info-TCPware@process.com Subject: Re: Net-work with TCPware problem To: info-tcpware@process.com Message-ID: <01L3OQXO91QA8X6O64@PROCESS.COM> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=us-ascii You should log a support call and have your case tied to d/e 9109. On Fri, 28 Nov 2003 12:55:20 +0200, Godfrey Pillay wrote: > > >Hi Geoff > >Depending on the configuration of Net-work, Net-work could use one of two >images. If the configuration is Decnet then it would use an image >Decnet.RDI or Vuxnet.rdi if configured to TCP/IP. I have analyzed the >image Vuxnet.rdi and found that under the shareable image list, >UCX$IPC_SHR and UCX$ACCESS_SHR is included. It would seem that during the >linking process these two images were included. I do not have the source >code (and SoftwareAG would not supply this) to even try to eliminate this >from the link process. SoftwareAG are unwilling to look into this problem >as there is no support on the current VAX environment. Their only >suggestion is to upgrade to Digital's TCP/IP. I do not have a "NAS" >license on my VAX's and would therefore have to pay for the Digtial TCP/IP >software and licensing. This is a costly exercise. > >The reason that I am trying to use TCP/IP and not Decnet is because our >connections from the VAX to Mainframe is via a Decnet/SNA gateway(DEC >channel Server 11). This equipment is very old and parts are practically >non-existant. It is working currently but has a limit of 255 connections. >Also the Decnet connections between VAX's passes through a router. The >decnet configuration on the router is less stable than TCP/IP. > > >Any further input is welcome. The first prize would be to eliminate UCX >links in VUXNET.RDI and I am not sure how to do this if I do not have the >source.... > > >Thanking you in advance... > >Regards > >Godfrey Pillay >VAX Team Leader >Location: IBM Park Sandton, IA2G >Tel: (011) 302-6310 Fax: (011) 302-6592 >Cell: 083 571-7861 >E-mail: gpillay@za.ibm.com > >"There are 10 types of people in this world: > those who understand binary and those who don't." >----- Forwarded by Godfrey Pillay/South Africa/IBM on 2003/11/28 09:57 AM >----- > > >Geoff Bryant >2003/11/27 03:44 PM >Please respond to Info-TCPware > > To: info-tcpware@process.com > cc: > Subject: > > >UCX$ACCESS_SHR.EXE is a part of UCX (Digital TCP/IP services) which >provides >for soeme configuration of UCX. Something is linked against that and >trying >to use it. Usually that can be worked around. > >I am not familiar with Net-Work, but there may be a mode where it doesn't >need >UCX to work, or perhaps it can be worked around. I would suggest opening >a >support call. I am assuming this is occuring during a startup .COM >procedure. >If it is, sending along that .COM file along with any other output besides >what >you show below would be helpful. > >Also, are you trying to remove DECnet so you don't have to route it. If >so, >there are ways to handle that as well. > >On Thu, 27 Nov 2003 13:12:55 +0200, Godfrey Pillay >wrote: >> >> >>Hi >> >>We are currently using Net-Work V3.2.3 with Adabas V4.1.1 and Natural >>V4.1.2(SoftwareAG products) running on DEC VAX with OpenVMS V7.2 and >>TCPWare V5.3-2. >> >>We have been using Net-work configured with the decnet protocol to >>communicate to Net-work on the mainframe. This has been working >>successfully over the years. We are now trying to configure Net-work with > >>the TCP/IP protocol as we are trying not to use DECNET. We are being >>unsuccessful thus far on different versions of TCPWare(5.6 included ,see >>error below). I have loaded a trial copy of Digital's TCP/IP services and > >>Net-work works fine. >>It seems that NET-WORK was written with Digitals UCX compatibility. >> >>Is there anyone that can help me with this problem or do I need to get >>Digital'sTCP/IP loaded on my VAX's to get this working. Digital's TCP/IP > >>costs a fortune on the VAX (38 of them) and I am already licenced to run >>TCPWARE. Thanking you in advance.. >>The message from the NET-WORK logfile >> >>%LIB-E-ACTIMAGE, error activating image >>$1$DIA0:[SYS0.SYSCOMMON.][SYSLIB]UCX$ACCESS_SHR.EXE; >> >>%SYSTEM-F-ACCVIO, access violation, reason mask=00, virtual >>address=00000000, PC=00000002, PSL=03C00000 >> >> Context information >> 00078220 : 322E3756 >> 00078224 : 20202020 >> 00078228 : 00000013 >> 0007822C : 00000003 >> 00078230 : 13000202 >> 00078234 : 00000000 >> 00078238 : 01D40000 >> ... >> >>Regards >> >>Godfrey Pillay >>VAX Team Leader >>Location: IBM Park Sandton, IA2G >>Tel: (011) 302-6310 Fax: (011) 302-6592 >>Cell: 083 571-7861 >>E-mail: gpillay@za.ibm.com >> >>"There are 10 types of people in this world: >> those who understand binary and those who don't." > >------------------------------------------------------------- >Geoff Bryant bryant@process.com >TCPware/MultiNet/PMDF/SSH/PreciseMailAntiSpam Engineering >Process Software >http://www.process.com/ >959 Concord St. >Framingham, MA 01701 USA > ================================================================================ Archive-Date: Wed, 10 Dec 2003 21:17:39 -0500 Date: Wed, 10 Dec 2003 20:50:42 -0500 From: Ethan Reply-To: Info-TCPware@process.com Subject: i dont like the sound of this To: info-tcpware@process.com Message-ID: <71f201c3bf89$e4647d53$3b40f776@e-loanhelp.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii
All cats are grey in the dark.


Great spenders are bad lenders.
Experience teaches slowly and at the cost of mistakes.
Adversity is a gift.
Give up the ghost.
They are most cheated who cheat others.
Observe all men; thyself most.
Dont judge anyone unless youve walked in their moccasins one moon.
================================================================================ Archive-Date: Thu, 11 Dec 2003 02:00:42 -0500 Date: Thu, 11 Dec 2003 08:57:53 +0200 From: Godfrey Pillay Reply-To: Info-TCPware@process.com Subject: Decnet over IP config To: info-tcpware@process.com Message-ID: MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="=_alternative 0026556242256DF9_=" This is a multipart message in MIME format. --=_alternative 0026556242256DF9_= Content-Type: text/plain; charset="US-ASCII" Hi Geoff/all I have approx 38 VAX sites and am trying to configure Decnet Over IP (CNFNET DNIP). I go through the process of supplying the Address/node for the config of all 38 sites. This works pretty well until I try to restart the DNIP services. There seems to be a limit to the number of nodes that can be configured. TCPware does not seem to restrict this. The restriction seems be the logical "TCPWARE_DNIP_TUNNELS". For each node that you add, the line DNIP-0-n appends to this logical. The logical has a restriction of 255 characters. Is there a way to have all 38 lines in this logical??? Thanking you in advance... Regards Godfrey Pillay Team Leader - VAX System Support Location: IBM Park Sandton, IA2G Tel: (011) 302-6310 Fax: (011) 302-6592 Cell: 082 823-5339 E-mail: gpillay@za.ibm.com "There are 10 types of people in this world: those who understand binary and those who don't." --=_alternative 0026556242256DF9_= Content-Type: text/html; charset="US-ASCII"
Hi Geoff/all

I have approx 38 VAX sites and am trying to configure Decnet Over IP (CNFNET DNIP). I go through the process of supplying the Address/node for the config of all 38 sites. This works pretty well until I try to restart the DNIP services. There seems to be a limit to the number of nodes that can be configured. TCPware does  not seem to restrict this. The restriction seems be the logical "TCPWARE_DNIP_TUNNELS". For each node that you add, the line DNIP-0-n appends to this logical. The logical has a restriction of 255 characters. Is there a way to have all 38 lines in this logical???

Thanking you in advance...

Regards


Godfrey Pillay
Team Leader - VAX System Support
Location:  IBM Park Sandton, IA2G
Tel: (011) 302-6310   Fax: (011) 302-6592
Cell: 082 823-5339  E-mail: gpillay@za.ibm.com

"There are 10 types of people in this world:
those who understand binary and those who don't."
--=_alternative 0026556242256DF9_=-- ================================================================================ Archive-Date: Thu, 11 Dec 2003 08:53:46 -0500 Date: Thu, 11 Dec 2003 07:51:05 -0600 (CST) From: Hunter Goatley Reply-To: Info-TCPware@process.com Subject: The recent spam To: info-tcpware@process.com Message-ID: <01L428ZVHZHI8WW6DF@goatley.com> My apologies for the recent spam making it through here. Last week, I added a local rules to our PreciseMail Anti-Spam product to assign a negative score if messages include certain Process Software-related keywords. Unfortunately, the rule is a bit too simplistic, and these messages include the list name in the URLs in the spam, which matched, causing the messages to end up with a score too low to actually be stopped. This is a fun game, isn't it? I'll modify the rule today to try to prevent future occurrences. Hunter ------ Hunter Goatley, Process Software, http://www.process.com/ http://www.goatley.com/hunter/ ================================================================================ Archive-Date: Thu, 11 Dec 2003 09:31:36 -0500 Date: Thu, 11 Dec 2003 09:29:05 -0500 From: Michael Corbett Reply-To: Info-TCPware@process.com Subject: Re: Decnet over IP config In-Reply-To: To: info-tcpware@process.com Message-ID: <3FD87F31.2000606@process.com> MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset=us-ascii Content-Transfer-Encoding: 7bit References: Godfrey Pillay wrote: > > Hi Geoff/all > > I have approx 38 VAX sites and am trying to configure Decnet Over IP > (CNFNET DNIP). I go through the process of supplying the Address/node > for the config of all 38 sites. This works pretty well until I try to > restart the DNIP services. There seems to be a limit to the number of > nodes that can be configured. TCPware does not seem to restrict this. > The restriction seems be the logical "TCPWARE_DNIP_TUNNELS". For each > node that you add, the line DNIP-0-n appends to this logical. The > logical has a restriction of 255 characters. Is there a way to have all > 38 lines in this logical??? > This is a problem that we are aware of and might address in the future. Until then you can use the following to work around the limitation. Once you have reached tbe limit you will have to configure additional circuits manually and not in CNFNET DNIP. You could add the necessary commands into TCPWARE:SERVERS.COM as this file is executed by STARTNET.COM after DNIP_CONTROL.COM is called. Here is an example of the commands needed to start a DNIP circuit DNIP-0-32 to the remote host 192.42.95.1 with a local port of 9060 and a remore port of 6090 - $ netcu start/dnip DNIP-0-32 192.42.95.1 9090 6090 $ ncp set line DNIP-0-32 state off $ ncp set line DNIP-0-32 buffer size 16383 state on $ ncp set circuit DNIP-0-32 state off $ ncp set circuit DNIP-0-32 hello timer 8191 state on regards Mike -- +-------------------------------------------------------------------------+ Michael Corbett Email: Corbett@process.com Process Software Phone: 800 722-7770 x369 959 Concord St. 508 879-6994 x369 Framingham MA 01701-4682 FAX: 508 879-0042