Mike,
        Here's a couple of things to check..

1) Make sure you're running a current version of the TCPIP NLM.. There's
a TCPN03 and TCPN04 package on Novell's FTP site that I think is more
current than the one that comes with 4.11.  Note - I've heard of
problems with TCPN04 so you might want to go with TCPN03 or get some
further info from Novell on this.  We've seen the same problem you're
having and applying TCPN03 took care of it.

2) In SYS:/ETC/TCPIP.CFG, add the following statement..  This prevents
Netware from breaking packets down to 536 bytes (Max Segment Size = 576
bytes - 40 bytes TCPIP header stuff) when going to a remote network.
Might or might not be applicable in your situation...

        TcpMSSInternetLimit Off


3) In your DSM.OPT, check for the TXNBYTELIMIT and PROCESSORUTILIZATION
parameters.  You can set TXNBYTELIMIT up to 25600.

4) On your ADSM server, check the TXNGROUPMAX parameter.. this works in
conjunction with the TXNBYTELIMIT parameter on the client and is
documented in the ADSM manuals..

5) Do you have ADSM compression enabled ?  If so, try turning it off and
see what happens.

6) On the Netware server, load monitor and check the stats on your
network cards... check for errors or a significant number in the No ECB
Available field.  You might need to kick up the packet receive buffers -
we've seen this happen after upgrading our clients to 100 Mb Ethernet
cards.

7)  Are you binding TCPIP to it's own NIC or binding both IPX and IP to
1 card ?  If TCPIP has a dedicated card, try swapping it out for another
one.  We've had situations where thruput was fine when a server was
receiving data but was very slow when sending data - this went away when
we replaced the NIC.

Good luck...
Tim Pittson
tpittson AT himail.hcc DOT com

>----------
>From:  Mike Martin[SMTP:mmartin AT BHSET DOT ORG]
>Reply To:      ADSM: Dist Stor Manager
>Sent:  Thursday, August 28, 1997 10:09 AM
>To:    ADSM-L AT VM.MARIST DOT EDU
>Subject:       Netware backup slow
>
>Hi everyone!
>
>Our site is new to using ADSM and we are having a problem backing up
>our Netware 4.11 server.
>
>Our config (using TCP/IP) is
>Netware==>100mb==>155mbATM==>3172==>ESCON==>OS390
>
>At first, our problem appeared as a timeout problem which we now circumvent
>using a high value for COMMTIMEOUT (like 3600)   Now, the problem is
>performance.
>
>Using the QUERY SESSION command while the backup is running, we observe
>periods when the ADSM server is waiting on the Netware client -->
>
>Sess State: RecvW
>Wait Time: 15.0 M
>
>Also, after the backup, we use the QUERY NODE command and find a high
>communitcation wait: "Pct. Comm. Wait Last Session: 64.02"
>
>It takes 5 hours to backup 1 gig!   What can be causing these long waits?
>The backup "flys" until it hits one of these waits.  If it weren't for these
>periods where it seems to hang up, the backup would be pretty fast.
>I don't think we have any networking problems...(large FTP's, etc. don't have
>this type of problem between our OS/390 and Netware).
>
>Any ideas would be greatly appreciated!  -Mike Martin
>mmartin AT bhset DOT org
>