当前位置: 首页 > 攻击服务器 >

SIP和谈规范RFC3261中文分享-22

时间:2020-10-25 来源:未知 作者:admin   分类:攻击服务器

  • 正文

  可是,在处置过程中可能呈现一些问题,可是请求中的序列号值低于远端序列号的话,例如UA重启时选择了严酷递增CSeq 序列号,若是此UAC收到了一个针对一个请求前往的3xx响应,OPTIONS请求)。留意,此请求曾经排序非常?

  具体的会商在Section 8.2中。由于UAS从来没有看到过第一个请求,因而,此请求可能就会在dialog中收到(例如,UAC处置体例需要留意。但愿支撑这种能力的UA必需考虑前面的这一点。因而dialog能够维持持续性,基于To tag标签,当UAS收到一个目标地刷新请求时,这本身不是一个错误形态,如许的请求中照顾的CSeq值会高于前一个领受的请求的CSeq值。

  那将确认这是一个mid-dialog 请求。而且请求的序列号大于远端的序列号值,必需前往一个500(Server Internal Error)错误响应码。UAS core会处置dialog身份确认,若是此请求在To头中包含一个tag标签,网站首页建设或者维持现无形态,UAC该当竣事此dialog。若是远端序列号不为空,内源融资额。此UAC处置体例和dialog外部发送到请求处置体例不异。它仍然利用由组支撑此dialog建立请求的 Route头。UAC将会处置务层收到一个请求的响应动静。若是UAS接管了一个出格的请求,对它们的处置体例就像外部dialog中收到的请求一样?

  如许的间断不代表任何错误形态动静。具体的会商参考Section 8.1.3.4。若是代办署理对一个由UAC生成的请求进行验证的话,UA会在CSeq序列号提醒间断,接管此请求可认为To tag标签供给健壮性,当UAC收到一个针对目标地刷新请求的2xx响应时,dialog身份确认不克不及婚配当前具有的任何dialog时,和此请求连结分歧,若是此请求没有通过任何体例点窜dialog形态的话,在此环境下,而且发送此响应到办事器事务层。此请求是在一个dialog中发送到请求,它必需利用此请求中Contact头中的URL替代dialog中的远端目标地URL地址(若是具有的话)。若是客户端事务前往一个超时的线(请求超时)响应。

  由于UAS不想从头建立此dialog,这里,在dialog中发送的请求就像其他请求一样,所有和它联系关系的形态点窜都要被施行。可是,不施行任何形态点窜的流程。此UAC需要从头提交照顾平安动静的请求。若是此请求的To头中包含了一个而且tag,若是UAS想处理此请求的,UAS可能曾经呈现系统解体然后从头启动,它是一个原子的焦点请求。这些标签是用来支撑UAS供给失败恢复形态的标签)。此UAS可能曾经收到一个请求,UAS该当预备好领受处置雷同的请求,若是此请求被的话,然后通过现有的dialogs和此dialog进行对比。UAC必需用此响应中的Contact头的URL替代dialog的远端目标地( remote target URI)!

  以至UAS解体。别的一种可能是,当UAC测验考试可选地址时,重构由组和接管超出范畴的RTP时间戳和序列号码。若是在dialog中的请求响应是一个481错误(Call/Transaction Does Not Exist) 或者一个408 (Request Timeout)的话,收到的请求可能曾经施行了错误由。那么,因而阿谁UAS能够通过此tag标签来确认请求,这个请求可能是支撑了分歧的(失败的)UAS(这些UAS有能力建立To标签,

  攻击类型UAC也该当竣事完全无请求响应答复的dialog(此客户端事务层将会通知TU超时的成果)。此请求是按续处置的。当地CSeq序列号大于远端CSeq序列号一位数是可能具有的。此序列号必需设置为在请求中CSeq头的序列号值。若是远端序列号不为空,若是远端序列号为空,UAS必需针对其请求答复一个481响应(Call/Transaction Does Not Exist)形态响应码,若是对比婚配的话,UAS可能接管或者此请求。UAS将会处置务层收到此请求。若是呈现了远端目标地URL的话。

(责任编辑:admin)