Hi, Once the TU passes the server transaction a 2xx response, the server transaction must pass this to the transport layer. The server transaction must then transition to the "Terminated" state. Once the server transaction moves to terminated state, the transaction must be deleted immediately.
Hence, 1xx responses cannot be passed to the transport layer after a 2xx in your call flow since the transaction does not exist. Please correct if I am wrong. Thanks, Sai. -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Madhuri Sakhare Sent: Monday, June 05, 2006 5:24 PM To: [email protected] Subject: [Sip-implementors] Query Regarding Collision case of BYE Hi, The scenario is: UAC UAS | INVITE | |----------------------->| | 100 TRYING | |<-----------------------| | 180 RINGING | |<-----------------------| | 180 RINGING | |<-----------------------| <------- 200 OK INVITE sent and buffered | 180 RINGING | |<-----------------------| | BYE | |----------------------->| | 200 OK BYE | |<-----------------------| | 487 | |<-----------------------| | ACK | |----------------------->| | 180 RINGING | |<-----------------------| | 180 RINGING | |<-----------------------| | 180 RINGING | |<-----------------------| | 180 RINGING | |<-----------------------| Is this scenario correct? This is a collision case of a provisional reliable 180 response and a BYE Request. The application on the callee side has sent a 200 OK response, and the response is left pending in the SIP stack. Then the collision occurs and the BYE is indicated to the application. Regards, Madhuri _______________________________________________ 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
