Scalability and performance

z/OS® Communications Server includes the following enhancements for scalability and performance:
  • Start of changePersistent Pause Support for Sysplex Distributor DVIPAs - z/OS 2.5 Communications Server, with APAR PH50408, is enhanced to pause and resume sysplex distribution to specific z/OS application servers, irrespective of the state of the application, the target stack or LPAR and across sysplex failovers.
    Dependency: To update the TCP/IP profile with Network Configuration Assistant (NCA), NCA APAR PH50948 is required.

    When change was introduced: z/OS V2R5 with APAR PH50408

    End of change
  • Start of changezERT Aggregation recording interval - z/OS V2R5 Communications Server provides a zERT Aggregation recording interval that is not bound to the system SMF interval. This interval allows zERT summary records to be generated at an interval that can range from 1 to 24 hours.

    zERT summary records can be collected as SMF type 119, subtype 12 records in the System Management Facility data sets or log streams. zERT summary records can also be collected by a real-time NMI application using the SYSTCPES service.

    Warning:

    Decreasing the frequency at which zERT summary records are written can increase the amount of 64-bit pageable, private memory needed. This is because zERT aggregation information is held longer in memory before being captured in SMF records.

    When change was introduced: z/OS V2R5 and with APAR PH25049 for z/OS V2R4 and V2R3

    End of change
  • Inbound Workload Queueing (IWQ) support for IBM z/OS Container Extensions - z/OS V2R4 Communications Server, with VTAM APAR OA58300 and TCP/IP APAR PH16581, is enhanced to support inbound workload queueing for IBM z/OS Container Extensions (zCX) workloads for OSA-Express in QDIO mode.

    Inbound workload queueing uses multiple input queues for each QDIO data device (subchannel device) to improve TCP/IP stack scalability and general network optimization. To implement the performance improvements for zCX workloads, enable inbound workload queueing to process zCX, IPSec, EE, sysplex distributor, and streaming bulk data traffic all concurrently with other types of inbound QDIO traffic. When you enable these improvements for a QDIO interface, zCX, inbound IPSec, EE, sysplex distributor, and streaming bulk data traffic are each processed on their own ancillary input queue (AIQ). All other inbound traffic is processed on the primary input queue.

    Incompatibilities: This function does not support IPAQENET interfaces that are defined by using the DEVICE, LINK, and HOME statements. Convert your IPAQENET definitions to use the INTERFACE statement to enable this support.
    Dependencies:
    • This function is limited to OSA-Express6S Ethernet features or later in QDIO mode running on IBM z14. For more information about the QDIO inbound workload queueing function and the OSA-Express features that support it, see QDIO inbound workload queueing in z/OS Communications Server: IP Configuration Guide. See the 3906DEVICE or 3907DEVICE Preventive Service Planning (PSP) bucket for more information.
    • This function is supported only for interfaces that are configured to use a virtual MAC (VMAC) address.

    When change was introduced: z/OS V2R5 and with VTAM APAR OA58300 and TCP/IP APAR PH16581 for z/OS V2R4

  • Sysplex notification of TCP/IP stack join or leave - z/OS V2R4 has enhanced Event Notification Facility code 80 to send a signal when a stack joins or leaves a sysplex group.

    When change was introduced: z/OS V2R4

  • Network support for z/OS Container Extensions - z/OS Container Extensions provides native z/OS support for Linux Docker based application workloads. The Communications Server support provides network support for z/OS Container Extensions workloads by introducing a new type of DVIPA called a zCX DVIPA. The zCX DVIPA represents an instance of a Docker server allowing TCP/IP to provide unique IP routing and apply various TCP/IP QoS functions for container workloads running within each Docker server address space.

    The Communications Server VTAM support introduces a new type of zCX network transport that dynamically provides optimized internal network connectivity from each Docker server address space ID (ASID) to TCP/IP for providing access to and from the external network. The VTAM support also introduces the z/OS Container Extensions Direct Network Interface Component (DNIC) that provides a Virtual NIC for the Docker server virtualization environment.

    When change was introduced: z/OS V2R4

  • IWQ support for IPSec - z/OS Communications Server is enhanced to support inbound workload queueing for IPSec workloads for OSA-Express in QDIO mode. Inbound workload queueing uses multiple input queues for each QDIO data device (subchannel device) to improve TCP/IP stack scalability and general network optimization. To implement the performance improvements for IPSec workloads, enable inbound workload queueing to process IPSec, EE, sysplex distributor, and streaming bulk data traffic all concurrently with other types of inbound QDIO traffic. When you enable these improvements for a QDIO interface, inbound IPSec, EE, sysplex distributor, and streaming bulk data traffic are each processed on their own ancillary input queue (AIQ). All other inbound traffic is processed on the primary input queue.
    Incompatibilities: This function does not support IPAQENET interfaces that are defined by using the DEVICE, LINK, and HOME statements. Convert your IPAQENET definitions to use the INTERFACE statement to enable this support.
    Dependencies:
    • This function is limited to OSA-Express6S Ethernet features or later in QDIO mode running on IBM z14®. For more information about the QDIO inbound workload queueing function and the OSA-Express features that support it, see QDIO inbound workload queueing in z/OS Communications Server: IP Configuration Guide. See the 3906DEVICE or 3907DEVICE Preventive Service Planning (PSP) bucket for more information.
    • This function is supported only for interfaces that are configured to use a virtual MAC (VMAC) address.

    When change was introduced: z/OS V2R4 and with the PTF for APAR PI77649 for z/OS V2R3

Reference information: See the following topics in z/OS Communications Server: New Function Summary for detailed descriptions that include any applicable restrictions, dependencies, and steps on using the functions:
  • Persistent Pause Support for Sysplex Distributor DVIPAs
  • zERT Aggregation recording interval
  • Inbound Workload Queueing (IWQ) support for IBM z/OS Container Extensions
  • Sysplex notification of TCP/IP stack join or leave
  • Network support for z/OS Container Extensions
  • IWQ support for IPSec