网络异常情况下的拜占庭容错算法研究.pdfVIP

网络异常情况下的拜占庭容错算法研究.pdf

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
网络异常情况下的拜占庭容错算法研究.pdf

信息家安全’0L 本’T期●’翱.,’黪 莺蘩 网络异常情况下的拜 占庭容错算法研究 余丽静 /贵州师范学院数学与计算机科学学院 卜 : . 错算法,一直是分布式应用程序框架的组成 计时器的时间进行建模,对计时器的时间进行动态调整, 部分。在分布式系统中,研究者们对高可用 这不在本文讨论的范围内,本文主要考虑情况 (1)和情 l_-_| 系统的研究。一般集中在 良性错误,如服务 况 (2)。解决这一问题的算法描述如下: 器宕机、拒绝服务攻击、在网络上窃听消息或修改与破坏 Stepl:当服务请求端C需要调用外部服务响应端T服务 数据等,这些错误可能使服务器中断,破坏数据的完整性 时,C中的每一个复制品向T中的主服务复制品tD发送消息m 和保密性。但缺乏对更为严重的恶意攻击的研究,譬如 =REQUEST,O,x,tcCivpudlp。其中。是要C请求的操作,x是 软件错误、错误操作、密钥丢失、服务器被黑客控制等。 该操作的序号, 是该请求O的时间戳。发送清求后,服务 这种 由恶意攻击 引起的错误 ,被称为拜占庭错误。如果任 请求者Ci启动计时器,等待来 自T的应答,如图l所示。 其发展,由于拜 占庭故障造成的分布式应用偏离指定的行 为,可能导致财产损失甚至人类生命丧失。 当前主流拜 占庭容错算法主要针对算法正常执行的问 题,提出了考虑出错情况下的拜 占庭容错算法。该算法主 要考虑实际过程 中服务请求端和服务提供端的主复制品可 能发生错误而没有响应,或者因网络拥塞而使响应没有及 时送达 的情况。 1算法描述 1.1基本概念。拜占庭容错中,为了容忍f个错误的复制 品,复制品集合的大小n 3f+l。一旦错误复制品的数量超过 了错误容忍的门限值f,该服务就不能再正常工作。一些符号 图l计时器超时的处理过程 说明如下: 是服务请求端中发生拜 占庭错误上限值;每个 Step2:C中的复制品C.发送请求后,等待应答的过程 replica用ci表示,主副制品用co表示;服务响应端Tl~tt.=3ft+1个 中,计时器超时,cj将请求nlclDirect—REQUEST,O,x,,C0。T repficas组成,fI是服务响应端中发生拜占庭错~.xeplicas个数的 发送给T中的每一个复制品。 上限值,每个teImca用L表示,主副制品用tD表示。 Step3:T中的复制品tk收到 +1条匹配的DirectRequest 1.2 出错情况下的拜占庭容错算法。当前主流的拜占 消息后 ,tk向T的主复制品t。发送消息m =Transit— 庭容忍算法针对的是服务请求端和服务提供端的主复制品 REQUEST,O,x,ttk,tk ,并启动计时器。 都未发生错误且网络畅通的情况,这是一种理想状况。在 Step4:t向T的主复制品t0发送消息m 后,在 时器时 实际过程 中服务请求端和服务提供端的主复制品可能发 间收到了t。发送的消息,则说明t。未发生错误,T的复制品 生错误而没有响应,或者因网络拥塞而使响应没有及时送 开始PRE—PREPARE、PREPARE和COMMITS:个阶段 的通 达 。本节就服务请求端未能及时收到消息,引起计时器 信过程 ;如果t在计时器时间内未收到t。发送 的消息,t开 超,服务提供端发生错误的情形,对算法进行讨论。 始怀疑t发生了错误 ,向其他复制品发送更改视图的消息 引起服务请求端的复制品计时器超时的原因可能有: m ~=VIEW .CHANGE,v+l,X,tkotk。 (1)服务响应端的主复制品t发生错误,未能将服务请求 Step5:T中的复制品经过View—change算法后,选举了 端发生来的请求转发给其他服务响应端的复制品。 (2) 一 个新的主复制品 (如q_的t2),开始拜占庭 一致算法。 服务响应端的主复制品t被黑客控制,故意不将服务响应 SteP6:t。收 到其 他 复 制 品t。发 送 的消 息 端的复制品经过

文档评论(0)

6f4f6f4d2 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档