Section 16.7 of RFC3261 lays down the basic rules for choosing the best response.
> Fixing this issue requires changing how we select proxy responses. > I propose the following behavior: > > 1 - Responses from outside the proxy should be preferred over > responses generated internally by the proxy. Not sure the source of the response should be a factor here. I think that the response code should be the deciding factor. > 2 - 2xx responses should be preferred over all others; > -- Within 2xx responses, 200 responses should be the least preferred. All 2xx responses for INVITEs are forwarded, i.e. no need to choose. For other requests, only the first 2xx response must be forwarded so again, no choice here. > 3 - 3xx responses should be preferred over 4xx, 5xx, 6xx; > -- Within 3xx responses, 300 responses should be the least preferred. > 4 - 6xx responses should be preferred over 4xx, 5xx. > 5 - 4xx responses should be preferred over5xx; > -- Within 4xx responses: > --- 404 should not be returned unless it is the only valid response. > --- 408 should not be returned unless 404 is the only other > valid response. > --- 487 should only be returned if the calling party > generated the CANCEL request. > 6 - 5xx responses should be the least preferred. You can consult section 16.7 of RFC3261 for hints on how to prioritize failure responses. <snip> _______________________________________________ sipx-dev mailing list [email protected] List Archive: http://list.sipfoundry.org/archive/sipx-dev Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-dev
