Philipp Maier
47ec812fd0
The testcase TC_one_crcx_loopback_rtp_implicit creates a loopback connection using CRCX but without SDP. It selects AMR using LCO. The MGW responds with an MDCX and acknowledges AMR with a payload type of 112, The TTCN3 testcase then sends AMR RTP packets with payload type 111, those are accepted and looped back but the payload type will be converted to 112 as negotiated in the CRCX response. However the TTCN3 test still expects 111 in the packets comming back from the MGW. This is obviously a wrong expectation and the testcase did only pass because Osmo-MGW was behaving incorrectly. To fix this let's just use 112 as payload type as payload type in this test. This is the recommended payload type number for AMR (3GPP TS 48.103, Table 5.4.2.2.1) and used by the MGW by default in case the call agent does not specify a different one in SDP. Change-Id: Idc370e9dc2e4954374fc7d07f7b117788028635a Related: OS#5461 |
||
---|---|---|
.. | ||
MGCP_Test.cfg | ||
MGCP_Test.default | ||
MGCP_Test.ttcn | ||
README.md | ||
RTP_Endpoint.ttcn | ||
expected-results.xml | ||
gen_links.sh | ||
osmo-mgw.cfg | ||
regen_makefile.sh |
README.md
MGW_Test.ttcn
- external interfaces
- MGCP (emulates call agent)
- RTP (stream source/sink)
- Osmux (stream source/sink)
- VTY
{% dot mgw_tests.svg digraph G { rankdir=LR; MGW [label="IUT\nosmo-mgw",shape="box"]; ATS [label="ATS\nMGCP_Test.ttcn"];
ATS -> MGW [label="RTP", dir="both"]; ATS -> MGW [label="Osmux", dir="both"]; ATS -> MGW [label="MGCP"]; ATS -> MGW [label="VTY"]; } %}