modem terminates call when accepted remotely

[Aleksander Morgado]

Hoola Héctor!


>
>
> First of all, I would like to thank you all your effort to develop and
> maintain this API as it’s being very useful to us for handling modem
> connections in our embedded devices.
>
>
I'm really glad to see GMV is using all this :) I worked at Elecnor/Deimos
Space in a past life!


> We are facing an issue with ModemManager 1.16.2 (libmm-glib) and RC7620
> SIERRA modem.
>
> Sometimes, after starting a call to another SIM card device (mobile
> phone), the call gets into “terminated” state (seen by ModemManager) in the
> moment the call is accepted by the remote device, while it remains active
> at this remote point.
>
> The call state becomes “dialing”, then “ringing-out”, and finally
> “terminated” so there is no option to finish the call from ModemManager
> side as it’s seen as already terminated.
>
>
>

This is definitely a bug to fix. That transition to "terminated" shouldn't
happen when the callee picks up the call. Can you get MM debug logs while
reproducing the issue? Also, is this using AT or QMI?


> We managed to actually finish the call (remote side too) by the use of
> ”mm_modem_voice_hangup_all_sync” function (defined in mm-modem-voice.h),
> but it’s only available since ModemManager 1.12 Version.
>
>
1.18 or 1.20 you mean I guess. Either way, the solution is to avoid getting
into that wrong terminated state I think.


> Some of our devices are using other hardware and older versions of
> ModemManager (1.10) and we have never been able to reproduce this issue so
> we didn’t need to make use of “mm_modem_voice_hangup_all_sync” function.
>
>
Could be due to some update in recent versions. We did include the call
list management logic as well as the waiting call setup logic. Maybe some
of that is not working as expected in your Sierra modem.


> I would like to know if this issue has been already reported, and if so,
> if it has been resolved or if it’s related to the hardware we installed on
> our device or, on the other hand, if has something to do with the
> ModemManager version being used.
>
>
>

Don't recall an issue like this, truth be told.

Cheers

-- 
Aleksander
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/modemmanager-devel/attachments/20230321/240ef1fc/attachment.htm>