This is a Linphone problem. A simple UA has no way of knowing that all the other UAs are unable to take the call. The Linphone developers should be encouraged to change the default response to a rejected call. Perhaps a universal reject could be an option but not the default.
On Tuesday, October 25, 2022 1:28:48 A.M. PDT chenyzzzz via Users wrote: > Hi Bogdan-Andrei,thanks for your reply. I had set up a opensips service on > my Ubuntu 18.04.6 , and opensips version: opensips 3.2.6 (x86_64/linux). > When I test that case, I use two desktop linphone login same sip accout > 01010101 (callee A/B). and I use my Android linphone(caller C) invite A/B, > A/B rings together which works well. but I hang up the callee A , B also > terminated . I use wireshark to capture the packet on server side. it > show that : 1. when callee A(192.168.2.123) hand up, it respond 603 to the > server(192.168.2.108) 2. server(192.168.2.108) forwards the respond 603 to > caller C(192.168.2.115) 3. server(192.168.2.108) create a CANCEL to callee > B(192.168.2.127) so, it seems opensips server CANCEL B automatically. My > project need to meet the ability that callee A declines but callee B still > ring. I am a newbia to opensips, I don't know what is going on . How to > enable the ability as you say? Best Regards, > > > Chen _______________________________________________ Users mailing list [email protected] http://lists.opensips.org/cgi-bin/mailman/listinfo/users
