Hi Jeff
Did you ever find a true resolution for the Broadsoft reinvite issue, I'm
experiencing the same issue where OpenSIPS processes the Re-Invite before the
ACK.
This "Race Condition" causes our Gateway Controller to send a BYE and
disconnect the call.
Any new workaround for this?
Thanks
If the SDP from the provider in their 200 OK has a c=0.0.0.0, I'd ask the
provider what's up.
I bet it's the provider's SBC not able to handle the fact that Broadworks puts
the SDP on the ACK. I've met a few that handle it incorrectly.
- Jeff
On Apr 2, 2010, at 10:23 AM, Brett Nemeroff wrot
Jeff,
I used the cfgutils usleep function to achieve the same and it worked
perfectly. The 400 Bad request because of the race condition regarding
the ACK/reinvite is fixed. With one exception
The reINVITE from the BroadSoft has no SDP.
BroadSoft ---> reINVITE-->OpenSIPS > Provider (NO SD
Hi Jeff,
Jeff Pyle wrote:
> This goes way back. Bogdan addressed it last year sometime, citing a reason
> why ACK processing is slower than other processing. And, since the two
> messages hit different children of Opensips, the ACK hits the exit gate after
> the reINVITE, even though the ACK
First, the nuts and bolts.
In the loose_route section:
if (!is_method("ACK")) {
perl_exec("nonack_delay");
}
And, in the Perl file:
sub nonack_delay {
select(undef,undef,undef,0.060);
return 1;
}
I lied. Not 100ms
WOW
Ok, well the real question is.. did the 100ms sleep fix your problem?
And what was the result of the ordering issue for you? Did you get a
400 from the provider like I'm seeing?
I'll give it a shot..
-Brett
On Thu, Apr 1, 2010 at 2:56 PM, Jeff Pyle wrote:
> This goes way back. Bogdan add
This goes way back. Bogdan addressed it last year sometime, citing a reason
why ACK processing is slower than other processing. And, since the two
messages hit different children of Opensips, the ACK hits the exit gate after
the reINVITE, even though the ACK arrived first. I've seen it with B
Hello All,
I'm working with a Broadsoft which is setup to send outbound calls to
OpenSIPs. The Broadsoft extension is set to ring simultaneously
multiple extensions. One which hits the proxy and the other is
internal on the broadsoft.
What I'm seeing is an outbound call from broadsoft to the proxy