传输层

本文深入探讨了传输层的重要协议TCP和UDP。介绍了端口号的作用和范围,特别是知名端口的分配。接着详细讲解了UDP协议的特性,如无连接、不可靠和面向数据报,并提醒注意其数据传输的限制。对于TCP,文章涵盖了其确认应答、超时重传、连接管理、滑动窗口、流量控制和拥塞控制机制,以及TCP特有的延迟应答和捎带应答策略。此外,还讨论了TCP的面向字节流特性及其可能导致的粘包问题以及解决方案。
摘要由CSDN通过智能技术生成

传输层

端口号

端口号(Port)标识了一个主机上进行通信的不同的应用程序;

在TCP/IP协议中,用 “源IP”,“源端口号”,“目的IP”,“目的端口号”,“协议号”这样一个五元组来标识一个通信(可以通过
netstat -n查看);

端口号范围划分

  • 0 - 1023:知名端口号,HTTP,FTP,SSH等这些广为使用的应用层协议,他们的端口号都是固定的;
  • 1024 - 65535:操作系统动态分配的端口号,客户端程序的端口号,就是由操作系统从这个范围分配的。

认识知名端口号(Well-Know Port Number)

有些服务器是非常常用的,为了使用方便,人们约定一些常用的服务器,都是用以下这些固定的端口号;

  • ssh服务器,使用22端口
  • ftp服务器,使用21端口
  • telnet服务器,使用23端口
  • http服务器,使用80端口
  • https服务器,使用443

我们自己写一个程序使用端口号时, 要避开这些知名端口号。

UDP协议

UDP:User Datagram Protocol,用户数据报协议

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-drat71Ls-1617537974826)(assets/image-20210404142303539.png)]

  • 16位UDP长度,表示整个数据报(UDP首部+UDP数据)的最大长度
  • 如果校验和出错,就会直接丢弃

UDP的特点

  • 无连接:知道对端的IP和端口号就执行进行传输,不需要建立连接
  • 不可靠:没有确认机制,没有重传机制;如果因为网络故障该段无法发到对方,UDP协议层也不会给应用层返回任何错误信息
  • 面向数据报:不能够灵活的控制读写数据的次数和数量

面向数据报

应用层交给UDP多长的报文,UDP原样发送,既不会拆分,也不会合并;

UDP的缓冲区

  • UDP没有真正意义上的发送缓冲区,调用sendto会直接交给内核,有内核将数据传给网络层协议进行后续的传输动作;
  • UDP具有接受缓冲区,但是这个接受缓冲区不能保证收到的UDP报的顺序和发送UDP报的顺序一致,如果缓冲区满了,再到达的UDP数据就会被丢弃

UDP使用的注意事项

我们注意到,UDP协议首部中有一个16位的最大长度,也就是说一个UDP能传输的数据最大长度是64k(包含UDP首部),然而64k在当今的互联网环境下,是一个非常小的数字;

如果我们需要传输的数据超过64k,就需要在应用层手动的分包,多次发送,并在接收端手动拼装。

基于UDP的应用层协议

  • FTTP:简单文件传输协议
  • DHCP:动态主机配置协议
  • DNS:域名解析协议

TCP

TCP:Transmission Control Protocol,传输控制协议

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-uLMLEmoS-1617537974828)(assets/image-20210404171833167.png)]

  • 源/目的端口号: 表示数据是从哪个进程来, 到哪个进程去;
  • 32位序号/32位确认号: 后面详细讲;
  • 4位TCP报头长度: 表示该TCP头部有多少个32位bit(有多少个4
  • 1
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值