1CH1计算机网络概述.ppt

OSI模型和协议的缺点 时机问题 在TCP/IP协议出现商机之后提出，无发展空间。 技术问题 表示层和会话层没有实现，数据链路层和网络层出现新的子层； 效率低下，低层过分强调可靠性，忽略了高效的无连接服务； 一些功能特性无法确定层次归属； 概念模型由通信专家制定不适合计算机和软件工作方式。 实现问题 TCP/IP模型的缺点 没有明确区分规范与实现, 软件工程最好要区分. 不具备通用性,不能描述其它的协议. 网络接口层只定义网络层与数据链路层的接口，而非层的概念. 不区分数据链路层和物理层 许多应用协议软件有缺陷，却很难替换 物理层 数据链路层 网络层 传输层 应用层 比较结论 OSI概念模型好，协议实现不好 TCP/IP协议实现好，模型不好 综合参考模型 1.5.3 实体、协议、服务和服务访问点 实体(entity) 表示任何可发送或接收信息的硬件或软件进程。 协议是控制两个对等实体进行通信的规则的集合。 在协议的控制下，两个对等实体间的通信使得本层能够向上一层提供服务。 要实现本层协议，还需要使用下层所提供的服务。 实体、协议、服务和服务访问点（续） 本层的服务用户只能看见服务而无法看见下面的协议。 下面的协议对上面的服务用户是透明的。 协议是“水平的”，即协议是控制对等实体之间通信的规则。 服务是“垂直的”，即服务是由下层向上层通过层间接口提供的。 同一系统相邻两层的实体进行交互的地方，称为服务访问点 SAP (Service Access Point)。 实体、协议、服务和服务访问点（续） 协 议 交换原语 交换原语 服 务 用 户 提 供 服 务 服 务 提 供 者 第 n 层 第 n + 1 层 服 务 用 户 SAP SAP 著名的协议举例 占据两个山顶的蓝军与驻扎在这山谷的白军作战。力量对比是：一个山顶上的蓝军打不过白军，但两个山顶的蓝军协同作战就可战胜白军。一个山顶上的蓝军拟于次日正午向白军发起攻击。于是发送电文给另一山顶上的友军。但通信线路很不好，电文出错的可能性很大。因此要求收到电文的友军必须发送确认电文。但确认电文也可能出错。试问能否设计出一种协议，使得蓝军能实现协同作战因而一定(即100 %)取得胜利？ 明日正午进攻，如何？ 同意 收到“同意” 收到：收到“同意” … … … … … … 这样的协议无法实现！ 结论 这样无限循环下去，两边的蓝军都始终无法确定自己最后发出的电文对方是否已经收到。 没有一种协议能够蓝军能 100% 获胜。 1.5.4 面向连接服务与无连接服务 面向连接服务(connection-oriented) 面向连接服务具有连接建立、数据传输和连接释放这三个阶段。 无连接服务(connectionless) 两个实体之间的通信不需要先建立好连接。 是一种不可靠的服务。这种服务常被描述为“尽最大努力交付”(best effort delivery)或“尽力而为”。 1.6 应用层的客户-服务器方式 在 TCP/IP 的应用层协议使用的是 客户-服务器方式 计算机的进程(process)就是运行着的计算机程序。 为解决具体应用问题而彼此通信的进程称为“应用进程”。 应用层的具体内容就是规定应用进程在通信时所遵循的协议。 客户和服务器 客户(client)和服务器(server)都是指通信中所涉及的两个应用进程。 客户-服务器方式所描述的是进程之间服务和被服务的关系。 客户是服务请求方，服务器是服务提供方。 客户软件的特点 在进行通信时临时成为客户，但它也可在本地进行其他的计算。 被用户调用并在用户计算机上运行，在打算通信时主动向远地服务器发起通信。 可与多个服务器进行通信。 不需要特殊的硬件和很复杂的操作系统。 服务器软件的特点 专门用来提供某种服务的程序，可同时处理多个远地或本地客户的请求。 在共享计算机上运行。当系统启动时即自动调用并一直不断地运行着。 被动等待并接受来自多个客户的通信请求。 一般需要强大的硬件和高级的操作系统支持。 客户进程和服务器进程使用 TCP/IP 协议进行通信 数据链路层 物理层 运输层 网络层 数据链路层 物理层 运输层 网络层 ① 客户发起连接建立请求 ② 服务器接受连接建立请求 应用层 应用层 因特网 客户 服务器 以后就逐级使用下层 提供的服务 (使用 TCP 和 IP） 基于TCP/IP的各种应用 HTTP SMTP DNS RTP TCP UDP IP 网际层 网络接口层 运输层 应用层 … … … 网络接口 1 网络接口 2 网络接口 3 Everything over IP IP 可为各式各样的应用程序提供服务 IP over Ever