Make a SIP trace with *sngrep *program and check the routing of the 486
Busy / 603 Decline message sent by phone B. If A is still in ringing,
it most likely means the reply isn't reaching it.
It is possible phone A is behind a NAT and its /Via/ SIP header needs a
small adjustment for the replies to be properly routed back, using this
useful /opensips.cfg/ function call:
force_rport()
<https://www.opensips.org/Documentation/Script-CoreFunctions-3-5#force_rport>
Liviu Chircu
www.twitter.com/liviuchircu |www.opensips-solutions.com
OpenSIPS Summit 2024 Valencia, May 14-17 |www.opensips.org/events
On 06.04.2024 17:35, Prathibha B wrote:
User A makes a call to user B. User B didn't accept the call. User B
stopped ringing after 1 minute. But User A continues to be in the
ringing state until it is manually canceled.
_______________________________________________
Users mailing list
[email protected]
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
