IBM Support

PM15860: SIP CONTAINER FAILS TO SEND THE SIP MESSAGE TO SIP PROXY WHEN THE CLIENT - 408 REQUEST TIMEOUT

Subscribe

You can track all active APARs for this component.

 

APAR status

  • Closed as program error.

Error description

  • There are many situations where an UA can switch between
    transport type [from UDP to TCP]. If this type of Session
    Initiation Protocol (SIP) message passes through the container
    then the container fails to deliver it back to SIP Proxy.  At
    the end, the message does not reach the expected destination.
    
    [3/2/10 17:45:49:400 CET] 00000026 SipProxyConne 3   Received
    Message from...    -
    [3/2/10 17:45:49:400 CET] 00000026 SipProxyConne 3   Message
    received from SERVER:
    [3/2/10 17:45:49:400 CET] 00000026 SIPMessageImp 3   SIP/2.0 408
    Request Timeout
    Record-Route: <sip:......;from-tag=VFGj367P6q-3;lr>
    Call-ID: 10/03/02-15:05:47-1383-XKmlRfQGgqnT3J6pdlQs-4
    CSeq: 1 INVITE
    From: <sip:[email protected]>;tag=VFGj367P6q-3
    To: <sip:[email protected]>
    Via: SIP/2.0/UDP
    .....;branch=z9hG4bK693835cf6ee3a30391c6d4e1c8f30
    319;ibms
    id=ServiceImps.1267546081910.0_7_6
    Via: SIP/2.0/UDP
    .....;branch=z9hG4bK471428346c74f78520f811fe289e0a
    af
    Via: SIP/2.0/UDP
    192.168.201.9:1281;branch=z9hG4bK-HrlYkQ8UrQ-1;received_port_ext
    =5081;received=.....
    Content-Length: 0
    

Local fix

Problem summary

  • ****************************************************************
    * USERS AFFECTED:  All users of IBM WebSphere Application      *
    *                  Server V6.1 and V7.0                        *
    ****************************************************************
    * PROBLEM DESCRIPTION: Cancel for a long Invite message is     *
    *                      not received by the proxy for UDP       *
    *                      messages                                *
    ****************************************************************
    * RECOMMENDATION:                                              *
    ****************************************************************
    The transport is changed to TCP because of the long message,
    the Cancel request is still being sent using UDP and therefore
    does not reach the proxy
    

Problem conclusion

  • The Cancel request is now being sent using TCP to the proxy
    server. This is done by changing the trasport parameter on the
    Invite custom proxy header so subsequent requests will be sent
    correctly.
    
    The fix for this APAR is currently targeted for inclusion in
    fix pack 1.0.0.5.  Please refer to the Recommended Updates
    page for delivery information:
    http://www.ibm.com/support/docview.wss?rs=180&uid=swg27004980
    

Temporary fix

Comments

APAR Information

  • APAR number

    PM15860

  • Reported component name

    CEA FEATUREPACK

  • Reported component ID

    5724J0855

  • Reported release

    700

  • Status

    CLOSED PER

  • PE

    NoPE

  • HIPER

    NoHIPER

  • Special Attention

    NoSpecatt

  • Submitted date

    2010-06-03

  • Closed date

    2010-06-03

  • Last modified date

    2010-06-03

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

    PM10120

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

Fix information

  • Fixed component name

    CEA FEATUREPACK

  • Fixed component ID

    5724J0855

Applicable component levels

  • R700 PSY

       UP

[{"Business Unit":{"code":"BU048","label":"IBM Software"},"Product":{"code":"SUPPORT","label":"IBM Worldwide Support"},"Component":"","ARM Category":[],"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"700","Edition":"","Line of Business":{"code":"","label":""}}]

Document Information

Modified date:
09 February 2022