> -----Original Message----- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On > Behalf Of Iñaki Baz Castillo > Sent: 17 March 2008 21:47 > > El Lunes, 17 de Marzo de 2008, Steve Langstaff escribió: > > This from RFC 3261: > > > > 8.1.3.1 Transaction Layer Errors > > > > In some cases, the response returned by the transaction > layer will > > not be a SIP message, but rather a transaction layer error. > > Maybe I'm wrong, but I understand that this "response > returned by the transaction layer" means the final response > after trying all the IP's get via DNS. > > > When a > > timeout error is received from the transaction layer, it MUST be > > treated as if a 408 (Request Timeout) status code has > been received. > > So, if an IP got via RFC3263 returned a SIP 408 (not > socket/ICMP error) the that is the definitive reply and for > the client is means "can't connect with destination". > > And if no one of all the IP's (RFC3263) returned a real SIP > reply, then the final response if a timeout, and the client > behaviour should be the same as if a final 408 reply was received.
My mistake - I was getting the retries within the transaction layer mixed up with the (currently non-existent) retries above the transaction layer - sorry. _______________________________________________ Sip-implementors mailing list Sip-implementors@lists.cs.columbia.edu https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors
