标签：协议 UDP HCIE 第八节 TCP 端口 IP 传输层 数据
传输层：实现“端到端”的服务 应用到应用
端口 = port [逻辑端口]
基于应用级别的互访，就是 端口到端口的互访。
传输层 = 0-65535[端口范围] === TCP/UDP
0——1023 端口：知名端口 提前保留出来的端口
TCP协议：FTP服务[20/21] SSH[22] Telnet服务 [23] HTTP服务[80] HTTPS[443]
UDP协议：DNS服务[53] DHCP协议[67/68]
TCP协议：传输控制协议 —— 面向连接的协议
- 只能适应于单播通信
- 可以给予建立好的连接 灵活的对接下来的数据传递进行控制
- 无法很好地满足即时性的业务要求，传递一些文件 稳定性支持性很好
- 自带分片功能
UDP协议：用户数据包协议 —— 面向无连接的协议
- 保证数据进行传输 但是UDP无法对于传递的数据进行控制，如果想对数据做控制，此时借用应用层实现。
- 可以很好地满足即时性的要求，对时间要求比较高
- 对于上层传递的数据，“全盘接收”[没有分片机制] 用于相对比较小的流量
连接：
正式发送数据之前，提前建立好一种虚拟的“点到点”式的连接 = 单播的模式
建立连接=三次握手
全双工 -- 同一时刻，即可以发送数据，又可以接收数据
Client 客户端 ---- Server 服务器
C/S架构
S-IP ： 源IP
D-IP ：目的IP
Protocol ： 协议号
S-Prot ：源端口
D-Port ：目的端口
==================== 五元组
如果ack[确认号] 想实现对于数据的确认功能，此时必须保证标志位中的ACK置为1.
SYN：只会在TCP的前两次握手中置位，接下来永远不会置位。
建立三次握手时，不传数据的；三次握手之后，TCP开始传递数据。
重传机制1：对于TCP而言，如果接收端收到的数据没有按照顺序排列，此时会将按序接收的数据进行确认，无序的报文会本地缓存，但是不会确认，知道数据最终有序。 ---- 冗余ack
重传机制2：对于TCP而言，如果发送了数据，但是一直没有得到对方的确认，则会在一个时间周期后，重新发送数据。 ---- 超时重传机制 [ RRTS 加权的平均往返时间 ]
分片的报文段的长度：MSS-- 最大报文段长度 [每一段的数据的长度] -- 1460
出现地点：在三次握手时，进行协商。并且，后续进行数据传输时，该选项不会携带。
接收方通过调整window窗口，以此来影响发送方的接收速率。
窗口发小是自动协商的。
FIN：主动断开连接时，才会置位
传递 组播/广播流量 ---只能选择UDP
单播 --- 可以TCP/UDP
标签：协议,UDP,HCIE,第八节,TCP,端口,IP,传输层,数据 来源： https://www.cnblogs.com/blackfeather-sec/p/15821172.html
本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享； 2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关； 3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关； 4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除； 5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。