Author |
|
juice Vetran
Joined: December 05 2006 Location: United States Posts: 139
|
Posted: August 31 2007 at 6:40pm | IP Logged
|
|
|
In the other thread I mentioned an issue with many SipInviteAckNotReceived messages. Upon further investigation, a good percentage of calls are failing that way.
We noticed in the API docs there is SetNumByeRetransmissions to control the number of times a BYE is retransmitted, but there appears to be no way to change that behavior when the Media Engine sends out a 200 OK message after an Invite was received. We notice that there are two methods related, but not really helpful:
* ConnectIncomingCallWithoutInviteAck: This should allow the engine to continue, but since the actual UAC never received the 200 ok, it does not have session information.
* SetInboundInviteAckTimeout: This would just prolong the detection of the error message and doesn't really solve the issue of the UAC not getting the message.
Perhaps there is some setting or method we have not discovered, or maybe this is simply a little oversight. We would appreciate guidance on how to ensure higher call connections from the media engine. Also note, we do not currently go off hook right away, maybe if we did the error message percentage would be lower?
Thanks
|
Back to Top |
|
|
juice Vetran
Joined: December 05 2006 Location: United States Posts: 139
|
Posted: September 06 2007 at 12:47pm | IP Logged
|
|
|
Hello,
Just bumping this thread a bit as we are noticing this a lot of calls are failing to complete setup. A simple grep of line histories shows that around 10% - 15% of calls are failing to connect because the last 200OK is not retransmitted leading to the SipInviteAckNotReceived message.
btw, we are still testing the last release fixing the stuck lines, so far no stuck lines have appeared :-) so we are hopeful the issue is gone, but still requires more usage to really know for sure.
|
Back to Top |
|
|
|
|