TCPIP协议簇设计原理V.pptVIP

DARPA互联网协议设计理念 2012-7-4 引言 背景 1973年，美国国防高等研究计划署(DARPA)第一次提出了互联网协议簇TCP/IP，时至今日，它已经在军事和商业系统中得到了广泛应用； 问题 尽管已经存在很多描述TCP/IP协议簇的论文和规范，但是只从这些协议和规范很难推想出，为什么协议簇是它现在存在的这个样子。 介绍 演化中的协议 从最初的提议到目前的标准，经历了比较大的变化 无连接服务的思想 TCP和IP的分层结构 互联网结构仍在发展当中 有时新的扩展会挑战传统的法则 了解协议历史的必要性 影响了其他协议簇，如ISO无连接传输模式构型的协议 在任何情况下,当前的设计扩展都是在历史的设计背景下提出的 互联网架构的首要目标 开发一个有效的技术，对现有的互相连通的网络进行多路复用，包括三个方面的内容： 将所有网络连通提供更大的服务 一个想法是将现有网络进行连通 另一个想法是设计一个统一标准的系统，可以包容不同的传输媒介 多路复用技术 一个是分组交换技术 另一个是线路交换 网络互连技术 网关作为通信处理机 次级目标 互联网协议的有效性包含以下方面： 在网络和网关出故障时，互联网通信必须能够继续进行； 互联网必须支持多种类型的通讯服务； 互联网结构必须能够适应各种网络结构； 互联网结构必须允许分布式的资源管理； 互联网结构必须考虑成本效益； 互联网结构必须允许主机连接，而且代价要小； 互联网结构使用的资源必须是可解释的，有说明的； 对于上面的列表，不同的排列顺序，代表不同特点的重要性，会产生一个完全不同的网络架构，从而应用于不同的环境中。 次级目标1：面对故障时的存活能力 存活能力是指，网络或网关出现闪断故障时，互联网能继续提供服务的能力；进一步来讲，即正在进行会话的状态信息必须被保护好，有两种方式： 信息备份 状态被保存在网络中间的分组交换节点，缺点：因为这种情况下备份本身的分散特性，用来确保备份健壮性的算法很难构造； 命运共享 在网络的末端获取并收集状态信息，优点：可防护任何数目的中间媒介故障、比信息备份容易建造的多；缺点：网关中没有任何当前连接基本状态信息、主机被赋予太多的信任，易导致机器上得应用无法运行 次级目标2：提供多种类型服务 传输层应该支持多种服务类型 多种服务类型：区别在于对网络速度、时延、可靠性的要求不同 传统服务类型提供可靠的双向数据传递 陆续出现一些TCP协议无法支持的服务：实时数字音频传输 TCP/IP分层 TCP提供可靠的顺序的数据流服务 IP提供数据报服务，为其他服务提供底层支持 对底层网络要求 不要求底层网络支持多种服务，而是在基本的数据报层之上，在主机和网关上通过算法实现多种服务 但是一些底层网络对多种服务支持并不好 次级目标3：支持多种底层网络 因特网架构对底层网络要求很少 要求： 能传输包或数据报； 数据包大小合理，至少100bytes； 可靠性合理但并不要求绝对可靠； 有合理的寻址机制 不要求： 可靠传输、有序传输、网络层广播和多播、报文优先级划分、对多种服务的支持、对传输失败、传输速度、时延的感知 当需要基本服务以外的服务时 选择1：底层网络直接支持 选择2：每个主机的网络接口模拟这些服务 次级目标：其他目标 分布式管理 现有因特网有几个不同的管理中心，管理区域内部用私有路由算法，管理区域间可以交换路由表 由资源使用策略制约的路由算法是互联网的一个难题，因此多管理域环境下的资源管理是个重要方向 有效性 报文头部典型的为40bytes，所以传输短数据时效率很低 重传是端到端的，而不是在底层网络重传，从而影响效率。但如果错包率较小，可以接受 次级目标：其他目标 主机联网代价 需要在这个主机上实现相关协议，但是随着人们经验的增多，这已经不再困难 主机故障导致网络故障 由于服务在每个主机实现，因此主机故障也会带来网络问题，从而影响网络可靠性 网络健壮性?命运共享?主机故障导致网络问题 资源可计数 计数网络包数量 因为商业用途中会重视internet网络中的资源分析、监控和管理 架构与实现 因特网架构的目标：在传输层提供灵活的服务 因特网服务实现的决定因素：软件和底层网络 架构与实现 实现是指在因特网架构下互联起来的网络、网关、主机的集合： 服务在带宽方面数量级不同 服务在延迟方面的数量级不同 网关和路径上的冗余度不同 架构与实现 架构设计者面临的问题：如何辅助网络实现设计者设计特定类型的服务？ 协议模拟器能完成协议逻辑上的检查，却不能限制性能 一些设计在逻辑上正确，但在性能上成数量级下降，导致设计失败 原因：性能不达标主要因为协议所在的操作系统而不是协议本身。 架构与实现 架构设计者面临的问题：如何辅助网络实现设计者设计特定类型的服务？ 另一种辅助工具是仿真器：考虑服务