Cellular Network Infrastructure » OsmoMGW

The lack for port information is linked to the fact that the parser could not assign any codec. Since I am currently restructuring the codec handling in osmo-mgw I am on this as well. When no sdp and no LCO are included in a CRCX the MGW should pick a sane default, this makes sense.

I have now fixed the problem, and also created a TTCN3 test to pinpoint it. I have choosen PCMU/8000/1 as default. This is payload type 0. Now it looks good. The MGW selects the default payload type and also returns the code.

Note: I did not push yet, but i will do this as soon as I have cleaned up some other things.

I have now added the test case that sends a Non-LCO CRCX. With the current master we expect the test to fail.

https://gerrit.osmocom.org/#/c/osmo-ttcn3-hacks/+/9479 MGCP_Test: Test non LCO crcx

osmo-mgw now can handle missing LCO. When there is an CRCX without a: option in LCO, PCMU is picked as default. However. I have to revisit the TTCN3 test for non lco. The problem here is that osmo-mgw now supresses IANA assigned codecs in rtpmap (unnecessary because already fully defined) this makes the test fail while the osmo-mgw response is completely legal.

See also:
https://gerrit.osmocom.org/#/c/osmo-mgw/+/9648/

The testcase for non-lco CRCX turned out to be to restrictive. The MGW now supresses unnecessary listing of media attributes, so our default "PCMU/8000/1" will not appear in the media attributes. We must change the check and see if the payload type number (0) appears in the media description.

https://gerrit.osmocom.org/#/c/osmo-ttcn3-hacks/+/9691 MGCP_Test: ts_CRCX_no_lco: check media description instead of media attribute