From andreas at eversberg.eu Sun Apr 25 12:38:05 2021 From: andreas at eversberg.eu (Andreas Eversberg) Date: Sun, 25 Apr 2021 14:38:05 +0200 Subject: [osmocom-analog] PBX sends PRACK during call progress which osmo-cc-sip-endpoint rejects In-Reply-To: <9cccd0d9-8d0c-8474-c9f6-c025a5e223e2@stamm.nu> References: <9cccd0d9-8d0c-8474-c9f6-c025a5e223e2@stamm.nu> Message-ID: On 29.03.21 23:34, Markus Stamm wrote: > Following a 183 Session Progress message from osmo-cc-sip-endpoint to > the PBX, the PBX transmits PRACK, and osmo-cc-sip endpoint responds > with a message 504 Method Not Allowed. The PBX ignores this message > 504 and keeps ringing the extension until I disconnect the call. > > Sipgate, by contrast, responds by sending ACK, not PRACK, and the call > connects successfully. Hi Markus, can you try the attached patch? Just add the line as shown in the patch. It should allow "PRACK" messages and make the stack reply to them correctly. Regards, Andreas -------------- next part -------------- A non-text attachment was scrubbed... Name: prack.patch Type: text/x-patch Size: 400 bytes Desc: not available URL: From markus at stamm.nu Sun Apr 25 16:25:48 2021 From: markus at stamm.nu (Markus Stamm) Date: Sun, 25 Apr 2021 18:25:48 +0200 Subject: [osmocom-analog] PBX sends PRACK during call progress which osmo-cc-sip-endpoint rejects In-Reply-To: References: <9cccd0d9-8d0c-8474-c9f6-c025a5e223e2@stamm.nu> Message-ID: Hi Andreas: > can you try the attached patch? Just add the line as shown in the patch. > It should allow "PRACK" messages and make the stack reply to them > correctly. Thank you for this - the signalling should now work correctly, as the call connects immediately once the internal extension 221 (against which osmo-cc-sip-endpoint registers) is called. There is one issue remaining - once connected, no audio is transmitted. I don't believe this is related to this patch, though, as my Sipgate account continues working normally with the patch applied. As I am testing this in an openSUSE VM, I suspect it will be more of a firewall issue - or perhaps yet another Auerswald issue. I will be looking into this in more detail a little later today. I'm also attaching a SNGREP capture just in case this were helpful. Thank you and best regards, Markus -------------- next part -------------- A non-text attachment was scrubbed... Name: auerswald-20210425-1752.pcap Type: application/octet-stream Size: 3672 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 5718 bytes Desc: not available URL: From markus at stamm.nu Sun Apr 25 17:08:40 2021 From: markus at stamm.nu (Markus Stamm) Date: Sun, 25 Apr 2021 19:08:40 +0200 Subject: [osmocom-analog] PBX sends PRACK during call progress which osmo-cc-sip-endpoint rejects In-Reply-To: References: <9cccd0d9-8d0c-8474-c9f6-c025a5e223e2@stamm.nu> Message-ID: <20d3c421-8520-7fe7-e3c4-a00aafc4a95a@stamm.nu> Hi Andreas: >> can you try the attached patch? Just add the line as shown in the >> patch. It should allow "PRACK" messages and make the stack reply to >> them correctly. > > Thank you for this - the signalling should now work correctly, as the > call connects immediately once the internal extension 221 (against which > osmo-cc-sip-endpoint registers) is called. There is one issue remaining > - once connected, no audio is transmitted. I don't believe this is > related to this patch, though, as my Sipgate account continues working > normally with the patch applied. As I am testing this in an openSUSE VM, > I suspect it will be more of a firewall issue - or perhaps yet another > Auerswald issue. I will be looking into this in more detail a little > later today. I'm also attaching a SNGREP capture just in case this were > helpful. Thank you and It may not be a firewall issue after all - if I deactivate the openSUSE VM firewall completely, still no audio is transmitted. So I will try to explore some other possibilities, but am afraid I don't have any immediate leads now. Thank you for your work and best regards, Markus -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 5718 bytes Desc: not available URL: From markus at stamm.nu Sun Apr 25 16:39:28 2021 From: markus at stamm.nu (Markus Stamm) Date: Sun, 25 Apr 2021 18:39:28 +0200 Subject: [osmocom-analog] PBX sends PRACK during call progress which osmo-cc-sip-endpoint rejects In-Reply-To: References: <9cccd0d9-8d0c-8474-c9f6-c025a5e223e2@stamm.nu> Message-ID: <54aa1968-4a14-8bda-2767-38414b196d98@stamm.nu> Hi Andreas: >> can you try the attached patch? Just add the line as shown in the >> patch. It should allow "PRACK" messages and make the stack reply to >> them correctly. > > Thank you for this - the signalling should now work correctly, as the > call connects immediately once the internal extension 221 (against which > osmo-cc-sip-endpoint registers) is called. There is one issue remaining > - once connected, no audio is transmitted. I don't believe this is > related to this patch, though, as my Sipgate account continues working > normally with the patch applied. As I am testing this in an openSUSE VM, > I suspect it will be more of a firewall issue - or perhaps yet another > Auerswald issue. I will be looking into this in more detail a little > later today. I'm also attaching a SNGREP capture just in case this were > helpful. Thank you and I've also created an Auerswald trace. The relevant IP addresses are 10.1.2.1 for the PBX and 10.1.1.14 for the VM. I'm noticing a few ICMP failures (destination host unreachable) which could be indicative of a firewall problem in the VM, but I'm not really sure this actually causes no audio to be transmitted. I'm glad for any indication as to what this could be caused by, and I'll continue investigating the firewall issue also. Best regards, Markus -------------- next part -------------- A non-text attachment was scrubbed... Name: servicetrace_CP5K_pbx_sc1.pcap Type: application/octet-stream Size: 1057648 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 5718 bytes Desc: not available URL: