第二讲 应用层协议.pptVIP

第2讲: 应用层 本讲目标: 网络应用层的概念和实现 客户端-服务器范式 服务模型 通过对常用应用层协议的探讨和分析来学习网络协议 深层次目标 特定协议: http ftp smtp pop Dns 内容分布网络 应用程序和应用层协议 应用程序: 分布式的进程 运行在不同的端系统 通过网络彼此通信 e.g., email, ftp, Web 没有应用程序运行在网络核心设备 网络核心设备不运行网络应用程序代码 应用程序在端系统使得网络应用可以快速的开发和部署 应用层协议： 应用层的一个“组成部分” 定义应用程序需交换的报文格式和顺序，以及传输或接收到报文时所需采取的动作 使用协议栈传输层所提供的通信服务 (TCP, UDP) 网络应用程序体系结构 客户端/服务器体系结构 P2P体系结构 客户机/服务器和P2P混合的体系结构 客户端/服务器体系结构 服务器 总是在线运行 具有固定的IP地址 服务器场可扩展，以创建强大的虚拟服务器 客户机 与服务器端通信 可以随时与服务器连接 可以拥有动态IP地址 客户机相互间不直接通信 纯P2P体系结构 没有总是在线运行服务器 任意一对端系统直接相互通信 对等方间歇连接并且可以改变IP地址 优缺点： 可扩展性高 难以管理 客户机/服务器与P2P混合的体系结构 Napster 文件直接在对等方之间交换 文件集中查找，通过服务器 对等方登记内容在中心服务器 对等方查询中心服务器来定位要求的内容 即时消息 两个聊天用户之间是P2P 出席检测/定位集中 用户上线时要在中心服务器上进行IP地址注册 用户与中心服务器联系与找出在线伙伴 进程通信 客户机与服务器进程: 进程：主机中运行中的程序. 在同一主机上的两个进程使用内部进程通信机制进行通信 ，由端系统的操作系统控制和协调. 不同主机上的进程则使用应用层协议进行通信 发送进程产生报文并向网络发送报文 接收进程接收报文，并通过回送报文进行响应 套接字 进程通过它的套接字在网络上发送和接收报文 套接字相当于门户 发送进程把报文推出门户 发送进程假设该门户到另外一侧之间有传输的基本设施，该设施可以跨越因特网把报文传送到目的主机。 接收进程门户接收报文，然后接收进程对报文进行相应处理 进程寻址 一个进程为了能够接收报文，它需要一个标识 主机有唯一32位IP地址 Q：主机的IP地址足够标识进程吗？ A：不能。为什么？ 每台主机上运行着很多进程。 应用层协议 交换报文类型：如请求报文和应答报文 报文类型的语法：报文中的各个字段及其详细描述 字段的语义：即在字段中信息的含义 进程何时、如何发送报文及响应报文 用户代理 应用进程需要怎样的传输服务? 可靠性（可靠传输容许数据丢失） 有些网络应用能够容忍一定程度的数据丢失 有些网络应用要求完全可靠的传送数据 带宽（最小带宽保证有弹性） 有些网络应用要求最小带宽保证 另外一些弹性应用可以随时使用可用带宽 各种网络应用都是带宽越高越好 实时性（延迟敏感延迟不敏感） 有些交互式实时网络应用要求低延迟，以此保证有效性 另一些非实时网络应用对延迟没有严格限制 各种网络应用延迟越低越好 常用应用程序对传输功能的要求 Internet 的传输协议服务 TCP 服务: 面向连接: 在客户端和服务器进程之间需要建立连接（setup ） 可靠传输 : 在发送和接受进程之间 流量控制: 发送数据的速度决不超过接收的速度 拥塞控制: 当网络超负荷时，束紧发送端口，减缓发送速度 不提供: 实时性, 最小带宽承诺 UDP服务: 在客户端和服务器进程之间实现“不可靠的”数据传输 不提供:连接建立, 可靠性保证,流量控制,拥塞控制,实时性, 最小带宽承诺 Q: 既生喻，何生亮? Why is there a UDP? Internet应用: 应用, 传输协议 HTTP协议概述 一些术语： 网页由许多对象组成 对象可以是HTML文件，JPEG图像，Java applet，音频文件、视频文件等。 网页由单个HTML文件和若干个所引用的对象组成 每个对象被每一个URL（Universal Resource Locator, 统一资源定位符）寻址 URL举例： HTTP协议概述 超文本传输协议（http: hypertext transfer protocol） 万维网应用协议 客户端/服务器模式 客户端: 浏览器请求、接收、展示 Web对象（ objects） 服务器: Web 服务器发送对象对请求进行响应 http1.0: RFC 1945 http1.1: RFC 2068 HTTP协议概述 http: TCP 传输服务: 客户端启动TCP连接(创建套