第2章网络协议的体系结构.ppt

2.在TCP/IP协议控制下的通信过程 举例说明：设有一个以太网和一个令牌环网通过路由器互联的 网络如下图所示。假设以太网中的主机A要与令牌环网中的主 机1使用文件传输协议FTP完成一次文件传输过程，主机A中 的FTP客户程序就要向主机1中的FTP服务器程序提出请求。 由此开始了在TCP/IP协议控制下的主机A与主机1之间的通 信过程。 2.在TCP/IP协议控制下的通信过程（2） 2.在TCP/IP协议控制下的通信过程（3） 可以把主机A和主机1通过路由器进行通信的过程抽象 成下图所示的TCP/IP协议通信模型。 2.在TCP/IP协议控制下的通信过程（4） 该模型中，主机A和主机1组成了端到端(End to End) 的系统。与我们在上一节分析过的OSI相同，TCP/IP 的传输层完成的也是端到端的通信。本例针对FTP应用 传输层使用的是TCP协议，在其他类型网络应用的通信 中也可以使用UDP协议。 该模型中，在端系统中必须具有TCP/IP协议的完整的 四层结构。中间的路由器（也称为中间系统）一般只把 网络中传输的数据包从一个网络转发到另一个网络，因 此它只需有网络接口层和网络层就可以进行工作。 3.TCP/IP协议通信的数据封装与传递过程 同样用本例来说明，当FTP应用程序用TCP传送数据时，数 据被送入协议栈中，然后逐个通过每一层直到被当作一串比 特流送入物理网络。封装与解封的整个过程如下图所示。 TCP/IP协议模型中的网络应用程序(应用层协议)一般 是以客户-服务器(Client/Server，C/S)方式工作的。 客户(client)和服务器(server)都是指一次通信中所涉 及的两个应用进程。 在进行通信时临时成为客户，但它也可在本地进行其他的计算。 被用户调用并在用户计算机上运行，在打算通信时主动向远地服务器发起通信。 可与多个服务器进行通信。 不需要特殊的硬件和很复杂的操作系统。 服务器软件的特点： 一种专门用来提供某种服务的程序，可同时处理多个远地或本地客户的请求。 在共享计算机上运行。当系统启动时即自动调用并一直不断地运行着。 被动等待并接受来自多个客户的通信请求。 一般需要强大的硬件和高级的操作系统支持。 功能较强的计算机可同时运行多个服务器进程。 客户-服务器方式的工作模式 附注：因特网技术文档-请求注解（RFC） RFC（Request For Comments）是一系列关于因特网的技术文档。RFC涉及计算机网络的概念、协议、过程、程序、会议纪要、观点看法等诸多方面的内容。 RFC技术文档的发布开始于1969年，截止到2004年8月RFC文档数已达3800多篇。当某一机构、团体或个人开发出了一个标准或者想对某一标准提出自己的设想，希望得到大家的认可时，就要通过因特网工程指导小组IESG(Internet Engineering Steering Group)在因特网上发布一个RFC文档，向外界征询意见。 所有的RFC文档都可从因特网上免贸下载。但应注意，并非所有的RFC文档都是因特网标准，只有一小部分观文档最后才能变成因特网标准。 RFC按收到时间的先后用阿拉伯数字从小到大编号。一个RFC文档更新后就使用一个新的编号，并在文档中指出原来老编号的RFC文档已成为陈旧的。 制订因特网的正式标准要经过以下的四个阶段： ?因特网草案(Internet Draft) ——在这个阶段还 不是RFC文档。 ?建议标准(Proposed Standard) ——从这个阶 段开始就成为 RFC 文档。 ?草案标准(Draft Standard) ?因特网标准(Internet Standard) 历史的RFC或者是被后来的规约所取代，或者是从未到达必要的成熟等级因而未变成为因特网标准。 实验的RFC表示其工作属于正在实验的情况。实验的RFC不能够在任何实用的因特网服务中进行实现. 提供信息的RFC包括与因特网有关的一般的、历史的或指导的信息。这种RFC通常是由非因特网的组织中的某个人(例如，设备的卖主)写出的。 下图表示了各种RFC之间的关系。 各种RFC之间的关系 符合因特网标准过程的规范有两类： ?技术规范TS（Technical Specification） ?适用性陈述AS（Applicability Statement） TS是关于协议、服务、过程、约定和格式的描述。 AS定义一到多个技术规范的使用环境和如何使用.AS 为每个TS指定下列5个“需要等级”之一。 （1）必需的 （2）建议的 （3）可选的 （4）限制使用的 （5）不建议的 RFC文档的获取方式 RFC文档包含了关于因特网的几乎所有的重要资料。 RFC文档可以通过电子邮件、F