Pat

Apropos of what is used of the contents of a mode table entry found in an 
intermediate mode table, when there is a change of session stage, there is an 
opportunity to respond to the pacing values in a mode table entry.[1] I'd have 
to dig around to remind myself about this but I seem to recall something on 
these lines. Obviously the protocol fields in the BIND image don't change - 
except that, from sources other than the local mode table entry, the "limited 
resources" bit could be set on.

As well as Johnathan Harter's presentation material which can be located on 
the web there is Chapter 10. Logmode and COS Resolution in a Mixed Network 
in Jerzy Buczak's SG24-4656-01.

Chris Mason

[1] I was going to include RU sizes on the basis that these are values in 
the "TS Usage" fields alongside the pacing values. However, this would imply 
rebuilding chains into the original units of data and then "rechaining" them 
and 
that doesn't happen.

On Mon, 8 Sep 2008 17:14:59 -0500, Patrick O'Keefe 
<[EMAIL PROTECTED]> wrote:

>On Mon, 8 Sep 2008 15:06:06 -0500, Martin Kline
><[EMAIL PROTECTED]> wrote:
>
>>...
>>D4C32XX3, which is located in the default logmode table on both
>lpars.
>>...
>
>That is an IBM-supplied logmode.  Unless it has been modified at
>you shop it specifies APPNCOS=#CONNECT.
>
>>...
>>ALTMOD45, which is located in the LOGMOD01, the assigned
>>modetab for the origin LU on the origin system, and in ISTINCLM
>>on the destination system.
>
>What APPNCOS does it specify?  If none, I think it will use whatever
>is specified in your APPNCOS parm in your ATCSTRxx.
>
>Another point.  In the APPN world, a dynamically created CDRSC
>gets assigned the MODETAB specified in the VTAM parm DYNMODTB.
>IBM recommends that it contain every LOGMODE name in your
>network that is not in ISTINCLM.  Only the COS and APPNCOS
>parms are used when the DYNMODTB table is referenced, but you
>can get failures if entries aren't found.  The search flow (including
>which tables are used) depends on whether the primary LU or
>secondary LU initiates the session request.
>
>I've sat through Johnathan's LOGMODE and COS Table pitch only
>5 times so am not capable of giving any further detail.  Chris will
>have to take it from here (hopefully correcting my mistakes).
>
>Pat O'Keefe

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Reply via email to