计算机,外文翻译.docVIP

  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文档。上传文档
查看更多
密 级 分类号 编 号 成 绩 本科生毕业设计 (论文) 外 文 翻 译 原 文 标 题 IP Encapsulation within IP 译 文 标 题 IP数据包内封装IP 作者所在系别 计算机科学与工程系 作者所在专业 网络工程 作者所在班级 B10521 作 者 姓 名 作 者 学 号 20104052128 指导教师姓名 指导教师职称 完 成 时 间 201年 月 北华航天工业学院教务处制 译文标题 IP Encapsulation within IP 原文标题 在IP内封装IP 作 者 Internet Engineering Task Force 译 名 Internet工程任务组 国 籍 美国 原文出处 Request For Comments 译文:在IP内封装IP 摘要本文档描述了一种方法,通过该IP数据报可能被一个IP数据报中封装(作为净负载)。封装建议,以改变正常的IP路由数据报,由他们来提供,否则将不会被IP目的地址字段(的网络部分)的原始IP报头中选择了一个中间目的地的一种手段。封装可以用于各种目的,例如把数据报传送到使用移动IP的移动节点。 简介 在最常见的隧道中我们有: --- encapsulator -------- decapsulator --- destination 其中source, encapsulator, decapsulator 和destination是独立的节点。encapsulator 节点称为隧道的入口而decapsulator节点称为隧道的出口点在封装与拆分的过程中同一个隧道通常可能有多个source-destination对。 2.动机 3.在IP中封装IP 为了使IP-in-IP来封装IP数据报,在现存IP头部前面插入外层的IP头 如下所示: 外层IP头部由封装方按下面设置: Version 4 IHL 因特网头部长度为外部IP头部的长度,用位的字表示。 TOS 服务类型(TOS)从内层IP头部拷贝。 Total Length Total Length为整个封装后IP数据报的长度,包括外层IP头部内层IP头部,及其净载数据。 Identification, Flags, Fragment Offset 这三个域按参考文献[10]进行设置.但是如果在内部IP头部设置了Dont Fragment位,必须在外部IP头部中设置该位;如果内部IP头部没有设置Dont Fragment位,在外层IP头部中可以设置该位,见5.1。 Time to Live 外层IP头部的生存期(TTL)域设置为封装后数据报传输到隧道出口点所经历的大致时间 Protocol 4 Header Checksum 为外层IP头部的Internet头部检验和。 Source Address 封装方的IP地址即隧道的入口点。 Destination Address 解封装方的IP地址即隧道的出口点。 Options 内部IP头部中出现的选项通常不出现在外层IP头部中。但是以增加隧道自定义的选项.特别地,一些内层IP头部支持的安全选项可能影响到外层的头部安全选项的选择。并不期望在这些选项到隧道的选项或安全头部之间建立一对一的映射. 在封装数据报时,如果隧道作为转发数据报的一部分,内层IP头部的TTL将减1;否则,在封装的过程中内层TTL保持不变.如果得到的内层IP头部的TTL为0数据报被丢弃并应该向发送者产生一个Time Exceeded的ICMP信息。封装方是不会对TTL=0的数据报进行封装的。 内层IP头部中的TTL在拆分的过程中保持不变。拆分后,如果内层数据报TTL=0,拆分方必须丢弃该数据报。拆分后,如果拆分方转发该数据报到它的一个网络接口,它像正常转发IP数据报那样递减TTL。见4.4。 封装方可以使用现存适合的IP机制来把封装后的净载数据传送到隧道的出口点。特别地,允许使用IP选项还可以允许分片,除非内层IP头部中设置了Dont Fragment位。使用该分片限制是为了使使用路径MTU发现的节点能够得到他们所要寻找的信息。 3.2路由失败 在隧道内部的路由环回(Routing loops)特别危险,它们使数据报再次回到封装方。假设一个数据报到达路由器等待转发,而该路由器认为该数据报在传送之前必须封装 那么: - 如果该数据报的Source Address与路由器自己的任一个网络接口的IP地址匹配,该路由器不允许为该数据报建立隧道;相反,该数据报应该被丢弃. - 如果该数据报的Source Address 与隧道的目的IP地址匹配(隧道出口点一般由路由器根据数据报的IP头部的Destinatio

文档评论(0)

三哥 + 关注
实名认证
文档贡献者

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

1亿VIP精品文档

相关文档