IBM Support

PM22437: INCORRECT SUBNET MASK IN THE NETSTAT DEVLINK OUTPUT

A fix is available

Subscribe

You can track all active APARs for this component.

 

APAR status

  • Closed as program error.

Error description

  • After a STOP and START of an interface, the NETSTAT DEVLINK
    output does not show the correct subnet mask.  The subnet mask
    should be obtained from the subnet_mask parameter on
    the OSPF_INTERFACE statement in the OMPROUTE  configuration
    file.  However , the mask in the display is the default subnet
    mask associated with the class of the IP address.
    
    Problem occurs when a DVIPA or XCF interface is configured first
    in the OMPROUTE configuration file.
    

Local fix

  • Reorder the OSPF_INTERFACES in the OMPROUTE configuration file
    so that the physical interfaces are in front of the  dynamic
    interfaces.
    

Problem summary

  • ****************************************************************
    * USERS AFFECTED: All users of the IBM Communications Server   *
    *                 for z/OS Version 1 Release(s) 11, and        *
    *                 12 IP: NETSTAT and OMPROUTE                  *
    ****************************************************************
    * PROBLEM DESCRIPTION: Subnet mask is sometimes incorrect in   *
    *                      output of NETSTAT DEVLINK depending     *
    *                      on OMPROUTE configuration               *
    ****************************************************************
    * RECOMMENDATION:                                              *
    ****************************************************************
    After a STOP and START of an interface, the NETSTAT DEVLINK
    output does not show the correct subnet mask.  The subnet mask
    should be obtained from the subnet_mask parameter on
    the OSPF_INTERFACE statement in the OMPROUTE  configuration
    file.  However, the mask in the display is the default subnet
    mask associated with the class of the IP address.
    
    Problem occurs when a DVIPA or XCF interface is configured first
    in the OMPROUTE configuration file. When the stack processes
    the OMPROUTE configuration information it only processes the
    interface values for the first interface.  So, the default
    subnet mask was assigned to the other interfaces.  This default
    subnet mask was later displayed by the NETSTAT DEVLINKS command.
    +-------------------------------------------------------------+
    + Please check our Communications Server for OS/390 homepages +
    + for common networking tips and fixes.  The URL for these    +
    + homepages can be found in Informational APAR II11334.       +
    +-------------------------------------------------------------+
    

Problem conclusion

  • The stack support for OMPROUTE configuration information
    has been modified to correct this problem.
    
    ****************************************************************
    * FUNCTION AFFECTED: Communications Server TCP/IP (PM22437)    *
    *                     NETSTAT                                  *
    ****************************************************************
    * DESCRIPTION      : Other                                     *
    ****************************************************************
    * TIMING           : Post-APPLY                                *
    ****************************************************************
    The PTF requires the TCP/IP stack to be recycled to activate
    the fix.
    
    * Cross Reference between External and Internal Names
    

Temporary fix

Comments

APAR Information

  • APAR number

    PM22437

  • Reported component name

    TCP/IP V3 MVS

  • Reported component ID

    5655HAL00

  • Reported release

    1B0

  • Status

    CLOSED PER

  • PE

    NoPE

  • HIPER

    NoHIPER

  • Special Attention

    NoSpecatt / Xsystem

  • Submitted date

    2010-09-14

  • Closed date

    2010-11-08

  • Last modified date

    2011-01-03

  • APAR is sysrouted FROM one or more of the following:

  • APAR is sysrouted TO one or more of the following:

    UK61972 UK61973

Modules/Macros

  • EZBIEPRO
    

Fix information

  • Fixed component name

    TCP/IP V3 MVS

  • Fixed component ID

    5655HAL00

Applicable component levels

  • R1B0 PSY UK61972

       UP10/12/21 P F012

  • R1C0 PSY UK61973

       UP10/12/21 P F012

Fix is available

  • Select the PTF appropriate for your component level. You will be required to sign in. Distribution on physical media is not available in all countries.

[{"Business Unit":{"code":"BU054","label":"Systems w\/TPS"},"Product":{"code":"SG19M","label":"APARs - z\/OS environment"},"Component":"","ARM Category":[],"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"1B0","Edition":"","Line of Business":{"code":"","label":""}},{"Business Unit":{"code":"BU054","label":"Systems w\/TPS"},"Product":{"code":"SSCY4DZ","label":"DO NOT USE"},"Component":"","ARM Category":[],"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"1B0","Edition":"","Line of Business":{"code":"","label":""}}]

Document Information

Modified date:
03 January 2011