[Kamailio-Devel] [ openser-Feature Requests-2690374 ] Do not forward response to an INVITE if no matching transac

[Alex Hermann]

On Thursday 19 March 2009, Iñaki Baz Castillo wrote:
> El Jueves, 19 de Marzo de 2009, Alex Hermann escribió:
> > > TC2 -> openSER : ACK
> > > TC2 -> openSER : BYE
> > > <-- Call is ended but should not -->
> >
> > TC2 has no reason to end this call. Even if it received the (erroneous)
> > 487. It didn't send a CANCEL itself (it didn't even send an INVITE, so
> > the 487 can't possibly match any transaction), so the following paragraph
> > doesn't apply.
>
> I think the above paragrahp is incorrect and what the reporter wanted to
> say is that TC reamins replying 487 (because it doesn't like the ACK sent
> by Kamailio), so after TC2 replies 200 the transaction is terminated and,
> unfortunatelly, TC sends again a 487. This 487 is now forwarded stateless
> by Kamailio to the client who chooses to end the call.
Ok,  thanks for the clarifiction.

Isn't this a fault of the UAC (assuming that the 200 OK arrived before the 
487)?
1) It could have determined the 487 was not the same branch as the answered 
branch, so the answered branch should be left open.
2) It didn't send a CANCEL itself, so the quoted paragraph isn't applicable 
here. The UAC should have ignored the 487.

> This issue has already two solutions (posted in the tracker):
I noticed.

The problem with all those workarounds for broken clients is that it makes 
proxies needlessly complicated (and thus slower). Better get the clients 
fixed.

-- 
Greetings,

Alex Hermann