Xref: utzoo comp.unix.wizards:10523 comp.sys.dec:738 comp.dcom.lans:1724 Path: utzoo!attcan!uunet!husc6!mailrus!cornell!rochester!pt.cs.cmu.edu!sei!godot!ellis From: ellis@godot.psc.edu (James Ellis) Newsgroups: comp.unix.wizards,comp.sys.dec,comp.dcom.lans Subject: Re: request for DEQNA's in uvaxII Keywords: DEQNA BSD4.3 MT-XINU UVAX Message-ID: <482@godot.psc.edu> Date: 12 Aug 88 18:41:06 GMT References: <870@lln-cs.UUCP> <1169@unmvax.unm.edu> Reply-To: ellis@godot.UUCP (James Ellis) Organization: Pittsburgh Supercomputing Center Lines: 19 In article <1169@unmvax.unm.edu> lee@turing.unm.edu (Lee Ward) writes: >In article <870@lln-cs.UUCP> hb@lln-cs.UUCP (Hubert Broze) writes: >>In the past (augustus 87), I read in the NEWS (comp.unix.questions), >>that some people have encountered some problems on a MicrovaxII with 2 DEQNA's on >>Mt-Xinu 4.3. I have just configured my MicrovaxII as a gateway machine forfor TCP/IP >>with 2 DEQNA's and I have the following problem: when the gateway is >>active, it runs fine but all other activites (on local disks) are impossible. >> > When this happened to us the problem turned out to be that the ethernet driver was reserving too many receive buffers. Mike Karels suggested lowering NRCV. (NRCV is in vaxif/if_qe.c.) We dropped it from 25 to 15 on our systems and have had several (busy) such gateways working fine since. This has worked on both UCB 4.3 and Mt. Xinu. Jim Ellis Pittsburgh Supercomputing Center