Home • About Us • A-Z Index • Search * Contact Us • Register • Login • Press • Shop

The Open Brand -- Problem Reporting and Interpretations System

Problem Report 1979 Details

Help Show help | Quick Search | Submit a Test Suite Support Request | Click here to view your privileges

This page provides all information on Problem Report 1979.

Report 1979 Actions

    Problem Report Number 1979
    Submitter's Classification Specification problem
    State Resolved
    Resolution Permanent Interpretation (PIN)
    Problem Resolution ID PIN.X.0242
    Raised 1997-06-18 08:00
    Updated 2003-03-13 08:00
    Published 1997-06-23 08:00
    Product Standard Transport Service XTI
    Certification Program The Open Brand certification program
    Test Suite VST version 4.1.4
    Test Identification XTI.os/util/getprotad 4
    Specification Networking Services Issue 4
    Location in Spec See Problem Text
    Linked Problem Reports MSFT4.002, (in, old, system)
    Problem Summary PINT4.008 The specification states that "If the transport endpoint is not in the T_DATAXFER state, zero is returned in the len field of peeraddr". The test is indeed testing for that. This above sentence of the...
    Problem Text
    The specification states that "If the transport endpoint is not in the
    T_DATAXFER state, zero is returned in the len field of peeraddr". The
    test is indeed testing for that.

    This above sentence of the specification does not seem to be designed with
    orderly release transports in mind. In our implementation we return
    the "peer" address in states other than T_DATAXFER particularly,
    the T_INREL and T_OUTREL states.

    The problem is that for orderly release transports such as TCP, the states
    T_INREL and T_OUTREL represent states where one direction of connection
    data transfer is completed but the other direction can remain open and
    communicating for days or forever.

    Many TCP applications that do orderly release have a request-response
    style of architecture and spend almost the entire connection lifetime in
    these states transferring data. [At the TCP protocol level, the equivalent
    of T_INREL and T_OUTREL states would be the CLOSE_WAIT and
    FIN_WAIT_2 states].

    It is not reasonable to DISALLOW retrieval of remote address in what
    is a fully functioning one-way connection between transport endpoints.
    Existing applications expect the remote address to be available for their
    use during such connections.

    We would like the failure of this test case and the behavior of
    our implementation to be considered a "minor system fault".
    We also request that this matter to be referred to the specification
    working group for consideration as an allowed behavior through a
    Corrigenda to the specification and in future versions of the
    specification.

    The XNET members have agreed that CRs Sun-009 and Sun-010 from XoTGnet 6078
    become an approved corrigendum to XNS 4.2. In these circumstances it is
    requested that a Permanent Interpretation be granted against the specification
    to align the VST test suite with the corrigenda.
    Test Output
    /tset/XTI.os/util/getprotad/T.getprotad 4 Failed

    Test Information:
    t_getprotaddr(fd,...) on TCP endpoint
    Endpoint state is T_OUTREL(6)
    Expected peer address len: 0
    Actual peer address len: 16
    t_getprotaddr(fd,...) on TCP endpoint
    Endpoint state is T_INREL(7)
    Expected peer address len: 0
    Actual peer address len: 16

    Review Information

    Review Type TSMA Review
    Start Date null
    Completed null
    Status Complete
    Review Recommendation No Resolution Given
    Review Response
    This interpretation has been agreed by the XNET working group and it is
    recommended that a Permanent Interpretation is granted.

    Review Type SA Review
    Start Date null
    Completed null
    Status Complete
    Review Resolution Permanent Interpretation (PIN)
    Review Conclusion
    A Permanent Interpretation is granted.

    Problem Reporting System Options:

     

    Back   

Contact the Certification Authority