Acme Packet 3820
 

PLA-Support>Sun Systems>CommsGBU>Session Delivery Network>SN-SND: Acme Service Provider
 

In this Document

Symptoms

Changes

Cause

Solution

References

Created from <SR 3-17097695741>

Applies to:

Symptoms

Behavior:
SBC is not passing SDP info from ack packet when a call is placed on hold for a transfer.

Expected Behavior:
SBC should pass SDP info from ack packet.

Changes

Cause

The example packet capture below is from a call placed on hold then transfered.

10.10.2.10 to 10.20.2.45 200 OK with SDP info
Status-Line: SIP/2.0 200 OK
Via: SIP/2.0/UDP 10.20.2.45:5060;branch=z9hG4bK2517756496-340501630
From: "access" <sip:1234567890@10.10.10.1>;tag=0_2504586496-340501604
SIP Display info: "access"
SIP from address: sip:1234567890@10.10.10.1
SIP from tag: 0_2504586496-340501604
To: <sip:0987654321@10.10.10.1>;tag=sip+5+2b390018+68eada5b
SIP to address: sip:0987654321@10.10.10.1
SIP to tag: sip+5+2b390018+68eada5b
Call-ID: 2504586496-340501602
CSeq: 2 INVITE
Media Description, name and address (m): audio 8310 RTP/AVP 8 101
Media Type: audio
Media Port: 8310
Media Protocol: RTP/AVP
Media Format: ITU-T G.711 PCMA
Media Format: DynamicRTP-Type-101

This packet has the SDP info that should be used in the ack from 10.20.2.45

10.20.2.45 to 10.10.2.10 ack for the Re-Invite
Request-Line: ACK sip:10.10.2.10:5060;transport=udp SIP/2.0
Via: SIP/2.0/UDP 10.20.2.45:5060;branch=z9hG4bK2517816496-340501633
From: "access" <sip:1234567890@10.10.10.1>;tag=0_2504586496-340501604
SIP Display info: "access"
SIP from address: sip:1234567890@10.10.10.1
SIP from tag: 0_2504586496-340501604
To: <sip:0987654321@10.10.10.1>;tag=sip+5+2b390018+68eada5b
SIP to address: sip:0987654321@10.10.10.1
SIP to tag: sip+5+2b390018+68eada5b
Call-ID: 2504586496-340501602
CSeq: 2 ACK
Media Description, name and address (m): audio 8580 RTP/AVP 8 101
Media Type: audio
Media Port: 8580
Media Protocol: RTP/AVP
Media Format: ITU-T G.711 PCMA
Media Format: DynamicRTP-Type-101

The SDP info that should be in the next ack packet should have Media Type: audio, Media Port: 8580, Media Protocol: RTP/AVP, Media Format: ITU-T G.711 PCMA, Media Format: DynamicRTP-Type-101 (8, 101) it matches with the SDP info

Packet 7884 10.239.238.226 to 201.10.4.168 ack for Re-Invite
Request-Line: ACK sip:202.10.4.168:5060 SIP/2.0
Via: SIP/2.0/UDP 10.239.238.226:5060;branch=z9hG4bK51qh4f00agkl729o4100.1
From: "access" <sip:0288155200@10.239.238.226:5060>;tag=0_2504586496-340501604
SIP Display info: "access"
SIP from address: sip:0288155200@10.239.238.226:5060
SIP from tag: 0_2504586496-340501604
To: <sip:0403839448@202.10.4.168:5060>;tag=sip+5+2b390018+68eada5b
SIP to address: sip:0403839448@202.10.4.168:5060
SIP to tag: sip+5+2b390018+68eada5b
Call-ID: 2504586496-340501602
CSeq: 2 ACK <-----------After the ACK the SDP info should be listed, in this example it is missing.
Content-Length: 0

This packet does not contain any SDP info. The SDP info from the previous packets indicates the following media format selected is correct for call setup.
Media Protocol: RTP/AVP, Media Format: ITU-T G.711 PCMA, Media Format: DynamicRTP-Type-101 (8, 101)

This is the same issue as in Bug 27376019 - ACK with SDP not passed.

Solution

This is a code fix. This is fixed in the current release code version: S-CZ7.40m1p6

You can find this code via MOS in the Patches and Updates tab.
Go to search
Select Product or Family (advanced).
For Product select "Acme Packet 3820
For Release select "Oracle Communication Session Border Controller S-Cz7.4.0.0.0
Check "Exclude Superseded Patches"
Both the 32 and 64-bit code will show as available
 

References

This solution has no attachment