《物联网概论》第9章 互联网.ppt

2. 域名解析流程 查询类型 解析流程 《物联网概论》-韩毅刚 * 查询类型 递归查询 域名服务器之间 服务器沿域名树查询 你给我查 迭代查询 客户和服务器 服务器会返回一个域名服务器清单 他可能知道 《计算机网络技术》-韩毅刚 * 解析流程 1）发送请求给本地DNS 2）本地DNS查询高速缓存 3）本地DNS查询根DNS 根DNS返回一个主DNS 4）本地DNS请求主DNS 5）重复第4步，直到找到正确的记录。 6）本地DNS将结果返回给客户 《计算机网络技术》-韩毅刚 * 9.4.2 HTTP协议 超文本传输协议 HyperText Transfer Protocol 《物联网概论》-韩毅刚 * HTTP通信模型 C/S 请求和响应 《计算机网络技术》-韩毅刚 * HTTP特点 C/S 无状态 无状态协议指协议对于事物处理没有记忆能力 区别于HTTP缓存 不利于动态交互应用 需要记住客户端状态 文本协议 内容协商 服务器驱动：用户给出首选项，服务器作决定 代理驱动：服务器给出首选项，客户作选择 《计算机网络技术》-韩毅刚 * HTTP报文 HTTP通信中的基本单元 结构化的字节序列 文本 《计算机网络技术》-韩毅刚 * HTTP请求报文结构 《物联网概论》-韩毅刚 * UDP首部 《计算机网络技术》-韩毅刚 * * UDP数据报格式 长度：整个报文 校验和：整个报文段+IP伪首部 出错丢弃，再无行动 该字段可选，不使用时置0 9.3.3 TCP协议 1.TCP连接的建立与终止 2.TCP的控制机制 《物联网概论》-韩毅刚 * 1.TCP连接的建立与终止 TCP连接的建立 TCP连接的终止 《物联网概论》-韩毅刚 * TCP连接的建立 一对端口之间仅有一条连接 由套接字惟一标识 但一个端口可以连接到多个目的端口 三次握手 《计算机网络技术》-韩毅刚 * * 三次握手 1. 连接请求 SYN标志置位 序号字段=初始序号（SN=i） 2. 连接响应 SYN，SN=j，AN=X+i 3. 对响应的确认，并开始传输 SN=i+1，AN=j+1 TCP连接建立的实例 telnet 《计算机网络技术》-韩毅刚 * * TCP为什么不使用二次握手 不可靠网络使用二次握手存在问题: SYN重复 SYN滞后 数据报滞后 * 二次握手——SYN重复 A发出SYN，B应答SYN SYN丢失，通过重传处理 会导致重复的 SYNs 一旦连接，忽视掉重复的SYN * 二次握手——滞后的SYN 二次握手会造成半连接或误连接 SYN i 废SYN i到达； B响应； SYN k SYN j SN k+1 B丢弃重复SYN； 因为乱序B拒收段 现在两边认为合法连接已存在 解决办法：每一边都显式确认对方的SYN和序号 A B A发起SYN； * 二次握手 滞后的数据段 * 连接建立的措施 每个新连接以不同序号开始，且这个序号远离上一次连接使用的最后一个序号 采用SYN i 在ACK中包含发送序号i 三次握手 明确确认对方的SYN及其序号 三次握手中收到旧的确认 发送序号i和确认序号p相差较远 《计算机网络技术》-韩毅刚 * TCP连接的终止 每个TCP 用户必须发出 CLOSE原语 运输实体将FIN置位 三次握手或四次握手 《计算机网络技术》-韩毅刚 * * 三次握手关闭连接 发送一个FIN i 并接收一个 AN i 接收一个 FIN j 并发送一个 AN j 等待的间隔时间长度为预计的报文段最大生存期的两倍 * TCP的四次握手 TCP关闭时响应方在FIN之前还有数据段发送 所谓的四次握手过程 实际情况 * TCP连接终止实例 telnet Quit命令退出 * 连接终止存在的问题 后发先至 FIN 比最后的数据报文段先到达 运输实体接受这个 FIN 关闭连接 丢失最后的报文段 解决方法：三次握手 用一个序号与 FIN关联 接收运输实体等待FIN序号之前的所有报文段 必须明确地确认对方的FIN报文段 * 不可靠网络服务之上连接释放 三次握手方式释放连接 FIN A发FIN 启动定时器 B发FIN 启动定时器 FIN, ACK 释放连接 ACK A发ACK 释放连接 A B * FIN A发FIN 启动定时器 B确认并发FIN 启动定时器 FIN，ACK 释放连接 ACK A发ACK （超时） 释放连接 A B 三次握手释放对确认丢失的处理 * FIN A发FIN 启动定时器 B发FIN 启动定时器 FIN 释放连接 ACK A发ACK 释放连接 A重发FIN 启动定时器 FIN B发FIN 启动定时器 FIN A B 三次握手释放对响应丢失的处理 * FIN A发FIN 启动定时器 B发FIN 启动定时器 FIN （N次超时） 释放连接