DYNLU


     .-DYNLU--=--value_of_dynlu_start_option-----.     
>>-+-+-------------------------------------------+-+-----------><
   | |           .-value_of_dynlu_start_option-. | |   
   | '-DYNLU--=--+-----------------------------+-' |   
   |             +-NO--------------------------+   |   
   |             '-YES-------------------------'   |   
   | .-DYNLU--=--YES-.                             |   
   '-+---------------+-----------------------------'   
     '-DYNLU--=--YES-'

statement:

ADJCP

dependencies:

APPN only

Specifies whether cross-domain resources using adjacent link stations attached to this adjacent control point can be defined dynamically. The value coded here overrides the value coded on the DYNLU start option and also overrides the values coded on definition statements for resources attached to this adjacent CP.

DYNLU=NO

Specifies that dynamic definition of CDRSCs is not allowed for this adjacent CP. You must predefine resources that use adjacent link stations attached to this adjacent CP. If you do not define the resources, the session request fails.

DYNLU=YES

Specifies that dynamic definition of CDRSCs is allowed for this adjacent CP. You are not required to predefine resources that use adjacent link stations attached to this adjacent CP.

For subarea nodes (HOSTSA is specified), DYNLU=YES is meaningful only when the host CDRM is activated and CDRDYN=YES is specified on the CDRM definition statement.

For APPN-only nodes (HOSTSA is not specified), DYNLU=YES is meaningful even though a host CDRM cannot be activated.

Guideline: To ensure predictable results, code DYNLU on the ADJCP definition statement. If you do not, the DYNLU value coded on the first activated link is assigned to this adjacent CP and to all other links activated to that adjacent node, regardless of the DYNLU value specified for each link.

If DYNLU is not coded on the first activated link station, the value of the DYNLU start option, which defaults to NO, is assigned to this adjacent CP and to all links activated to this adjacent CP. The DYNLU value taken by an adjacent CP and all links attached to it depends on where you code the DYNLU operand. Table 1 shows the DYNLU coding combinations.

Table 1. DYNLU combinations
DYNLU coded on:						DYNLU value assigned to adjacent CP and attached resources:
ADJCP	First PU activated	LINE	GROUP	Other PUs	Start option
DYNLU Coded	No effect	No effect	No effect	No effect	No effect	Value coded on ADJCP
DYNLU Not Coded	DYNLU Coded	No effect	No effect	No effect	No effect	Value coded on first PU
DYNLU Not Coded	DYNLU Not Coded	DYNLU Coded	No effect	No effect	No effect	Value coded on LINE (sifts to PU)
DYNLU Not Coded	DYNLU Not Coded	DYNLU Not Coded	DYNLU Coded	No effect	No effect	Value coded on GROUP (sifts to PU)
DYNLU Not Coded	DYNLU Not Coded	DYNLU Not Coded	DYNLU Not Coded	DYNLU Coded	No effect	Value coded on DYNLU start option, or default (DYNLU=NO)
DYNLU Not Coded	DYNLU Not Coded	DYNLU Not Coded	DYNLU Not Coded	DYNLU Not Coded	DYNLU Coded	Value coded on DYNLU start option
DYNLU Not Coded	DYNLU Not Coded	DYNLU Not Coded	DYNLU Not Coded	DYNLU Not Coded	DYNLU Not Coded	Default DYNLU start option (DYNLU=NO)

Tip: The DYNLU value is set for an adjacent CP and its attached resources from the CDRSC keyword associated with the CDRM for that node when the first link that is activated to the adjacent node represents a virtual route transmission group (VRTG).