Bug #3384

Translate PT before sending RTP packets (different PT numbers, but same codec on two connections)

Added by dexter over 2 years ago. Updated over 2 years ago.

Target version:
Start date:
Due date:
% Done:


Spec Reference:


When dynamic payload types are used and the call-agent configures two connections with the same codec, but different payload type numbers then osmo-mgw must ensure that the RTP packets are sent with the correct payload type number. This means on the ingress connection the MGW must lookup the codec by the payload type number. On the egress connection the MGW must use the previously looked up codec to determine the matching payload type number that is configured for that codec on the egress connection.

We need: Payload-type number re-writing in osmo-mgw and a TTCN3 testcase that verifies this behavior.


#1 Updated by dexter over 2 years ago

We first need a TTCN3 test for this. As a primer I have added some logic so that the test sets the payload type in the RTP stream as well.

See also:

Next we need some mechanism to count packets with a non matching payload type number. As far as I know this is not yet done. We can just add a memeber in the statistics record we already have. Then we would setup a test with two different payload types on both ends and we should be able to detect the problem. Once that is done, we can think of ways to do the payload type translation inside the MGW.

#2 Updated by dexter over 2 years ago

We now have a testcase for the behavior described above. See also: MGCP_Test: Test what happens when two ends use different PT MGCP_Test: add function to check for RTP err counters

#3 Updated by dexter over 2 years ago

  • Status changed from New to In Progress
  • % Done changed from 0 to 100

osmo-mgw does now translate the payload types when possible: mgcp_client_fsm: allow ptmap in mgcp_client_fsm as well mgcp_network: translate payload type numbers in RTP packets

#4 Updated by dexter over 2 years ago

  • Status changed from In Progress to Resolved

All patches are merged and the TTCN3 tests are passing. I think we can set this to resolved.

Also available in: Atom PDF

Add picture from clipboard (Maximum size: 48.8 MB)