Chris, I made an interesting discovery about the text in the SNA resource definition manual. Being the curious person that I am, I went to the online version of the manuals to see if the text of the manuals changed with different versions of the software. The PDF version of the manual has Table 18 with DYNPU=YES even in the z/OS 1.9 version of the manual. The book manager version changed with the z/OS 1.5 version. Instead of Table 18, it shows syntax diagrams, which have DYNPU=NO as the default for all XCA node types. In both the PDF and book manager versions of the manual the operand description for DYNPU in the V1R4 manual has DYNPU=YES as the default and has a note that YES is the default for Enterprise Extender. Starting with the z/OS 1.5 manuals the operand description for DYNPU has added text about using model PU definitions for Enterprise Extender. The default is shown as DYNPU=NO and there is not exception noted for EE.
The OS2PING program that would send test messages to a MAC address would be useful. In looking for ways to isolate this if it happens again, we came up with something that will provide the same information. Turning on the PCOMM trace facililty for "Connectivity/Adapter/Level 4(most)" will capture the TEST message and the response (if there is one) when PCOMM tries to start a connection. The person who supports our Cisco switches said he will put the laptop with the switched SNA PCOMM configuration at the switch that is directly connected to the OSA as part of the problem isolation process. That will show us if that switch and the OSA are communicating correctly. If they are then we will know there is problem in the network. Sheila Weissborn ---------------------------------------------------------------------- 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
