Hello All,<div>I&#39;m not sure where the problem is.. it&#39;s either my switch, or it&#39;s the customer&#39;s box.</div><div><br></div><div>What&#39;s happening is the customer sends a call. As soon as the 200OK gets back to them, they re-invite.. very fast. The reinvite occurs BEFORE the ACK for the 200OK makes it back to the provider. Because of this, when the RE-INVITE hits the provider they respond with &quot;491 Request Pending&quot;, in other words, I can&#39;t process a re-invite because the last INVITE hasn&#39;t send me an ACK back yet. This happens over.. and over.. and over.</div>

<div><br></div><div>What I&#39;m wondering is if there is a timer I can adjust for this. Seems like OpenSIPs should know that the transaction is in a state where there is a PENDING ACK and it shouldn&#39;t process the RE-INVITE quite yet (Request Queued?). Perhaps that isn&#39;t a normal function of a Proxy. So I guess I&#39;m looking for either a timer adjustment or a way to insert some sorta delay (sounds like a bad idea) to allow the ACK to traverse.</div>

<div><br></div><div>The numbers are VERY close.. the ACK actually arrives at timestamp 12.757073, but the INVITE goes to the provider at 12.755913. So in other words, if the RE-INVITE occured 0.001161 seconds later, this wouldn&#39;t happen. Seems like there should be something to prevent these events? (A properly working UAC perhaps?!)</div>

<div><br></div><div>Any ideas?</div><div><br></div><div>Thanks,</div><div>Brett</div><div><br></div>