On Tue, May 10, 2011 at 1:16 PM, Iñaki Baz Castillo <[email protected]> wrote:

> 2011/5/10 Iñaki Baz Castillo <[email protected]>:
> > Later legA replies 480 so the proxy client transaction transitions to
> > "completed" state and remains there for a while (a timer and so).
> >
> > A few seconds later, leg B (which has not received or processed the
> > CANCEL yet) replies 200. What should do the proxy? forward the
> > request? or ignore it? I assume it must forward it without changing
> > the client transaction to "accepted" state (RFC 6026) as it was
> > already in "completed" state. If not, leg B will not receive and ACK
> > for the 200 (the UAC would be responsible o sending such ACK followed
> > by a BYE).
>
>
> Please sorry as my question was fully incorrect. Let me describe it
> again (now better):
>
>
> - Alice calls Bob via Proxy.
>
> - Proxy receives 480 from Bob (a single branch, no parallel/serial
> forking) and sends ACK to Bob.
>
> - There are no more branches so Proxy forwards the response to Alice
> who sends the ACK to the Proxy.
>
> - Now the client transaction (Bob) in Proxy is in "completed" state.
>
> - Let's imagine that now Bob (broken UA) replies 200 under the same
> transaction.
>
> - Proxy matches it agains the "completed" transaction. IMHO Proxy
> should discard this response.
>
> Now that I write it correctly I think it's much easier than what I expected
> :)
>
>

Hi Inaki, I think what you are looking for is Timer D. Have a look in the
rfc3261, the last paragraph on the page 126, and the page 127.


Regards,

Brez




> Thanks to Vivek and Brez for making me to realize of my incorrect question.
>
>
> --
> Iñaki Baz Castillo
> <[email protected]>
>
> _______________________________________________
> Sip-implementors mailing list
> [email protected]
> https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors
>
_______________________________________________
Sip-implementors mailing list
[email protected]
https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors

Reply via email to