当不能在Request-URI指定的地址找到用户的时候,请求的客户端应当使用Contact头域
(20.10)所指出的新的地址重新尝试。请求者应当用这个新的值来更新本地的目录,地址
本,和用户地址cache,并且在后续请求中,发送到这个/这些列出的地址。
3.3 302 Moved Temporarily
请求方应当把请求重新发到这个Contact头域所指出的新地址(20.10)。新请求的Request-
URI应当用这个应答的Contact头域所指出的值。
在应答中的Expires(20.19节)或者Contact头域的expires参数定义了这个Contact URI的生
存周期。UA或者proxy在这个生存周期内cache这个URI。如果没有严格的有效时见,那
么这个地址仅仅本次有效,并且不能在以后的事务 中保存。
如果cache的Contact头域的值失败了,那么被转发请求的Request-URI应当再次尝试一
次。临时URI可以比超时时间更快的失效,并且可以有一个新的临时URI。
3.4 305 Use Proxy
请求的资源必须通过Contact头域中指出的proxy来访问。Contact头域指定了一个proxy的
URI。接收到这个应答的对象应当通过这个proxy重新发送这个单个请求。305(UseProx
y)必须是UAS产生的。
3.5 380 Alternative Service
呼叫不成工,但是可以尝试另外的服务。另外的服务在应答的消息体中定义。消息体的格
式在这里没有定义,可能在以后的规范中定义。
4 请求失败4xx
4xx应答定义了特定服务器响应的请求失败的情况。客户端不应当在不更改请求的情况下
重新尝试同一个请求。(例如,增加合适的认证信息)。不过,同一个请求交给不同服务
器也许就会成功。
4.1 400 Bad Request
请求中的语法错误。Reason-Phrase应当标志这个详细的语法错误,比如”Missing Call-I
D header field”。
4.2 401 Unauthorized
请求需要用户认证。这个应答是由UAS和注册服务器产生的,当407(Proxy Authenticati
on Required)是proxy服务器产生的。
4.3 402 Payment Required
保留/以后使用
4.4 403 Forbidden
服务端支持这个请求,但是拒绝执行请求。增加验证信息是没有必要的,并且请求应当不
被重试。