SIP协议中的HEADER应用.ppt

2002-7-23 SIP协议中的HEADER应用 头域的定义与规则 Accept-Encoding Accept-Language Allow Authorization Call-ID Contact Content-Encoding Content-Length Content-Type Cseq Date Encryption Expires From Hide Max-Forwards Organization Priority Proxy-Authenticate Proxy-Authorization Proxy-Require Record-Route Require Response-Key Retry-After Route Server Subject Timestamp To Unsupported User-Agent Via Via—Requests Via—Receiver-tagged Via Header Fields Via—Responses Via—User Agent and Redirect Servers Via—Syntax Warning WWW-Authenticate 与3261比较 此头域必须包含在407(Proxy Authentication Required)响应中。此头域的值包括一个challenge，指明对于这个Request-URI，proxy能接受的认证机制和参数。 在HTTP中，此头域必须在对UAC的响应中逆向传递。与HTTP的使用不同的是，在SIP中，只有UAC才能发起向proxies认证自己。 Client应该保存对某个特定的proxy server和领域的信任证书，给下次的对同一个server的请求使用。通常，这些信任证书对特定的proxy server的特定的Request-URI有效。如果一个client想连接一个需要认证的proxy server，但此client并没有对这个特定的Request-URI的证书，那么它可以试图使用最近使用过的证书，如果此client猜测错误的话，server返回401(Unauthorized)响应。 这种保存机制由proxies激发，对认证的用户约束呼叫。在大部分的情况下，所有的目的地址需要相同的口令。注意端到端的认证可能是与目的地址相关的。 此头域允许client向需要认证的proxy表明自己的身份。此头域包括多个信任证书——包含对于需要使用的proxy和/或领域的UA的认证信息。 Proxy不能使用此头域。Proxy使用和其他响应一样的路径向client发送407错误。向需要认证的proxy发送带证书的此头域信息是client的责任。 和认证不同的是，Proxy-Authorization头域只对下一个对外(outbound)的需要认证的proxy有效。当在一个传播链中有多个proxy时，此头域被第一个需要证书的对外的proxy使用掉。如果采用了对一个给定的请求进行联合认证的机制，那么一个proxy就可以向下一个proxy传递证书。 此头域用于指出proxy一定会支持的特征。Proxy必须向client说明任何一个以否定形式包含在此头域中，但是proxy不支持的特征。Proxy server将此头域和Require头域同等对待。 此头域由proxy添加到请求中去，保证以后有同样call leg的后续请求走相同的传输道路。每一个proxy将自己的Request-URI添加到列表的头部。 UAS原封不动地将此头域拷贝到响应中去（此头域只和2xx响应有关）。 发起呼叫的UAC将此头域拷贝到使用相同call leg的后续请求的Route头域中。但是要倒换一下次序，因此，第一个入口就是离UAC最近的proxy。如果响应中包含了contact头域，那么UAC将自己的信息加到route中最后一项。任何一个client必须将后续的有相同call leg的请求送到route头域中列出的第一个Request-URI地址去，并且要删掉这个入口，否则会引起循环。 呼叫的UA不能在包含route头域的请求中使用此头域。 一些proxy，例如控制防火墙的proxy或者自动呼叫分发（ACD）系统，需要维持呼叫状态，因此需要接收任何对呼叫的BYE和ACK包。 The Record-Route header field has the following syntax: Record-Route = Record-Route : 1# name-addr Proxy servers应该使用“maddr” URL 参数将其地址包含进去，以确保后续的请求确实能到达同一个server。 Example for a requ