comments inline...

On Tue, Apr 10, 2012 at 8:18 PM, Iñaki Baz Castillo <[email protected]> wrote:

> Hi, what should do a UAS that receives an in-dialog request while it
> has not yet replied a final response for a previous in-dialog
> request?:
>
[ABN] At any point in time, it is allowed to have more than one non-INVITE
transactions in OPEN state.


>
>  alice                 bob
>  -----------------------------
>
>  INVITE --------------->
>  <--------------------- 200
>  ACK -------------------->
>
>
>  IN-DIALOG-1 ------->
>  <--------------------- 100
>
>  IN-DIALOG-2 ------->
>  <------------------ XXX?
>
>
> Does it depend on the in-dialog request method of IN-DIALOG-1 and
> IN-DIALOG-2? Some cases:
>
>
> 1)  IN-DIALOG-1 = INVITE,  IN-DIALOG-2 = BYE
>
> Should bob reply 200 to the BYE and later a final response for the INVITE?
>
[ABN] Yes, it must reply BYE with 200.
If the INVITE is received by UAS after sending 200-BYE,  then INVITE must
be replied with FINAL error response 487.

>
>
> 2)  IN-DIALOG-1 = INVITE,  IN-DIALOG-2 = INVITE
>
> What should reply bob for the second INVITE?
>
[ABN]  this is an incorrect behavior from UAC. because this (2nd INVITE)
lead to overlapped offer-answer request. In this case it is expected that
UAS reply with 491 Request pending.

>
>
> 3)  IN-DIALOG-1 = INVITE,  IN-DIALOG-2 = OPTIONS
>
> And here?
>
[ABN] Both requests must handled with out any issue.

>
>
> 3)  IN-DIALOG-1 = INFO,  IN-DIALOG-2 = OPTIONS
>
> And here?
>
[ABN] Both requests must handled with out any issue.


>
>
> Thanks a lot.
>
> --
> Iñaki Baz Castillo
> <[email protected]>
>
> _______________________________________________
> Sip-implementors mailing list
> [email protected]
> https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors




-- 
Thanks,
Nataraju A.B.
_______________________________________________
Sip-implementors mailing list
[email protected]
https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors

Reply via email to