HDTenEightyP/NetNews huggingface dataset:
From: juissi@ee.tut.fi
Newsgroups: vmsnet.networks.tcp-ip.cmu-tek
Subject: TCPIP V6.6-3 Problems....
Date: 29 Jul 92 01:19:25 GMT
Reply-To: <juissi@ee.tut.fi>
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>
Return-Path: <juissi@uikku.ee.tut.fi>
X-Mailer: ELM [version 2.3 PL11]


Jussi Koljonen
Tietokumpu Oy
PL15
83501 OUTOKUMPU
FINLAND

Dear Maintainer/Mailing-List Member

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:

$ @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

%%%%%%%%%%%  OPCOM  28-JUL-1992 09:02:48.01  %%%%%%%%%%%
Message from user SYSTEM on TIKU
IPACP: Net device 0 is QAA0: IP=193.130.79.54 (Offline)

%%%%%%%%%%%  OPCOM  28-JUL-1992 09:02:48.54  %%%%%%%%%%%
Message from user SYSTEM on TIKU
IPACP: Failed to find identifier ARPANET_ACCESS - access check disabled

%%%%%%%%%%%  OPCOM  28-JUL-1992 09:02:48.82  %%%%%%%%%%%
Message from user SYSTEM on TIKU
IPACP: Network online

%%%%%%%%%%%  OPCOM  28-JUL-1992 09:02:49.36  %%%%%%%%%%%
Message from user SYSTEM on TIKU
NAMRES: NAMRES(V2.5) [Bruce.Miller@CMU.EDU 30-Oct-1990] starting

%%%%%%%%%%%  OPCOM  28-JUL-1992 09:02:49.50  %%%%%%%%%%%
Message from user SYSTEM on TIKU
NAMRES: Defined MBX$NAMRES as MBA21:

%%%%%%%%%%%  OPCOM  28-JUL-1992 09:02:50.01  %%%%%%%%%%%
Message from user SYSTEM on TIKU
NAMRES: All initialization complete; name service ready

%%%%%%%%%%%  OPCOM  28-JUL-1992 09:02:54.01  %%%%%%%%%%%
Message from user SYSTEM on TIKU
IPACP: XE sense mode QIOW failure, RC=000000F4,VMS_Code=00002020,Xfer_size=8224

%RUN-S-PROC_ID, identification of created process is 00000034
$
%%%%%%%%%%%  OPCOM  28-JUL-1992 09:03:00.01  %%%%%%%%%%%
Message from user SYSTEM on TIKU
IPACP: XE sense mode QIOW failure, RC=000000F4,VMS_Code=00002020,Xfer_size=8224

%%%%%%%%%%%  OPCOM  28-JUL-1992 09:03:06.04  %%%%%%%%%%%
Message from user SYSTEM on TIKU
IPACP: XE sense mode QIOW failure, RC=000000F4,VMS_Code=00002020,Xfer_size=8224
.
.
.
etc.

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'.

Yours, Jussi Koljonen
Newsgroups: vmsnet.networks.tcp-ip.cmu-tek
Subject: Re: V6.6-5A
From: "Takashi Ichihara <ichihara@rikvax.riken.go.jp>"
Date: Wed, 22 Jul 1992 18:09:17 JST
Reply-To: "Takashi Ichihara <ichihara@rikvax.riken.go.jp>"
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>

Eckart writes:
>	There is obviously no official Update 5A. But I found Henry's
>	patches (btw. rumous are that he is ill) at his site and FTP'ed
>	them from there: sacwms.mp.usbr.gov, directory [.TEKIP].
>
>	I had no contact with Henry, i just tried his mail address and
>	found it. The patch contains IPACP.EXE, IPDRIVER.EXE, TZDRIVER.EXE,
>	PNDRIVER.EXE and NAMRES.EXE. It works for me. The Telnet server
>	seems o.k. now.

    I am one of the beta-tester of the CMU-TEK V6.6-5A of Henry's
version.  Although many improvements have done in the V6.6-5A especially
in the performance of ftp and telnet, and the telnet pause problem is
fixed in this version, it seems to be there are some bugs in the current
V6.6-5A beta version.  For example, NFS of V6.6-5A does not work in our
site (NFS of V6.6-5 from cmutek.cc.cmu.edu works in our site).

     So if you are using NFS, it is recommended to wait for a while
until the known bugs of V6.6-5A version will be fixed. Current V6.6-5A
is a beta test version.

----------------------------------------------------------------------
   Takashi Ichihara
   RIKEN (The Institute of Physical and Chemical Research)
      (Internet/Bintet)  Ichihara@rikvax.riken.go.jp
      (HEPnet/span)       RIKEN::ICHIHARA (41910::Ichihara)

Newsgroups: vmsnet.networks.tcp-ip.cmu-tek
From: kraz@ATHENA.PHYS.VIRGINIA.EDU
Subject: CMU-TEK 6.6-5 & NEWSRDR 2.8 problems
Reply-To: kraz@ATHENA.PHYS.VIRGINIA.EDU
Organization: Dept. of Physics, University of Virginia
Date: Wed, 29 Jul 1992 14:25:53 GMT


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: Namres
From: gary_p%vcs.uucp@mccall.com
Date: Mon, 27 Jul 92 17:40:21 PDT
Reply-To: gary_p%vcs.UUCP@mccall.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-Mail-To: UUCP%"ucdavis!cmutek.cc.cmu.edu!cmu-tek-tcp"

Hi, I'm trying to get tcpip running for the first time.  I've got 99% of it
working (I think) but I still can't get mail running which seems silly to me.

I think my problem is my port 53 refuses connections so sites trying to
validate my address give up.  That is what hp.com claims.  I don't have a wks
line for port 53 because none came with the software.

The manual, although being quite amusing, lists no standard definitions for
common applications.  The name resolver is a core product yet seems to come up
disabled.

Any hints?

Symptoms are mail works by 192.188.2.1 but when tried by name, the failure is
caused by port 53 being locked.

Gary Petersen
vcs!gary_p@ucdavis.edu (or hopefully soon gary_p@voicesoft.com)
From: bkuhn@sd68.nanaimo.bc.ca
Newsgroups: vmsnet.networks.tcp-ip.cmu-tek
Subject: IP over DECnet
Date: 30 Jul 92 12:11:22 GMT
Reply-To: bkuhn@SD68.NANAIMO.BC.CA
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>


HELP!  I've got the following configuration that ain't working totally.
I've got a VAX3400 and VAX4300 clustered (running VMS 5.5).  The 3400 is
running MULTINET out through a TELEBIT NETblazer router to the community
college (my site is a school district hub).  I have Async DECnet leased
lines to 7 secondary schools and a corriculum resource centre.  I've
install CMUTEK on a VLC 4000 workstation at a secondary school called
DoverBay.  I can't get IP to run over the Async DECnet line.  The VLC 4000
is installed as a DECnet Area (Level 2) router and the circuit is connected
to an async port on the VAX4300.  The VAX4300 is installed as a DECnet Area
router (Level 2).  The other DECnet links are linked to a DECrouter 200
Level 1 (in the LAN with the Cluster).

Anyways, does anybody out there have experience doing IP over DECnet?  I'd
reeeeally appreciate some advice here.

Thanks in Advance,

brk (Brian Kuhn, School District no. 68 (Nanaimo))
Newsgroups: vmsnet.networks.tcp-ip.cmu-tek
Subject: cmutek help wanted
From: jzh@abb-sc.com@abb01.dnet
Date: Mon, 20 Jul 92 15:51:06 -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

Can somebody help me and give me some hints?

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.
I tried both relinked and not relinked versions.
Newsgroups: vmsnet.networks.tcp-ip.cmu-tek
Subject: FTP problems
From: "Andy, Systems Manager" <udaa055@elm.cc.kcl.ac.uk>
Date: Thu, 30 Jul 92 13:53 BST
Reply-To: "Andy, Systems Manager" <UDAA055@ELM.CC.KCL.AC.UK>
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>
Via: uk.ac.kcl.cc.elm; Thu, 30 Jul 1992 13:52:24 +0100

We've just upgraded to VMS 5.5-1 (from VMS 5.4-2) and seem to be experiencing
odd problems with cmu-tek FTP (CMU 6.6-5A and FTP 2.9A). The only other thing
that has changed, to my knowledge, is that we now use a Cisco router to the
outside world whereas before we used a NetComm switch with an ECB board.

At apparently random, but very short time intervals, communication with the
remote end `sticks'. We can wake it up by CTRL-C'ing, issuing a QUOTE ABORT,
and then trying again. However, shortly afterwards, the symptoms repeat.

It seems as though part of the control message to/from the remote end is
getting lost in transit, since quite often the QUOTE ABORT command results in a
message relating to the previous command (eg file syntax error). I always
though TCP would retransmit missing bits after a while but it doesn't seem to
in this case. In fact, during an FTP transfer, the remote end (which so far has
always been MULTINET) issues a `%MULTINET-E-WRITERR, closing connection'
message. I can start again from the GET command but the same thing happens over
and over, albeit in different places.

I'ld be grateful for any ideas as to the problem and what can be done. Has
anyone else seen this?

Regards,

Andy Harper
Kings College London
Newsgroups: vmsnet.networks.tcp-ip.cmu-tek
Subject: v6.5 ftp server question
From: system@mnsmc1.mnsmc.edu
Date: Tue, 21 Jul 1992 16:37:12 CDT
Reply-To: system@MNSMC1.MNSMC.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>


I need to patch our v6.5 ftp server so that it
can handle the vms 5.5 password setup.

I found a patch for ftp in the archives in subdirectory
V065/FTP. This is save set FTP028.A. It does'nt directly
refer to the particular patch I'm looking for in the
associated release notes.

Would this be the correct patch ? I want to avoid upgrading
the whole works to 6.6 if I can. Thanks for any help, Dan.


==============================================================================
Daniel W. Bick                          St. Mary's College of Minnesota
Computer Systems Manager                #17
system@mnsmc1.mnsmc.edu                 700 Terrace Heights
(507)457-1732                           Winona, MN 55987-1399
Fax (507)457-1633
Newsgroups: vmsnet.networks.tcp-ip.cmu-tek
Subject: NFS mount fails
From: "MPCS" <baldwin@mpcs.mskcc.org>
Date: 22 Jul 92 11:59:00 EST
Reply-To: "MPCS" <BALDWIN@mpcs.mskcc.org>
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>

Hi,
	I'm having difficulty mounting a filesystem exported by
CMU-Tek on a Unix workstation.  Everything seems OK, and the
exported filesystem shows up when I check to see if it is
there, but when I try to mount it, I get an 'access denied'
message.
	I have authorized access to the exported disk with
both root and myself on the unix workstation mapped to my
UID on the Vax.
	Anyone with info, hints, helpful words of support,
etc, please contact me : baldwin@mpcs.mskcc.org

	Thanx,
	Barney Baldwin
From: henrym@sacusr.mp.usbr.gov (Henry W. Miller)
Newsgroups: vmsnet.networks.tcp-ip.cmu-tek
Subject: RE: V6.6-5A
Date: 22 Jul 92 04:47:53 GMT
Reply-To: HENRYM@SACUSR.MP.USBR.GOV (Henry W. Miller)
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-Vmsmail-To: SMTP%"meyer@ifn.ing.tu-bs.de"


	This is Henry's wife Susan.  About a month ago Henry slipped
while leaving the computer room and injured his back.  As a result
I've been checking his mail and typing for him when I get a chance.
He's expected to return to work in about 2 weeks.
	Henry says there are still a couple of bugs in 6.6-5a but
as soon as he gets back to work and these bugs are resolved, a
new kit will be made available. The file that Eckart mentioned
is not an installation kit.  This file is available in the location
that Eckart mentioned.


	Susan Miller
Newsgroups: vmsnet.networks.tcp-ip.cmu-tek
Subject: V6.6-5A
From: Eckart Meyer <meyer@ifn.ing.tu-bs.de>
Date: Tue, 21 Jul 1992 21:45:44 +0100
Reply-To: Eckart Meyer <meyer@ifn.ing.tu-bs.de>
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: meyer@ifn.ing.tu-bs.de

	There is obviously no official Update 5A. But I found Henry's
	patches (btw. rumous are that he is ill) at his site and FTP'ed
	them from there: sacwms.mp.usbr.gov, directory [.TEKIP].

	I had no contact with Henry, i just tried his mail address and
	found it. The patch contains IPACP.EXE, IPDRIVER.EXE, TZDRIVER.EXE,
	PNDRIVER.EXE and NAMRES.EXE. It works for me. The Telnet server
	seems o.k. now.

	-- Eckart

-----------------------------------------------------------------------------
Eckart Meyer                                     Address:   Schleinitzstr. 23
Inst. f. Nachrichtentechnik                                 3300 Braunschweig
Technical University of Braunschweig                                  Germany
                                                 Phone:      +49 531 391 2454
E-Mail:   meyer@ifn.ing.tu-bs.de                 FAX:        +49 531 391 5192
          I7100501@DBSTU1.BITNET (not preferred)
VMSmail:  PSI%+26245050351130::MEYER (DATEX-P)
-----------------------------------------------------------------------------


Newsgroups: vmsnet.networks.tcp-ip.cmu-tek
From: ccjwm@marlin.jcu.edu.au (John Miller)
Subject: GOPHER and CMU-TEK
Organization: James Cook University
Date: Fri, 24 Jul 92 06:57:46 GMT

Is anyone using GOPHER with CMU-TEK?   If so:


	Is any particular version level of CMU required ?

	Are there any special hints for getting it to work ?

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: Re: CMU-TEK upgrade problems 
Organization: McMaster University, Hamilton, Ontario, Canada.
Date: Thu, 30 Jul 1992 13:22:58 GMT


     I solved my previous timeout problem.  I FTPed down to 

     cmutek.cc.cmu.edu and found a file timeout-patch.info 

     And it did the trick!


    Vivek
From: carvalho@mtechca.maintech.com
Newsgroups: vmsnet.networks.tcp-ip.cmu-tek
Subject: CMU/TEK & PC-NFS info required
Date: 29 Jul 92 17:31:10 PST
Organization: MAINTECH, A division of Volt Delta Resources, Inc. Orange, CA

Hi,
I'd like to run PC-NFS with a CMU/TEK release. 
Any one had any experiences with CMU's nfs interacting with PC-NFS?

Help!
--joe

Newsgroups: vmsnet.networks.tcp-ip.cmu-tek
From: geeslin@vms.ocom.okstate.edu
Subject: VMS TELNET prob w line-end
Organization: College of Osteopathic Medicine, O.S.U.
Date: Tue, 21 Jul 1992 22:14:08 GMT


	Hi,
	I have a TELNET prob.  When I logon to some systems,
	a strange phenominon occurs: the second and subsequent
	commands are not recognised unless preceded with a
	CTRL-E.  If I TELNET to a UNIX box & relay to my rlogon,
	everything is fine.  Is there a TELNET setting I may be
	missing?  I hate to waste bandwidth, just to get a line
	terminator!

	I am an end user.  My system folks have no solution.
	Please, Mr. Genius, fix this for me!   :)


-- 
Robert H. Geeslin, Ed.D.                    | Voice (918) |  Department
Geeslin@VMS.OCOM.OKSTATE.EDU                | 582-2681 day|      of
doing EDucational Programming for 20 years  | 224-0065 eve|  P. and B.S.
Newsgroups: vmsnet.networks.tcp-ip.cmu-tek
Subject: Smtp error
From: kliu@ccl4.eng.ohio-state.edu
Date: Tue, 21 Jul 1992 15:29 EASTERN
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 installed PMDF 4.0 on VMS 5.5 (with CMUTEK 6.6-5). Unfortunately,
sometimes e-mail is sent successfully, but most of the time it failed.
The following error message log is gernerated by PMDF.

--------------------------------------------------------------------------
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
--------------------------------------------------------------------------

	So I asked Innosoft International, Inc.(who develope PMDF) about
this problem. They told me there are some possibilities as following:

**************************************************************************
These errors have nothing to do with PMDF -- they are being reported to
PMDF by the transport layer.

There are several things that could cause this to happen. The most likely is
that you're running a version of CMU  that has serious bugs in TCP. This
problem showed up first in the 6.5-6.6 timeframe and was not fixed until
very recently (6.6-4 or thereabouts, I believe). If you are running an
old version of CMU the very first thing to do is upgrade to the most
recent version.

The second possibility is that you simply are having trouble with your
network. It is quite possible that you are getting these errors because
some other element of your network is broken or intermittent.

In any case, SMTP packet read errors are purely errors reported by the
transport (in this case TCP) to the SMTP routines. There is no way to
address such problems in PMDF.
****************************************************************************

 	I want to make sure what the problem is. Please give me some
suggestions. Thank you!

Liu
From: connelly@iscsvax.uni.edu (Ken Connelly)
Newsgroups: vmsnet.networks.tcp-ip.cmu-tek
Subject: Availability information needed.
Date: 27 Jul 92 11:19:51 -0500
Organization: University of Northern Iowa

I am positive that this is a FAQ on this list, sorry about that.  I need a
contact address/phone for obtaining CMU-TEK.  

Also, are there any restrictions about who may obtain CMU-TEK?

One more, what are the VMS version limitations for CMU-TEK?  Is VMS 4.5
too much to ask for?  :-}

-- 
===========================================================================
Ken Connelly, Systems/Operations Manager         Internet: connelly@uni.edu
Information Systems and Computing Services
University of Northern Iowa                       USWestNet: (319) 273-2357
Cedar Falls, IA  50614-0121                             FAX: (319) 273-3509
As time goes on, it becomes more and more apparent that elected officials 
should be required to pass a competency test.  Then we wouldn't have any, 
and all would be right with the world!
===========================================================================
Newsgroups: vmsnet.networks.tcp-ip.cmu-tek
Subject: NAMRES Problms
From: Ascom Tech AG / Wittwer Fritz <wittwer@tech.ascom.ch>
Date: Wed, 29 Jul 1992 08:24 +0200
Reply-To: Ascom Tech AG / Wittwer Fritz <WITTWER@tech.ascom.ch>
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>
Return-Receipt-To: wittwer@tech.ascom.ch
X-Organization: Ascom Tech Ltd. - Corporate Research Div. - Berne - Switzerland
X-Vms-To: LIST_CMU-TEK
X-Vms-Cc: WITTWER

Hello

I have some Problem with my NAMERES. Our VAX is connected over an router to the
internet. this router fillters incoming traffic to our VAX. Now my NAMRES asks
nameserver on the internte to resolve names, and it gets obviously never an
answer. In the configuration I have two nameseervers wich ar local and accesible
for me, i dont see wy NAMRES asks other nameservers.

I was told to enable the forwarding option on my resolver form an SUN guru, but
how to do it with CMU?


Fritz

Here my configuration:
; NAMRES.CONFIG
; Syntax:
;
;       DOMAIN_SERVER:domain:servername:address:port
;
Domain_Server:.:uranus.be.tech.ascom.ch:139.79.142.16:53
Domain_Server:.:HSLRSWI.HASLER.ASCOM.CH:139.79.129.1:53
;
; Define parital name resolvers
; DOMAIN_Resolver:Servername:address:port
;
; Define suffix table for local domain.
; Syntax:   Domain_Suffix:suffix-string
;
Domain_Suffix:BE.TECH.ASCOM.CH.
Domain_Suffix:TECH.ASCOM.CH.
Domain_Suffix:HASLER.ASCOM.CH.
Domain_Suffix:.
;
; Initialize Logging state.  Use 0 unless debugging
;
Logging:0
;
; Set server debug.  Nonzero means debugging.
;
Variable:DEBUG:0
From: mats@efd.lth.se
Newsgroups: vmsnet.networks.tcp-ip.cmu-tek
Subject: TCPIP V6.6-3 Problems....
Date: 29 Jul 92 01:19:26 GMT
Reply-To: <mats@efd.lth.se>
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

> 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.

> 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:

> %%%%%%%%%%%  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=
         ^^^

What have you written in your config file?
I'll bet it look something like this:

Device_Init:XEDRV:XE:00-00 etc....
                  ^^
You should replace XE here with the actual name of your Ethernet
driver. (Not QAA0 :-)).

I don't remeber what the name is on a vax 2000 but you should be able
to figure out by doing:

$ Sho device

As a second thought it might be QA?????

Anyhow try it out (It should be in the manual).

              /Mats

--
  Mats Akerberg, System Manager (mats@efd.lth.se),(MATS@SELDC52) on Earn/Bitnet
  Lund Institute of Technology ,School of Electrical Engineering and
  Computer Sciences. Snail: Box 118  S-221 00 Lund Sweden
  Phone: + 46 46-109847 FAX: + 46 46-129948
X-Gateway-Source-Info: INTERNET