BYE Reason: RELEASE_CAUSE ;cause=3 ;text="Media bearer loss" while testing video call

[gustavobsch]

I'm testing the latest branch which adds video support, discussed here http://github.com/herlesupreeth/docker_open5gs/discussions/608 and noticed calls towards TAS are getting terminated after 8 seconds by the UE

After rolling back the changes in pcscf/route/mo.cfg call works again

I'm attaching a PCAP of good call and bad call

In the bad call, packet #1655 which gelings to a POST request towards PCF /npcf-policyauthorization/v1/app-sessions shows this payload, notice "codecs": ["downlink\n0\n", "uplink\n0\n"],

{"ascReqData": {"afAppId": "+g.3gpp.icsi-ref=\"urn%3Aurn-7%3A3gpp-service.ims.icsi.mmtel\"", "dnn": "ims", "evSubsc": {"events": [{"event": "QOS_NOTIF", "notifMethod": "PERIODIC"}, {"event": "ANI_REPORT", "notifMethod": "ONE_TIME"}]}, "medComponents": {"0": {"qosReference": "qosVoNR", "codecs": ["downlink\n0\n", "uplink\n0\n"], "medCompN": 1, "medSubComps": {"0": {"fNum": 1, "fDescs": ["permit out 17 from 10.46.0.4 50012 to 172.16.10.11 38416", "permit in 17 from 172.16.10.11 38416 to 10.46.0.4 50012", "permit out 17 from 10.46.0.4 50013 to 172.16.10.11 38417", "permit in 17 from 172.16.10.11 38417 to 10.46.0.4 50013"], "fStatus": "ENABLED", "marBwDl": "42 Kbps", "marBwUl": "42 Kbps", "flowUsage": "NO_INFO"}}, "medType": "AUDIO"}}, "notifUri": "http://172.16.10.13:8000", "sponStatus": "SPONSOR_DISABLED", "gpsi": "msisdn-9876543210", "suppFeat": "2", "ueIpv4": "10.46.0.4"}}

Whereas the good call, packet #1106 "codecs":["downlink\nEVS/16000\n","uplink\nEVS/16000\n"]

{"ascReqData":{"afAppId":"+g.3gpp.icsi-ref=\"urn%3Aurn-7%3A3gpp-service.ims.icsi.mmtel\"","dnn":"ims","medComponents":{"0":{"medCompN":1,"qosReference":"qosVoNR","medType":"AUDIO","codecs":["downlink\nEVS/16000\n","uplink\nEVS/16000\n"],"medSubComps":{"0":{"fNum":1,"fDescs":["permit out 17 from 172.16.10.19 10046 to 10.46.0.3 50036","permit in 17 from 10.46.0.3 50036 to 172.16.10.19 10046"],"fStatus":"ENABLED","marBwDl":"5000 Kbps","marBwUl":"3000 Kbps","flowUsage":"NO_INFO"},"1":{"fNum":2,"fDescs":["permit out 17 from 172.16.10.19 10047 to 10.46.0.3 50037","permit in 17 from 10.46.0.3 50037 to 172.16.10.19 10047"],"fStatus":"ENABLED","marBwDl":"5000 Kbps","marBwUl":"3000 Kbps","flowUsage":"RTCP"}}}},"evSubsc":{"events":[{"event":"QOS_NOTIF","notifMethod":"PERIODIC"},{"event":"ANI_REPORT","notifMethod":"ONE_TIME"}]},"notifUri":"http://172.16.10.13:8000","sponStatus":"SPONSOR_DISABLED","gpsi":"msisdn-9876543210","suppFeat":"4","ueIpv4":"10.46.0.3"}}

Also noted that in the bad call the UE never sends RTP, possibly due to the codec issue I believe I have identified above

The 172.16.10.19 IP belongs to TAS server and 172.16.10.11 to RTPengine

Thanks for the help

Gustavo

ims_call_testing.zip

[gustavobsch]

Forgot to attach the good (old) and bad (new) mo config file

mo_files.zip

[herlesupreeth]

Thanks a lot!! I already see where the issue is (not the codec issue). I will fix it.

[herlesupreeth]

@gustavobsch can you please also post the logs in pcscf along with bad call pcap?

[herlesupreeth]

@gustavobsch please pull the latest commits from master branch and give a try as I have now fixed calling when an Application server is involved

[gustavobsch]

@herlesupreeth Thank you for the prompt response. The call from UE to TAS is working now. I have not tested video call I plan to do it over the weekend and report back.

Thanks again
Gustavo