ch3_传输层4.pptVIP

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
ch3_传输层4

Chapter 3: 传输层 目标: 理解传输层服务的原理: 多路复用 可靠的数据传输 流量控制 拥塞控制 学习Internet传输层的协议: UDP: 无连接传输 TCP:面向连接传输 TCP拥塞控制 Chapter 3 大纲 3.1 传输层服务 3.2 多路复用 3.3 无连接传输: UDP 3.4 可靠数据传输原理 3.5 面向连接的传输: TCP 数据包结构 可靠的数据传输 流量控制 连接管理 3.6 拥塞控制原理 3.7 TCP 拥塞控制 Transport services and protocols 传输层与网络层的比较 网络层:主机间逻辑上的通信 传输层: 进程间逻辑上的通信 需要网络层服务的支持并增强了网络层的服务 打一个比方: 12 人给12个人写信: 进程 = 人 消息 = 信封中的信 主机 = 每个人的家庭住址 传输层协议 = 张强和畅卫功 网络层协议 = 邮局服务 Internet transport-layer protocols Chapter 3 大纲 3.1 传输层服务 3.2 多路复用 3.3 无连接传输: UDP 3.4 可靠数据传输原理 3.5 面向连接的传输: TCP 数据包结构 可靠的数据传输 流量控制 连接管理 3.6 拥塞控制原理 3.7 TCP 拥塞控制 多路复用 多路复用的过程 主机收到数据包 每个包有源IP地址和目标IP地址 每个包有一个数据分组 每个包有一个端口号 主机利用IP地址和端口号将分组发往对应的 无连接的复用 利用端口号建立socket: DatagramSocket mySocket1 = new DatagramSocket(12534); DatagramSocket mySocket2 = new DatagramSocket(12535); UDP socket 由两元组唯一确定: (dest IP address, dest port number) 当主机收到UDP分组时: 检测分组中的目标端口号 将UDP分组发往端口号对应的socket 源IP地址和源端口号不影响数据包的投递 无连接的复用(cont) DatagramSocket serverSocket = new DatagramSocket(6428); 面向连接的复用 TCP socket 由一个4元组唯一标识: source IP address source port number dest IP address dest port number 接受主机利用以上四个值投递数据包到对应的socket 服务器主机可以同时支持多个并发的TCP sockets: 每个socket由自己的4元组唯一标识 Web服务器采用不同的sockets为每个连接的client服务 non-persistent HTTP 为每个请求提供不同的socket来服务 面向连接的复用(cont) 面向连接的复用: Threaded Web Server Chapter 3 大纲 3.1 传输层服务 3.2 多路复用 3.3 无连接传输: UDP 3.4 可靠数据传输原理 3.5 面向连接的传输: TCP 数据包结构 可靠的数据传输 流量控制 连接管理 3.6 拥塞控制原理 3.7 TCP 拥塞控制 UDP: User Datagram Protocol [RFC 768] “没有做改进的” Internet transport protocol “best effort” service, UDP 分组可能: 丢失 乱序 无连接: UDP发送、接收端不需要握手 每个UDP分组被对立的处理 使用UDP的原因? 无需建立连接,省时 简单:发送、接收端不需要维护状态 包头尺寸小 没有拥塞控制,UDP想法多快就发多快(损人利己) UDP: more 经常在多媒体应用中采用 容忍丢包 对速率敏感 其他UDP的应用 DNS SNMP 在应用层基于UDP的可靠的传输 由应用层解决信道的错误! UDP checksum校验和 Sender: 将分组内容作为一系列的16-bit 的整数处理 checksum: 将报文内容求和 发送端将得出的校验和放入UDP头中 Receiver: 计算接收到的分组的校验和 检查两个校验和是否相同: NO – 发生错误 YES – 没有错误. 也有可能有隐藏的错误 …. Internet Checksum Example 注意 最高位的进位要加入到结果的末尾 Example: 16-bit 整数的和 Chapter 3 大纲 3.1 传输层服务 3.2 多路复用 3.3 无连接传输: UDP 3.4 可靠数据传输原理 3.5 面向连接的传输: TCP 数据包结构 可靠的数据传

文档评论(0)

xcs88858 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

版权声明书
用户编号:8130065136000003

1亿VIP精品文档

相关文档