计算机网络第2章-(中文).pptVIP

因特网协议栈 应用层:包含大量应用普遍需要的协议，支持网络应用 FTP, SMTP, HTTP 运输层: 主机到主机数据传输，负责从应用层接收消息，并传输应用层的message，到达目的后将消息上交给应用。 TCP, UDP 网络层: 从源到目的地数据报的选路 IP, 选路协议 链路层: 在邻近网元之间传输数据 PPP, 以太网 物理层: 物理层负责将链路层帧中的每一位(bit)从链路的一端传输到另一端。 上网？ 做什么？ 第2章 应用层 我们的目标: 网络应用协议的概念，实现方面 运输层服务模型 客户机/服务器模式 对等范例 通过考察流行的应用级协议，学习协议 HTTP FTP SMTP / POP3 / IMAP DNS 网络应用编程 套接字 API 应用层实体-- 网络应用程序 网络应用程序 能够在不同的端系统上运行 能够通过网络通信 如Web: Web服务器软件与浏览器软件通信 与网络核心设备的关系 不直接相关 网络核心设备不作用于应用层 这种设计使得能够快速开发应用 促进因特网应用程序的研发和部署 网络应用需要网络核心设备的支持 通信的发展—应用需求驱动通信网络的升级换代：多媒体应用推动因特网设备的不断换代、3G/4G的部署。 第2章 应用层 2.1 应用层协议原理 2.2 Web应用和HTTP协议 2.3 文件传输协议：FTP 2.4 电子邮件 SMTP, POP3, IMAP 2.5 DNS 2.6 P2P 文件共享 2.7 TCP的套接字 编程 2.8 UDP的套接字 编程 2.9 构建一个 Web 服务器 2.1.1网络应用程序体系结构 客户机/服务器 对等 (P2P) 客户机/服务器与P2P的混合 2.1.1网络应用程序体系结构--客户机/服务器体系结构 运行模式： 类似银行服务 服务与被服务 排队 服务器: 总是打开的主机 固定的IP地址 应对大量客户需求时，可扩展为主机群集，或服务器场 客户机: 与服务器通信 可以间歇地连接 可以具有动态的IP地址 彼此不直接地通信 基础设施密集 需要投入巨额费用 Web服务 搜索引擎—Baidu 电子商务—淘宝 视频共享—YouTube 2.1.1网络应用程序体系结构--纯P2P体系结构 无总是打开的服务器 任意的端系统直接通信 对等方间歇地连接，改变IP地址 适用于流量密集型应用程序 文件分发--BT 文件搜索/共享--eMule 因特网电话--Skype IPTV--PPLive 高度地可扩展 但是难以管理 2.1.1网络应用程序体系结构--客户机/服务器与P2P的混合 运行特点： 数据传输P2P 中心服务器 Napster 文件传送P2P 集中式文件搜索： 对等方在中心服务器上注册内容 对等方查询相同的中心服务器以定位内容 即时讯息 在两个用户之间聊天是P2P 集中式的出席检测/定位: 用户当他在线时，向中心服务器注册其IP地址 用户联系中心服务器以发现伙伴的IP地址 2.1.2进程通信 进程？ 进程通信 在同一台主机中，两个进程使用进程间通信IPC(由操作系统定义)通信. 在不同的主机中的进程通过交换报文通信 客户机进程: 发起通信的进程，如浏览器。 服务器进程：等待联系的进程，如web服务器程序。 具有P2P体系结构的应用程序具有客户机进程和服务器进程。文件共享时，下载文件为客户、上载文件为服务器。 2.1.2进程通信--套接字(Socket) 进程与计算机网络之间的接口—套接字 进程从/来自它的套接字发送/接收报文 套接字类似于门 发送进程将报文推出门外 发送进程依赖门的另一侧运输层基础设施，它将报文送到接收进程的套接字 实现形式--应用程序接口API 选择运输协议; 确定一些参数：最大缓存、最大报文长度 2.1.3 可供应用程序使用的运输服务 可靠的数据传输 某些应用（如音频）能够容忍某些丢失 其他应用（如文件传输，Telnet）要求100%可靠数据传输 定时 某些应用（如因特网电话、交互式游戏）要求“有效的”低时延 时延跟带宽有一定关系 2.1.3 可供应用程序使用的运输服务--普通应用的运输服务要求 2.1.4因特网提供的运输服务 TCP服务: 面向连接: 客户机和服务器之间所需的建立 可靠传输：在发送和接收进程之间 流控制: 发送方不会淹没接收方 拥塞控制: 当网络过载时抑制发送方，有利于整个网络运行，但对有带宽要求的应用非常不利。 并不提供: 定时，最小带宽保证 UDP服务: 在发送进程及接收进程之间的不可靠数据传输 不提供：建立连接，可靠性，流控，拥塞控制，定时或带宽保证 不抑制发送速率，实时应用通常选择UDP 许多防火墙阻塞UDP流量，使得一些设计者考虑TCP 2.1.4因特网提供的运输服务--应用协议及其支撑的传输协议