HDTenEightyP/NetNews huggingface dataset:
From: kbridge@magnus.acs.ohio-state.edu (Doug Karl)
Subject: New Version of OSU KarlBridge available with SNMP and more filters
Organization: The Ohio State University
Date: Wed, 22 Jul 1992 20:07:11 GMT

	    Add Security and Cleanup your network
	      by blocking those unwanted packets
			    with

		     The OSU KarlBridge

			Version 1.33

        (now with full SNMP support and more filters)

The OSU KarlBridge is a program, that runs on a  286 or 386 clone.
It provides a unique and inexpensive  Ethernet to  Ethernet bridge
that performs sophisticated protocol filtering.  The bridge can be
configured to filter packets based upon ANY Ethernet protocol such
as IP, IPX, DECNET, AppleTalk, and etc. In addition it will filter
packets based upon  IP address, IP network, IP subnet, and socket.
It will also  filter  packets  based upon  DECNET  address,  area,
Object number and Object name.  Also,  AppleTalk  packets  can be
filtered based upon server name,  printer name,  and/or zone name.

Some Examples:

  You can use  OSU KarlBridge as a standard medium performance MAC
  layer  Ethernet to Ethernet bridge with SNMP  (MIB II, EtherMIB,
  BridgeMIB & SNMP MIB).  You can assemble your own  IBM cloan and
  use the free software or  buy the  inexpensive pre-assembled and
  tested commercial version.

  You can configure  OSU KarlBridge  to restrict  IP  traffic from
  your public computer labs or  dial-in-lines to  IP addresses and
  subnets within your campus or enterprise wide network. This will
  prohibit  unauthenticated access to the your machines and/or the
  Internet in conformance with RFC 1173).

  You can  configure  OSU KarlBridge  to  keep  file  servers  and
  printers (Apple, Novell, Banyan, LanManager, etc.)  on  the same
  network from interacting with each other in undesirable ways.

Join thousands of people worldwide who are using the KarlBridge to
relieve some of their networking headaches. The  OSU KarlBridge is
the most flexible and easily configured bridge you have ever seen!
Get a copy, read the README file, run the configuration program on
your favorite PC, and let me know what you think.

The OSU KarlBridge can be obtained via anonymous ftp from:

    nisca.acs.ohio-state.edu, 128.146.1.7, in /pub/kbridge.

Please send e-mail to kbridge@osu.edu with questions and comments.

Doug Karl
Senior Computer Specialist
The Ohio State University
From: trout@troi.ucr.edu (michael griffith)
Newsgroups: vmsnet.networks.tcp-ip.misc
Subject: Sun RPC for VMS?
Date: 23 Jul 92 20:46:09 GMT
Organization: University of California, Riverside

Has anyone ported sunrpc to work with any TCP/IP implementations
in VMS?  We have the DECrpc product, but Sun's RPC is much more
comfortable and familiar to us.

SPECIFICS:

VAX 6000-510
VMS 5.4
UCX 1.3
						Michael A. Griffith
						trout@ucrmath.ucr.edu
From: flaforest@vtrm01.uucp (Fred LaForest)
Newsgroups: vmsnet.networks.tcp-ip.wintcp
Subject: Direct interface access
Date: 22 Jul 92 15:24:40 EST
Organization: Vickers, Inc. - Troy, MI, USA

Is there a way to plug a program into the db0 interface, such that it will
receive all IP packets destined for that interface? (IP,ICMP,etc)  I think
this goes beyond even the "raw" socket interface.  I want to do some
experimenting with some different transport mechanisms and need direct
interface access.

An existing program which performs this direct interface to transport
mechanism connection is the DBLINK program.

I use db0 and DBLINK as an example.  I just need to receive and send packets
directly from and to the WIN/TCP router as db0 and DBLINK do.
-- 
Fred LaForest                     UUCP:  vtrm01!flaforest
VMS/UNISYS 1100/UNIX/(Whatever else we have in the building) System Programmer
Vickers, Inc.                    GEnie:  FALAFOREST
Troy, MI  48007-0302
Newsgroups: vmsnet.networks.tcp-ip.wintcp
From: RUTGES_ASS@RUGB38.BDK.RUG.NL (ass. A.Rutges (I&O))
Subject: App.: FTP's DIR command makes UCX node close the connection
Organization: Faculty of Management Studies, University of Groningen (NL)
Date: Tue, 21 Jul 1992 14:52:46 GMT
X-News-Reader: VMS NEWS 1.23

I forgot to mention the other end runs UCX 1.3.

Sorry I didn't tell you that in the first place.

Tijs Coumans
Computer Simulation + VAX/VMS Expert
Faculty of Management Studies, University of Groningen (The Netherlands)
Mail: RUTGES_ASS @ RUGB38.BDK.RUG.NL
------------------------------------------------------------------------
Disclaimer: All I say, is on my own behalf, not that of my employer's.

Newsgroups: vmsnet.networks.tcp-ip.wintcp
From: RUTGES_ASS@RUGB38.BDK.RUG.NL (ass. A.Rutges (I&O))
Subject: FTP's DIR command makes UCX node closing the connection
Organization: Faculty of Management Studies, University of Groningen (NL)
Date: Tue, 21 Jul 1992 14:49:20 GMT
X-News-Reader: VMS NEWS 1.23

Hi there,

While connected to the VMS sftw. FTP site FTPVMS.IRA.UKA.DE by
means of TWG TCP, the DIR command makes the other side close
the connection. When connected through UCX FTP, that problem
does not occur. I had this same problem while FTP'ing to a
site in the states (a unix machine, can't remember which one,
though.) Getting a certain file of which the FULL pathname
is known is no problem, though.

Could anybody tell me, what might be the problem??

We use VMS 5.5 here on a MicroVax 3900, running TWG v. 5.1

Thank you very much.

Tijs Coumans
Computer Simulation + VAX/VMS Expert
Faculty of Management Studies, University of Groningen (The Netherlands)
Mail: RUTGES_ASS @ RUGB38.BDK.RUG.NL
------------------------------------------------------------------------
Disclaimer: All I say, is on my own behalf, not that of my employer's.
Newsgroups: vmsnet.networks.tcp-ip.cmu-tek
Subject: ftpsrv going into meltdown mode (permanent computable)
From: "Bryan G. Peterson" <peterson@physc1.byu.edu>
Date: Mon, 20 Jul 1992 17:22 MDT
Reply-To: "Bryan G. Peterson" <PETERSON@PHYSC1.BYU.EDU>
Organization: The Internet
Errors-To: SYNFUL@CMUTEK.CC.CMU.EDU
X-Listname: CMU-TEK TCP/IP Mailing list <CMU-TEK-TCP@CMUTEK.CC.CMU.EDU>
X-Envelope-To: cmu-tek-tcp@cmutek.cc.cmu.edu
X-Vms-To: IN%"cmu-tek-tcp@cmutek.cc.cmu.edu"
X-Vms-Cc: PETERSON

I have been having some problems with ftp servers (and sometime a local
ftp process) going into a meltdown where the process runs at an elevated
process and is permanently in the COM state - i.e., it consumes the
entire CPU for all practical purposes.  I have seen the server go into
this state if it runs out of disk quota on a PUT command and also when
the remote ftp process is terminated unusually.  The local ftp process
only seems to do it when they use control-Y to stop - and then not all
the time.

Current configuration:
CMU/TEK 6.6-5
FTP.EXE
	Image Identification Information

		image name: "FTP"
		image file identification: "V2.8-1"
		link date/time: 16-MAY-1992 08:47:03.79
		linker identification: "05-09"

	Patch Information

		There are no patches at this time.

FTP_SERVER.EXE
	Image Identification Information

		image name: "FTP_SERVER"
		image file identification: "V2.9A"
		link date/time: 16-MAY-1992 08:47:12.84
		linker identification: "05-09"

	Patch Information

		There are no patches at this time.


In the most recent meltdown (just now) looking at the FTPSRV process it
appeared to be looping with the range (for the PC) of 801BD8E1-801BE8A0
(give or take a few locations either way).  The connection associated
with that process in NETSTAT was in the CLOSE-WAIT state.

Any assistance in stopping this behavior would be greatly appreciated.

Bryan Peterson
Peterson@physc1.byu.edu
Newsgroups: vmsnet.networks.tcp-ip.cmu-tek
From: ccjwm@marlin.jcu.edu.au (John Miller)
Subject: FTP to CMU v6.5 on VMS 5.4-2 won't accept the password
Organization: James Cook University
Date: Wed, 22 Jul 92 00:25:30 GMT

We've installed VMS V5.4-2 on a uVax-II and have installed CMU-TEK V6.5 but,
we can't ftp to this system.  Even though a valid username and password
are given, the password is not accepted.  Here's a screen dump:

$ ftp muggy
%FTP-I-ATTEMPTING, Attempting to connect to host MUGGY
220 muggy.jcu.edu.au CMU-Tek FTP version V2.7-6 (26-jun-89) ready.
FTP> log system
331 Username Okay, need password.
Password:
530-Not logged in.
530 Login information invalid at remote node
%FTP-E-NOT_LOGGED_IN, Not logged In.
FTP>

I've tried entering the password in upper and lower case.

FTP from this system to other hosts works fine as does telnet to and from 
this system.  Is there some new feature in VMS 5.4 which may be causing this
problem? 

Thanks
+---------------------------------------------------------------------+
| John Miller           | Internet Mail - ccjwm@jcu.edu.au            |
| Computer Centre       | PSI Mail - PSI%050527372000051::J_MILLER    |
| James Cook University of North Queensland | Phone: +61 77 815447    |
| Townsville, 4811,  AUSTRALIA              | Fax:   +61 77 796371    |
+---------------------------------------------------------------------+
Newsgroups: vmsnet.networks.tcp-ip.cmu-tek
From: khindria@maccs.dcss.mcmaster.ca (Vivek Khindria (CSU))
Subject: CMU-TEK upgrade problems 
Organization: McMaster University, Hamilton, Ontario, Canada.
Date: Thu, 30 Jul 1992 12:31:33 GMT


    We are upgrading from an older version CMUTEK to ver 6.6 on our

    8530 VMS (5.3) Vax.  The upgrade script ran well.  The "IP_Startup.com"

    runs okay.  Only Telnet and FTP have been activated from internet.config.

    99% of any connection attempts time out.

    1% of the connection attempts connect and subsequent commands time out.

    The network is fine, and the older version was running well.

    The connection time out seems to happen in about 0.5 second, which

    seems too fast.


    If you have any advice on other things to look at, we would be anxious 
    to hear from you.


    Vivek Khindria,     khindria@mcmaster.ca

    Faculty of Health Sciences,  McMaster University, Hamilton, Ontario, Canada

    (416)  529-7070 x2439
From: jsm1269@ssfvx1.draper.com
Newsgroups: vmsnet.networks.tcp-ip.cmu-tek
Subject: output flow/control-c problems with 6.6-5
Date: 30 Jul 92 15:09:00 GMT
Reply-To: JSM1269@ssfvx1.draper.com
Organization: The Internet
Return-Path: <SYNFUL@CMUTEK.CC.CMU.EDU>
Errors-To: SYNFUL@CMUTEK.CC.CMU.EDU
X-Listname: CMU-TEK TCP/IP Mailing list <CMU-TEK-TCP@CMUTEK.CC.CMU.EDU>
X-Vms-To: CCFVX3::IN%"cmu-tek-tcp@cmutek.cc.cmu.edu"


Howdy

We're tried to VMS 5.5 on a VAX 4000/500.  On this new machine, we installed
CMU-Tek version 6.6-5 with the timestamp() patch.  Two problems kept us from
running 6.6-5:

First, the ever recurring output flow control problem that keeps showing up in
this forum.  Output will be suspended until a user hits a key, and then all
output continues.  This problem is even more previlant than it was in v6.5.
In 6.6-5, is happened on every output stream.   Network analysis shows that,
for an unknown reason, the VAX stops transmission and buffers all output until
the user's next keystroke is entered.

Second, the control-c character is not passed to the VAX.  When a user hits
control-c, basically nothing happens.  In out debugging ^C is crutial.

Due to both these problems, we've had to roll back to CMU V6.5.  This still
has the output control problem, but it is less severe, and it does not have
the ^C problem.

Are either of these two problems going toobe fixed in future releases?  I've
read about the flow problems here, but not the ^C problem: Has anyone else had
the ^C 'absorbing' problem?

Thanx for the info.

John McLachlan
Draper Laboratory
Cambridge, MA
jsm1269@ssfvx1.draper.com

:-)
Newsgroups: vmsnet.networks.tcp-ip.cmu-tek
Subject: help wanted
From: jzh@abb-sc.com@abb01.dnet
Date: Thu, 23 Jul 92 19:02:09 -0700
Reply-To: abb01.dnet!jzh@abb-sc.COM
Organization: The Internet
Errors-To: SYNFUL@CMUTEK.CC.CMU.EDU
X-Listname: CMU-TEK TCP/IP Mailing list <CMU-TEK-TCP@CMUTEK.CC.CMU.EDU>

Subject: wanted CMUTEK help
-------------------------------------------------------------------------
{I am trying to set up CMU TCP over DECnet.
{I keep getting:
{	?IPACP: Exception handler: signal name 0015C018
{during the CMUTEK startup.
{I checked device "IP:". It is offline.
{The "Device_Init" entry in INET$CONFIG is:
{	Device_Init:DNDRV:UNVICE:IP_DECNET:199.199.199.199:255.255.255.255

The above is part of a mail I sent some days ago.
I found the problem which was caused by DNDRV.OBJ compiling warning
'LIB$_EOMWARN' = 0015C018.

Somehow I can not use the built-in Ethernet card, ISA0, with XEDRV.EXE

Has somebody configured such setup?

Thanks.

Jason
(408)987-6047
jzh@abb-sc.com

I'm using a VAX 4000-300, VMS v5.4-2, 32 MB memory,
with dual ethernet cards, QNA and ISA.
Newsgroups: vmsnet.networks.tcp-ip.cmu-tek
Subject: RE: FTP to CMU v6.5 on VMS 5.4-2 won't accept the password
From: "Jonathan E. Hardis" <hardis@vax844.phy.nist.gov>
Date: Wed, 22 Jul 1992 11:19:05 EDT
Reply-To: "Jonathan E. Hardis" <hardis@vax844.phy.nist.gov>
Organization: The Internet
Errors-To: SYNFUL@CMUTEK.CC.CMU.EDU
X-Listname: CMU-TEK TCP/IP Mailing list <CMU-TEK-TCP@CMUTEK.CC.CMU.EDU>
Cc: CMU-TEK-TCP@CMUTEK.CC.CMU.EDU, hardis@vax844.phy.nist.gov

> We've installed VMS V5.4-2 on a uVax-II and have installed CMU-TEK V6.5,
> but we can't ftp to this system.  Even though a valid username and
> password are given, the password is not accepted.
>
> Is there some new feature in VMS 5.4 which may be causing this problem?

What this list really needs is a FAQ file.

1)  Version 6.6-5 is current

2)  The problem you're seeing with 6.5 is that DEC changed the password
    hashing algorithm.  Full information is on cmutek.cc.cmu.edu, but here's
    the patch:

FTP_SERVER.EXE
!
! Change the following symbols to point to your system's correct addresses.
! Use this table to determine the appropriate values:
!
!	IPACP Version	FTP Version	FTP_ENCRYPT	LGI$HPWD
!	-------------	-----------	-----------	--------
!	     6.4	    2.7		    443A	  6216
!	 6.5 & 6.5-2	    2.7		    4FA6	  772E
!	     6.5-3	    2.8		    5A5A	  81C8
!
DEFINE FTP_ENCRYPT=4FA6
DEFINE LGI$HPWD=772E
SET ECO 1
!
! Replace the code which does the password checking on incoming FTP connections
! to use SYS$HASH_PASSWORD instead of our compiled in LGI$HPWD.
!
REPLACE/INSTRUCTION FTP_ENCRYPT
'PUSHL	B^04(AP)'
'MOVQ	B^0C(AP),-(SP)'
'PUSHL	B^08(AP)'
'PUSHAB	B^10(SP)'
'CALLS	#05,L^LGI$HPWD'
EXIT
'PUSHAB	(SP)'
'PUSHL	B^04(AP)'
'MOVQ	B^0C(AP),-(SP)'
'PUSHL	B^08(AP)'
'CALLS	#05,@#7FFEE538'
EXIT
!
! Now, replace the code which does a comparison on the password since we
! do not use a descriptor anymore to find the block of encrypted bytes
!
REPLACE/INSTRUCTION FTP_ENCRYPT+1C
'CMPC5	(SP),@B^04(SP),#0,#8,(R2)'
EXIT
'CMPC3	#8,(SP),(R2)'
EXIT
UPDATE
EXIT
Newsgroups: vmsnet.networks.tcp-ip.cmu-tek
Subject: Changing e-mail address
From: anita.zorzi@unipd.it
Date: Fri, 24 Jul 1992 16:02 N
Reply-To: anita.zorzi@unipd.it
Organization: The Internet
Errors-To: SYNFUL@CMUTEK.CC.CMU.EDU
X-Listname: CMU-TEK TCP/IP Mailing list <CMU-TEK-TCP@CMUTEK.CC.CMU.EDU>
X-Envelope-To: cmu-tek-tcp@cmutek.cc.cmu.edu
X-Vms-To: IN%"cmu-tek-tcp@cmutek.cc.cmu.edu"

Please,pass my subscription to the list from salazero@ipdunivx.unipd.it  to
system@chim02.unipd.it
Thanks.Anita Zorzi.
Newsgroups: vmsnet.networks.tcp-ip.cmu-tek
Subject: CMU/TEK 6.6-5A?
From: "Bryan G. Peterson" <peterson@physc1.byu.edu>
Date: Tue, 21 Jul 1992 09:29 MDT
Reply-To: "Bryan G. Peterson" <PETERSON@PHYSC1.BYU.EDU>
Organization: The Internet
Errors-To: SYNFUL@CMUTEK.CC.CMU.EDU
X-Listname: CMU-TEK TCP/IP Mailing list <CMU-TEK-TCP@CMUTEK.CC.CMU.EDU>
X-Envelope-To: cmu-tek-tcp@cmutek.cc.cmu.edu
X-Vms-To: IN%"cmu-tek-tcp@cmutek.cc.cmu.edu"

Several recent messages have referred to version 6.6-5a - both comments about
currently running that version and questions about where it can be obtained.
I have not seen any announcement that 6.6-5a is available and I find no new
savesets on cmutek.cc.cmu.edu (all are dated in march 1992).  Is it really
available and where do I get it?  Please post your answer to the list since
I have seen 5 or six inquiries about it with no replies showing up on the
list.

Thanks.

Bryan Peterson (peterson@physc1.byu.edu)
Newsgroups: vmsnet.networks.tcp-ip.cmu-tek
Subject: NEWSRDR software
From: David Paschall-Zimbel <davidli@simvax.labmed.umn.edu>
Date: Wed, 29 Jul 1992 15:27:40 CDT
Reply-To: David Paschall-Zimbel <davidli@simvax.labmed.umn.edu>
Organization: The Internet
Return-Path: <SYNFUL@CMUTEK.CC.CMU.EDU>
Errors-To: SYNFUL@CMUTEK.CC.CMU.EDU
X-Listname: CMU-TEK TCP/IP Mailing list <CMU-TEK-TCP@CMUTEK.CC.CMU.EDU>
CC: davidli@simvax.labmed.umn.edu

>>From: kraz@athena.phys.virginia.edu
>>Subject: CMU-TEK 6.6-5 and NEWSRDR
>>
>>>Maybe the time of NEWSRDR has come and gone; is there a better public domain
>>news reader available?

>I know little/nothing about NEWSRDR.  How about ANU NEWS?

ANU NEWS works quite well for storing news locally, but it is really bad for
NNTP sessions when the NNTP News Server maintains a large number of newsgroups.

As an example, There are currently 3955 newsgroups available via our local NNTP
server.  ANU NEWS takes up to 30 minutes to retrieve pointers on EACH AND EVERY
newsgroup before allowing you to read one of your registered newsgroups.
NEWSRDR, on the other hand, take about 30 seconds to retrieve pointers on the
newsgroups to which you've subscribed.  Also, at the end of the session, ANU
NEWS must update the pointer lists in the NEWS.RC file for all 3955 newsgroups,
while NEWSRDR updates the pointer lists only on those newsgroups to which
you've subscribed.

Both ANU NEWS and NEWSRDR software appear in the Fall '91 DECUS tapes (available
via FTP from wuarchive.wustl.edu in the decus director).  I've used them both,
and, despite the nice SMG interface of ANU NEWS, I wouldn't use that particular
package as an NNTP-only newsreader.  I have tried at least one other NNTP News
Reader, but it wasn't able to handle large numbers of newsgroups either.

Just my opinion.

-- David Paschall-Zimbel

David Paschall-Zimbel, systems manager

                        davidli@simvax.labmed.umn.edu

   National Micropopulation Simulation Resource, Health Computer Sciences,
                           University of Minnesota
From: kliu@ccl4.eng.ohio-state.edu
Newsgroups: vmsnet.networks.tcp-ip.cmu-tek
Subject: Need Help
Date: 23 Jul 92 18:43:16 GMT
Reply-To: KLIU@ccl4.eng.ohio-state.edu
Organization: The Internet
Errors-To: SYNFUL@CMUTEK.CC.CMU.EDU
X-Listname: CMU-TEK TCP/IP Mailing list <CMU-TEK-TCP@CMUTEK.CC.CMU.EDU>
X-Envelope-To: cmu-tek-tcp@cmutek.cc.cmu.edu
X-Vms-To: IN%"cmu-tek-tcp@cmutek.cc.cmu.edu"


Hi,
	I need help. I installed PMDF 4.0 on VMS 5.5 (with CMUTEK 6.6-5).
Unforturnately, sometimes e-mail is sent successfully, but most of the time
it failed. The following error message log is gernerated by PMDF. It seems that
the error is from TCP/IP. How can I fix the problems? Please give me some
suggestions.


--------------------------------------------------------------------------
Sending    : ".".
Status code for smtp_status_get is         44
21-JUL-92  14:27:15: SMTP routine failure on file: PMDF_ROOT:[QUEUE.CTCP_LOCAL]ZZ01GMN5V1C4FA9LVBXH.00;1
Recorded error -- Error reading SMTP packet
--------------------------------------------------------------------------


Kuo-Ching Liu

E-MAIL: KLIU@CCL4.ENG.OHIO-STATE.EDU or kliu@magnus.acs.ohio-state.edu
Newsgroups: vmsnet.networks.tcp-ip.cmu-tek
Subject: CMU-TEK 6.6-5 and NEWSRDR
From: kraz@athena.phys.virginia.edu
Date: Wed, 29 Jul 1992 10:32:00 EDT
Reply-To: kraz@gomez.phys.virginia.edu
Organization: The Internet
Return-Path: <SYNFUL@CMUTEK.CC.CMU.EDU>
Errors-To: SYNFUL@CMUTEK.CC.CMU.EDU
X-Listname: CMU-TEK TCP/IP Mailing list <CMU-TEK-TCP@CMUTEK.CC.CMU.EDU>


Hi,

	We have just finished upgrading our Vax Cluster to VMS 5.5.
After a week of total chaos, all of the major problems were resolved. We are,
however, experiencing some problems with CMU-TEK 6.6-5 and NEWSRDR (v2.8). The
news reader functions, but extremely slowly. It will take it 20-30 min to
retrieve a longer article (for example, a uu-encoded binary file). On occasion,
retrieving the article will fail completely; a NNTP timeout error appears and
NEWSRDR aborts.
	Although we upgraded to VMS 5.5 and CMU-TEK 6.6-5 at about the same
time, I had the opportunity to test NEWSRDR with CMU-TEK 6.6-0 and VMS 5.5
and it worked fine. The problems started to appear after we upgraded to
CMU-TEK 6.6-5. Increasing NPAGEDYN, IRPCOUNT, MAXBUF by the suggested values
did not solve the problem.
	Has anybody else experienced similar problems? What was the solution?
Would increasing NPAGEDYN, IRPCOUNT, MAXBUF even higher solve the problem?
Maybe the time of NEWSRDR has come and gone; is there a better public domain
news reader available?

	Any information will be greatly appreciated.

		Michael Krasnicki
		University of Virginia, Physics Dept.
		(kraz@born.phys.virginia.edu)
Newsgroups: vmsnet.networks.tcp-ip.cmu-tek
Subject: RE: TCPIP V6.6-3 Problems....
From: Mighty Firebreather <dragon@nscvax.princeton.edu>
Date: Tue, 28 Jul 1992 09:23:01 EDT
Reply-To: Mighty Firebreather <dragon@nscvax.princeton.edu>
Organization: The Internet
Return-Path: <SYNFUL@CMUTEK.CC.CMU.EDU>
Errors-To: SYNFUL@CMUTEK.CC.CMU.EDU
X-Listname: CMU-TEK TCP/IP Mailing list <CMU-TEK-TCP@CMUTEK.CC.CMU.EDU>
CC: cmu-tek-tcp@cmutek.cc.cmu.edu

	Jussi Koljonen <juissi@ee.tut.fi> writes:


>
>I'm having problems with CMUTEK TCP/IP v6.6-3 installation.
>We purchased the product last March and we haven't been able
>to install the product until now.
>
>I'm trying to install the software to a uVAX 2000 platform running
>VMS 5.4, in order to connect to a Ethernet LAN with lots of
>UNIX platforms already connected.
>
>The installation script went OK, the network device name being
>QAA0, internet address normal C-class, and hostname 'tiku'.
>After executing @ip_startup, I got following error messages:
>

	Shouldn't your network device be ESA0?  I don't have a microVAX
2000 but on a VAXStation 2000 it's ESA0!  Try SHOW DEVICE ESA0 and SHOW
DEVICE QAA0.

>$ @ip_startup
>%RUN-S-PROC_ID, identification of created process is 00000032
>%%%%%%%%%%%  OPCOM  28-JUL-1992 09:02:43.46  %%%%%%%%%%%
>Message from user SYSTEM on TIKU
>IPACP: IP_ACP(V6.6-3)  [SYNFUL@CMUTEK.CC.CMU.EDU/15.Nov-1991] starting
>
>%%%%%%%%%%%  OPCOM  28-JUL-1992 09:02:47.97  %%%%%%%%%%%
>Message from user SYSTEM on TIKU
>IPACP: XE sense mode QIOW failure, RC=000000F4,VMS_Code=00006E50,Xfer_size=32761
>
<Error messages omitted>
>
>Now I have tried to connect to the network. Local telnetting and ftp
>is OK, but all remote connections time-out.
>
>Can Anyone help me to solve the error message 'QIOW failure'.
>

*************************************************************************
*                                                                       *
*                        Here, there be dragons!                        *
*                      dragon@nscvax.princeton.edu                      *
*                                                                       *
*                                                Richard B. Gilbert     *
*************************************************************************