Hi Marcus,

Can't say for Zoiper, but I've worked this case with Counterpath (sadly for Canada - it is no more, has been acquired by Alianza). 

Anyhow, the final conclusion at the time was: The client is correct to expect that this is the same INVITE request that took different paths to the target (as indicated by the different branch IDs) - and thus correct to reject it with a 482 because the requests are not identical in content. https://tools.ietf.org/html/rfc3261#section-8.2.2.2 states what should occur if there is no To tag

The suggested solutions were: 
a) increment CSeq - impossible to do with a proxy
b) send both SAVP and AVP lines in the SDP of the original INVITE. If media encryption is set to mandatory and SIP TLS is enabled then the SAVP offer would be accepted. If media encryption is off in Bria, then the AVP offer would be accepted

Good luck.

On Mon, Apr 19, 2021 at 3:55 AM Markus Bönke <mb@tenios.de> wrote:
Hello NG,

I saw the following threads discussing how to switch to RTP when a client does not support SRTP. 

https://lists.kamailio.org/pipermail/sr-users/2018-May/101341.html
https://lists.kamailio.org/pipermail/sr-users/2016-September/094457.html

There are some issues with Zoiper and Bria which also persist in the latest versions. Has anyone got it work with Zoiper and Bria? 

Thanks and regards

Markus

_______________________________________________
Kamailio (SER) - Users Mailing List
sr-users@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users