T1108 OS/2 NetWare Requester driver installation NetWare Requester for OS/2 TR2KNW.OS2 is designed to be used with Novell's Netware Requester for OS/2. To install TR2KNW.OS2, complete the steps outlined by Novell in the Netware Requester manual section "Install the NetWare Requester". Add the following line to the CONFIG.SYS file: DEVICE=C:\directory\TR2KNW.OS2 Copy TR2KNW.OS2 and MSM.MSG files from the distribution diskette into the desired directory. This is usually \NETWARE. Make sure that the adapter and cabling are installed correctly and reboot the computer. Keyword support: The following keywords are documented in the OS2 requester manual. INT Usage: Specify the interrupt the adapter will use. Format: INT x Where x is the interrupt number Default: 2/9 NODE ADDRESS Usage: Specify a node address rather than using the burn-in address of the adapter. Format: NODE ADDRESS xxxxxxxxxxxx Where the x's are the node address you wish to use. Default: None PORT Usage: Specify the I/O port of the adapter. Format: PORT x Where x is the the I/O port of the adapter. Default: A20 BIT16 Usage: Specify sixteen-bit pseudodma. Format: BIT16 Default: 8 bit pseudodma. WS0 Usage: Specify eight-bit pseudodma Format: WS0 Default: None SPEED Usage: Specify the speed of the lan Format: SPEED x Where x is the speed of the lan the adpater is attached. Default: 16 Megabits/second The following is a sample net.cfg showing the use of the keywords. It configures the adapter for interrupt 2 at I/O port A40. The adapter will use sixteen bit pseudo DMA on a 16 megabit lan and the node address will be 40001A123456. netware requester preferred server-name link driver tr2knw frame token-ring frame token-ring_snap int 2 bit16 port A40 node address 40001A123456 speed 16 protocol odinsup bind tr2knw Some Requesters have a feature called Packet Burst which can significantly increase the throughput on large file transfers . However there appears to be a timing problem with some Requesters which actually cause a SEVERE SLOWDOWN under some specific conditions. Use of PSEUDO DMA seems to be a major factor in this slowdown. Another major factor is if the server is running on a much faster processor than the client. It is recommended that until a new Requester ( which fixes this problem ) becomes available, that the Packet Burst feature NOT be enabled. If use of the Packet Burst feature is desired, each workstations performance should be analyzed separately and if a slowdown is detected, that workstation can be individually disabled via NET.CFG (see your NET.CFG documentation). NOTE: If Packet Burst IS enabled, some security functions may not work properly, and a "SIGNATURE LEVEL 0" parameter may need to be included in NET.CFG.