> Say my UAS sends a MESSAGE request using UDP. > The UAS generates a 200 OK response containing > a body large enough that it cannot be sent > over UDP. > Which of the following is correct: > a) The UAS responds (via UDP) to the MESSAGE > with an error indicating that the response > could not be sent via the same transport (not > sure what the code would be) > b) The UAS responds (via UDP) to the MESSAGE, > and the 200 OK has its body truncated to the > maximal UDP length. > c) The UAS fails over to TCP, and the > TCP-based response is sent.
Choice 'c' is not valid. Choice 'a' is better than 'b' since RFC3261 indicates that the response should be ignored. Some other possibilities were discussed in a prior email. http://lists.cs.columbia.edu/pipermail/sip-implementors/2005-March/008458.ht ml > Generally, can the transport be switched > mid-transaction if responses (or > ACKs for an INVITE) are too large > for the given transport? No for responses and ACK's for non-2xx final responses. The reasons were discussed in a prior email. http://lists.cs.columbia.edu/pipermail/sip-implementors/2005-March/008432.ht ml The transport can change for ACK for 2xx responses since the ACK's Via contents does not need to match the INVITE's Via contents. _______________________________________________ Sip-implementors mailing list [email protected] http://lists.cs.columbia.edu/mailman/listinfo/sip-implementors
