See RFC 5057. The error only means that this one transaction has failed.
The dialog remains.
Paul
Pascal Maugeri wrote:
> Hi
>
> I have the following scenario where a UAC subscribe to a UAS a SIP
> SUBSCRIBE request, receive SIP NOTIFY messages (RFC3265) and then the UAC
> receives from the UAS a SIP NOTIFY with a CSeq number out of order (eg. it
> receives a NOTIFY with CSeq=10 and then a NOTIFY with CSeq=9). In this case
> the UAC replies to UAS with an error response 500 Request Out Of order.
>
> At this point how the UAC should consider the subscription state ?
> terminated or active ?
> Same question for the UAS ?
>
> Regards,
> Pascal
> _______________________________________________
> 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
