[Search for users] [Overall Top Noters] [List of all Conferences] [Download this site]

Conference decwet::windows-nt

Title:Windows NT
Notice:See note 15.0 for HCL location
Moderator:TARKIN::LIN.com::FOLEY
Created:Thu Oct 31 1991
Last Modified:Fri Jun 06 1997
Last Successful Update:Fri Jun 06 1997
Number of topics:6086
Total number of notes:31449

5535.0. "AlphaServer1000a too fast for Windows for Workgroups?" by NETRIX::"[email protected]" (Adrian Moore) Mon Jan 06 1997 23:06

T.RTitleUserPersonal
Name
DateLines
5535.1scraping my memory...MPOS01::naiad.mpo.dec.com::mpos01::cerlingI'[email protected]Tue Jan 07 1997 08:2512
5535.2ROWDY::PAINTERSBU Technology Consultant in San Diego, DTN 534-2691Fri Jan 10 1997 10:367
5535.3Info on this issueNETRIX::"[email protected]"Adrian MooreWed Feb 05 1997 15:0823
Hi,

Additional issues to keep in mind if you run into this problem:

Client issues see Microsoft articles:
Q140007: Updated MSODINSUP.386 required (The version of WFW on the NT server
CDs should have this) for client dropping SMBs if clients have ODI stack and
NDIS on top.

We also detuned the IP transfers by halving the max window size in the NT
server and the PROTOCOL.INI on the workstations (to induce more ACKs and
slow down transfers) but this was a dubious step at best.

In the end the issue was resolved at the workstations using driver updates.

Unfortunately it's flared again politically so I don't know whether there is
anything further I can add without any more info from the site.

Good luck and regards,
Adrian Moore
http://cscnw410.stl.dec.com/

[Posted by WWW Notes gateway]
5535.4Info on this issueNETRIX::"[email protected]"Adrian MooreWed Feb 05 1997 15:0923
Hi,

Additional issues to keep in mind if you run into this problem:

Client issues see Microsoft articles:
Q140007: Updated MSODINSUP.386 required (The version of WFW on the NT server
CDs should have this) for client dropping SMBs if clients have ODI stack and
NDIS on top.

We also detuned the IP transfers by halving the max window size in the NT
server and the PROTOCOL.INI on the workstations (to induce more ACKs and
slow down transfers) but this was a dubious step at best.

In the end the issue was resolved at the workstations using driver updates.

Unfortunately it's flared again politically so I don't know whether there is
anything further I can add without any more info from the site.

Good luck and regards,
Adrian Moore
http://cscnw410.stl.dec.com/

[Posted by WWW Notes gateway]