T.R | Title | User | Personal Name | Date | Lines |
---|
7015.1 | Look at the local LU session limit | edsclu::GARROD | IBM Interconnect Engineering | Wed Feb 19 1997 10:00 | 8 |
| Re .0
There is a session limit on the local LU as well. You cannot exceed
that when setting the session limit for an individual mode. You need
to first increase the local LU session limit before upping the mode
session limit.
Dave
|
7015.2 | wrong return code or wrong answer | free.lkg.dec.com::CAMBRIA | We're just one PTF from never talking to VTAM again | Wed Feb 19 1997 10:50 | 20 |
| > <<< Note 7015.1 by edsclu::GARROD "IBM Interconnect Engineering" >>>
> -< Look at the local LU session limit >-
>
> Re .0
>
> There is a session limit on the local LU as well. You cannot exceed
> that when setting the session limit for an individual mode. You need
> to first increase the local LU session limit before upping the mode
> session limit.
According to the architecure (ie. TPRM), the return code:
SNALU62-E-EXCMAX, request exceeds maximum allowed
is _not_ for the the sum of all the source (ie. local) LU's session limit
(as set on the DEFINE_LOCAL_LU verb.) LU_SESSION_LIMIT_EXCEEDED is
what should be returned in this case.
MikeC
|
7015.3 | The real reason | EDSCLU::GARROD | IBM Interconnect Engineering | Wed Feb 19 1997 13:12 | 21 |
| Please ignore my reply in .1. It is incorrect. Here is the real reason
you are getting the error.
You cannot change the mode's local_max_session_limit while the
negotiated session limit is non zero. You first need to RESET the
session limit on the mode before upping the local_max_session_limit on
the mode.
After doing that use change session limit to put it back where you want
it.
Basically DEFINE_MODE ignores all parameters for an already existing LU
(except for CONWINNER_AUTO_ACTIVATE_LIMIT) if there is currently a non
(LU,mode) session limit and count for the mode name.
The TPRM says that we should return an error if extra parameters are
supplied. But currently the code just ignores the extra parameters.
I'm not sure as to exactly why I'll have to ask the product's
designer/author.
Dave
|
7015.4 | Thanks | MDR01::VENTURA | MCS Madrid | Thu Feb 20 1997 02:38 | 5 |
|
Thanks for all your answers.
Ventura Acera
|