Yes, it is the error in sending the ACK, and it can either be ignored, as there is already a response, or you can actually interpret it. The spec seems to state multiple times that the transactions need to be terminated, so it looks intentional, but its not clear as to what happens when both a 4xx as well as a transport error happens - all transport errors are handled as 503.
If its a bug it should be clarified somewhere... ----- Original Message ----- From: "Bob Penfield" <[EMAIL PROTECTED]> To: "Medhavi Bhatia" <[EMAIL PROTECTED]>; "������" <[EMAIL PROTECTED]>; "SIP Implementors" <[EMAIL PROTECTED]> Sent: Thursday, July 25, 2002 1:24 PM Subject: Re: [Sip-implementors] Let me know the mean of "terminated". > My point is that the proxy does not have to wait for all client transactions > to go to the Terminated state before sending a final response on the server > transaction associated with the response context. As soon as the proxy has > received all the final responses it is waiting for, it can send the > resultant final response up stream. The client transactions that got a > non-2xx final response still linger so that re-transmissions on the non-2xx > responses get ACK'd. The word "terminated" in that sentence does not mean > "Terminated" state. It would be better if it said "... and all client > transactions had either received a final response or otherwise terminated > (i.e. timeout or transport error)." > > I'm not sure what the 'Transport Error' thing means in that state. Maybe its > referring to an error in sending the ACK. I cannot think of anything else > that would result in a transport error. > > ----- Original Message ----- > From: "Medhavi Bhatia" <[EMAIL PROTECTED]> > To: "Bob Penfield" <[EMAIL PROTECTED]>; "������" > <[EMAIL PROTECTED]>; "SIP Implementors" > <[EMAIL PROTECTED]> > Sent: Thursday, July 25, 2002 12:49 PM > Subject: Re: [Sip-implementors] Let me know the mean of "terminated". > > > > Bob, the state m/c for the transactions lingers in > > Completed state, looking for transport errors. The description > > in proxy handing says that the proxy must interpret all > > transport errors as 503. Are you still sure completed > > is the way to go ? > > > > ----- Original Message ----- > > From: "Bob Penfield" <[EMAIL PROTECTED]> > > To: "������" <[EMAIL PROTECTED]>; "SIP Implementors" > > <[EMAIL PROTECTED]> > > Sent: Thursday, July 25, 2002 12:31 PM > > Subject: Re: [Sip-implementors] Let me know the mean of "terminated". > > > > > > > In this case, I think you can interpret "terminated" to mean "Completed" > > or > > > "Terminated". The proxy should send the final response upstream as soon > as > > > it has received a final response for all branches (client transactions) > it > > > created. > > > > > > ----- Original Message ----- > > > From: "������" <[EMAIL PROTECTED]> > > > To: "SIP Implementors" <[EMAIL PROTECTED]> > > > Sent: Wednesday, July 24, 2002 9:25 PM > > > Subject: [Sip-implementors] Let me know the mean of "terminated". > > > > > > > > > > Hi. > > > > > > > > Let me know what the following paragraph means. > > > > > > > > 16.7 Response Processing > > > > : > > > > 6. Choosing the best response > > > > A stateful proxy MUST send a final response to a response > > > > context's server transaction if no final responses have been > > > > immediately forwarded by the above rules and all client > > > > transactions in this response context have been terminated > > > > > > > > what I want to know is the exact meaning of the last word, > "terminated". > > > > Does it mean the "terminated state" of a tansaction state machine? > > > > > > > > If so, for exampe, in case that all UAS send a 4xx response to INVITE > > > request immediately, though the result is determined, UAC will receive a > > > final response in at least 32 second because the client transaction > spends > > > 32 seconds(Timer D) in "Completed" state. > > > > > > > > I think that if "terminated" means the "Completed" state, which is a > > > better idea. > > > > > > > > thank you in advance. > > > > > > > > Best regards. > > > > > > > > J.M. Jung > > > > > > > > _______________________________________________ > > > > Sip-implementors mailing list > > > > [EMAIL PROTECTED] > > > > http://lists.cs.columbia.edu/mailman/listinfo/sip-implementors > > > > > > > > > > _______________________________________________ > > > Sip-implementors mailing list > > > [EMAIL PROTECTED] > > > http://lists.cs.columbia.edu/mailman/listinfo/sip-implementors > > > > > > > > > _______________________________________________ > Sip-implementors mailing list > [EMAIL PROTECTED] > http://lists.cs.columbia.edu/mailman/listinfo/sip-implementors > _______________________________________________ Sip-implementors mailing list [EMAIL PROTECTED] http://lists.cs.columbia.edu/mailman/listinfo/sip-implementors
