http错误集合
500是servererror400是clineterror300routechange200ok
应答代码,虽然是sip的但同样适用于http,只是加了一些东西
应答代码
应答码是包含了,并且扩展了http/1.1应答码。并不是所有的http/1.1应答码都适当应用,只有在折里指出的是适当的。其他http/1.1应答码不应当使用。并且,sip也定义了新的应答码系列,6xx。
1临时应答1xx
临时应答,也就是消息性质的应答,标志了对方服务器正在处理请求,并且还没有决定最后的应答。如果服务器处理请求需要花200ms以上才能产生终结应答的时候,它应当发送一个1xx应答。
注意1xx应答并不是可靠传输的。他们不会导致客户端传送一个ack应答。临时性质的(1xx)应答可以包含消息体,包含会话描述。
1.1100trying
这个应答表示下一个节点的服务器已经接收到了这个请求并且还没有执行这个请求的特定动作(比如,正在打开数据库的时候)。这个应答,就像其他临时应答一样,种植了uac重新传送invite请求。100(trying)应答和其他临时应答不同的是,在这里,它永远不会被有状态proxy转发到上行流中。
1.2180ringing
ua收到invite请求并且试图提示给用户。这个应答应当出世化一个本地回铃。
1.3818callisbeingforwarded(呼叫被转发)
服务器可以用这个应答代码来表示呼叫正在转发到另一个目的地集合。
1.4182queued
当呼叫的对方暂时不能接收呼叫的时候,并且服务器决定将呼叫排队等候,而不是拒绝呼叫的时候,那么就应当发出这个应答。当被叫方一旦恢复接收呼叫,他会返回合适的终结应答。对于这个呼叫状态,可以有一个表示原因的短语,比如:”5callsqueued;expectedwaitingtimeis15minutes”。服务器可以给出好几个182(queued)应答告诉呼叫方排队的情况(比如排队靠前了等等)。
1.5183会话进度
183(sessionprogress)应答用于提示建立对话的进度信息。reason-phrase(表达原因的句子)、头域或者消息体可以用于提示呼叫进度的更消息的信息。
2成功信息2xx
这个应答表示请求是成功的。
2.1200ok
请求已经处理成功。这个信息取决于不同方法的请求的应答。
3转发请求3xx
3xx系列的应答是用于提示用户的新位置信息的,或者为了满足呼叫而转发的额外服务地点。
3.1300multiplechoices
请求的地址有多个选择,每个选择都有自己的地址,用户或者(ua)可以选择合适的通讯终端,并且转发这个请求到这个地址。
应答可以包含一个具有每一个地点的在accept请求头域中允许的资源特性,这样用户或者ua可以选择一个最合适的地址来转发请求。没有未这个应答的消息体定义mime类型。
这些地址选择也应当在contact头域中列出(20.10节)。不同于http,sip应答可以包含多个contact头域或者一个contact头域中具有一个地址列表。ua可以使用contact头域来自动转发或者要求用户确认转发。不过,本规范没有定义自动转发的标准。
如果被叫方可以在多个地址被找到,并且服务器不能或者不愿意转发请求的时候,可以使用这个应答来给呼叫方。
3.2301movedpermently
(未完,全文共7434字,当前显示1392字)
(请认真阅读下面的提示信息)