My test environment is sipxecs 4.0.4 from the ISO distribution, connected to an 
ITSP via sipxbridge and a bunch of snom 870 phones at the extensions.

I ran into an issue today and I wonder if someone may have ideas on how I can 
solve it. Here is the situation:

A call comes from the ITSP and it rings at sipxecs Phone A. I answer Phone A 
and then transfer the call to another sipxecs Phone B.
Now, if the outside caller hangs up BEFORE Phone B is answered, Phone B has no 
idea that the caller hung up. It keeps ringing for the next 20 or so seconds.
However, if the outside caller hangs up AFTER Phone B is answered, Phone B 
immediately disconnects (which is the expected behavior).

Here are some additional data points:
1. If the caller hangs up while Phone A is ringing, then Phone A immediately 
stops ringing. So this non-detection of hangup is only when the caller is 
transferred and "transferred to" phone is ringing while the caller hangs up.

2. I don't have problems when the call originates internally, rather than from 
the outside, as long as I use a slightly older version of Snom firmware. But, 
the problem happens if I use the latest (beta) version of Snom firmware. So 
this tells me that the issue is not related to sipxbridge.

3. I will send a call trace tomorrow when I am back at the office. But when I 
briefly looked at it today, it appeared that, in the problem case, no "CANCEL" 
message came from the original caller when the caller hung up. But in the good 
case (i.e., all 3 internal phones with older snom firmware), a CANCEL message 
comes in as soon as the original caller hangs up, and everything works well.

I apologize for sending this long explanation without a call trace. I'll send 
it as soon as I have access back to the sipx machine. In the mean time, does 
anyone have any ideas as to what may be wrong?

Thanks



_______________________________________________
sipx-users mailing list [email protected]
List Archive: http://list.sipfoundry.org/archive/sipx-users
Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-users
sipXecs IP PBX -- http://www.sipfoundry.org/

Reply via email to