JMM’s notes on

GNOME Calls

Debugging

I’m trying to get GNOME Calls working with FreeSWITCH (see my FreeSWITCH notes).

See https://gitlab.gnome.org/GNOME/calls.

To debug SIP, run:

gnome-calls -vvv -p sip

If you just try to gnome-calls -vvv, it might use an already-running instance? Like, it went in the background for me.

Issues

I’m getting:

CallsNetworkWatch[2279176]: WARNING: Unexpected error response to netlink request while trying to fetch local IP address

Seems to be some comments on gitlab.

Also getting:

CallsSipOrigin[2279176]: WARNING: REGISTER: 408 Request Timeout

I took a look at Wireshark, comparing Linphone (which works) with GNOME Calls (which doesn’t). I’m noticing that Calls is actually using the wrong IP address to try to contact the server. That is, it’s not using my VPN at all.

Issue 477 mentions the inability to use Calls over VPN. This issue is closed in favor of issue 422, which talks about wireguard (which I’m using). This issue mentions using the environment variable TPORT_LOG=1, NUA_DEBUG=9 and NTA_DEBUG=9. It also mentions hardcoding the local wireguard IP.

2024-09-26 note: TPORT_LOG=1 does a SIP trace. Same for FreeSWITCH. (Another issue suggests running: SOFIA_DEBUG=3 NUA_DEBUG=3 NTA_DEBUG=3 TPORT_DEBUG=3 TPORT_LOG=3 TPORT_DUMP=3 G_MESSAGES_DEBUG=all gnome-calls -v -p sip -d)

For now I’m just going to try to connect without the VPN by opening up nftables to my specific IP address. It seems like I might need to unblock myself in FreeSWITCH as well? (I ended up having to change how FreeSWITCH was binding to SIP ports, because I’d modified it to only allow wireguard for a while.)

Registration getting lost

Sometimes it seems like I can’t receive incoming calls. Is GNOME Calls not renewing a registration or is FreeSWITCH not pinging or something?

Maybe see issue 1870 on freeswitch github.

I enabled pinging on FreeSWITCH, but that doesn’t seem to affect the registration.

Misc