MT#61353 Fix invite_sdp_filter_blacklist scenario

Rtpengine now properly process the codec filtering and thus
the scenario has to be fixed accordingly. In particular:
 * no video codec is blacklisted, so it should be represented
exactly like as it is received
 * audio codec are properly filtered including the telephony-events
that doesn't have rate 8000.

Change-Id: I979f7e1d80c3dfe440f5351a3c95c3ed7beadc4c
mr13.2
Marco Capetta 4 months ago
parent a0ac7be1e7
commit 29766988b1

@ -15,21 +15,21 @@ messages:
- 's=-'
- 'c=IN IP4 [% server_ip %]'
- 't=0 0'
- 'm=audio \d+ RTP/AVPF 0 8 3 9 18 101 99 100'
- 'm=audio \d+ RTP/AVPF 0 8 3 9 18 100'
- 'a=rtpmap:0 PCMU/8000'
- 'a=rtpmap:8 PCMA/8000'
- 'a=rtpmap:3 GSM/8000'
- 'a=rtpmap:9 G722/8000'
- 'a=rtpmap:18 G729/8000'
- 'a=fmtp:18 annexb=yes'
- 'a=rtpmap:101 telephone-event/48000'
- 'a=rtpmap:99 telephone-event/16000'
- 'a=rtpmap:100 telephone-event/8000'
- 'a=sendrecv'
- 'a=rtcp:\d+'
- 'a=rtcp-fb:\* trr-int 1000'
- 'a=rtcp-fb:\* ccm tmmbr'
- 'm=video 0 RTP/AVPF 34'
- 'm=video \d+ RTP/AVPF 96 97'
- 'a=rtpmap:96 VP8/90000'
- 'a=rtpmap:97 H264/90000'
- 'a=sendrecv'
- 'a=rtcp-fb:\* trr-int 1000'
- 'a=rtcp-fb:\* ccm tmmbr'

Loading…
Cancel
Save