RFC3261 12.2.1.2 states that "If the client transaction returns a timeout, this is treated as a 408 (Request Timeout) response. "
If this situation happens in an INVITE Txn then according to 17.1.1.2 "If the client transaction is still in the "calling" state when timer B fires, the client transaction SHOULD inform the TU that a timeout has occurred . The client transaction MUST NOT generate an ACK." And theTransaction transitions to Terminated. What happens if now a 2xx response is received from the server. This could easily happen if the transaction timers are different on client and server. So would the server re-transmit 2xx till its timeout? Is that the only solution today? _______________________________________________ Sip-implementors mailing list [email protected] https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors
