Xref: utzoo comp.sys.dec:5029 comp.os.vms:35377
Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!sun-barr!decwrl!pa.dec.com!hollie.rdg.dec.com!wikkit.enet.dec.com!warwick
From: warwick@wikkit.enet.dec.com
Newsgroups: comp.sys.dec,comp.os.vms
Subject: Re: problem with DSV11'S and WAN drivers v1.1a
Message-ID: <1991Feb12.133522.4864@hollie.rdg.dec.com>
Date: 12 Feb 91 13:35:22 GMT
References: <8054.27ae9846@decus.com.au>
Sender: news@hollie.rdg.dec.com (USENET News System)
Reply-To: warwick@wikkit.enet.dec.com ()
Distribution: comp.sys.dec,aus.comp,comp.os.vms
Organization: Digital Equipment Corporation
Lines: 68


hi, 

> I am experiencing a couple of problems with DSV11''s that i 
> could really use some help with. The first one seems to be a
> bug in the SJDRIVER from the WAN DRIVER KIT 1.1a. The
> problem presents itself in the SJDRIVER when the  LAPB
> protocol is used. So here goes....
> 

I have recently seen the same program submitted via the UK
Customer Support Centre, exhibiting the same bug. We have
found a problem in the V1.1A SJDRIVER (also present in
SLDRIVER and ZSDRIVER) with the processing of the IO$M_NOW
modifier on IO$_READxBLK requests.

There are two workarounds:

a) When the startup qio is sent to the driver, request more
than 7 receive buffers. This work around is not guaranteed
since the bug will take place in the following circumstances:

- If an io$m_now read is queued to the driver and there are
currently less than 7 receive command blocks queued to the
device.

Obviously, predicting whether the device has 7 cmd's down on
the board is a bit of a lottery - I would recommend option
b.

b) Don't use the io$m_now modifier.

The UK customer who reported the problem went for option a),
and is no longer seeing the crashes. Although I must stress
this is not a guaranteed workaround - there is still a
window where the problem can happen.

We plan to fix this bug in the next release of VAX WAN
Device Drivers. We can also supply a fix kit for you, if you
contact your local customer support centre.

> The other problem is with the same version of WAN driver and
> VMS.. We have two uVAX III's connected via a 64k circuit
> using decnet over DDCMP. The default buffer size is 1498...
> the two machines are next to each other, and the cct is
> provided by a V35 NULL MODEM.

> Every few days (sometimes weeks) this line will go down, and
> upon investigation the cause is that the dsv11 SJA0: AND
> SJA1: are offline (sho dev), ncp shows the circuit as
> syncing... This failure occurs on both machines..
>

The most likely cause of this is that the DSV11's loadable
firmware has crashed. Please contact your local customer
support centre, and they will help you work with us to find
the problem.


Trevor Warwick
--------------
Telecommunications and Networks Engineering,
Digital Equipment Corporation, Reading, England.
Internet: warwick@marvin.enet.dec.com
          warwick%marvin.enet@decwrl.dec.com
PSImail:  234284400135::warwick
"the opinions expressed herein do not necessarily reflect the views 
 or opinions of Digital Equipment Corporation"