--------------------------------------------------------------------- IR33678 has been installed. Patch created on: 27th of November, 1996. Patch applies to: SNACOM, CSD CPG6131 _only_. Patch consists of: File: Size: Date: Time: ~~~~ ~~~~ ~~~~ ~~~~ C:\SNACOM\LSACLAN.EXE 117604 96/11/27 5:05pm Description of the problem: This problem occured at a site that was fairly maximally configured: - 255 link-stations defined in 802.2 for the TR adapter in question (also had GDT selectors and Max Queue Elements maxed-out at 30 & 1400). - The TR connected to a FR WAN and many of the remote PUs had large numbers of LUs defined under them in the SWNET (often SNA's 254 max). When the XCA was activated and ACTPUs had been responded to, the ACTLU flood for such a large number of LUs on many different PUs caused resource depletion to occur in the 802.2 layer of the 3172 (specifically, 802.2 ran short of queue elements). During peak ACTLU transmit periods by SNACOM, 802.2 actually rejected some transmit attempts due to its lack of this apparently critical resource. As SNACOM did not detect nor handle the rejection of some of its transmit attempts, the ACTLU frames were dropped and never transmitted onto the LAN. This caused varying numbers of LU resources (under various different PU resources) to remain in the PACTL (pending ACTLU response) state at VTAM while other LUs under those PUs had become active long ago. Description of the fix: SNACOM has been changed to detect the rejection by 802.2 of its type2 data transmit attempts for any reason whatsoever (i.e. it looks for non-0 and non-FF CCB return codes). Upon such rejection, SNACOM will wait 32ms and retry the transmit. The transmit will be retried in this manner a total of 100 times before the frame is dropped, at which time something more serious than a temporary resource shortage in 802.2 is the problem. ---------------------------------------------------------------------