HCIA-R&S Notes 02 传输层协议简述

传输层协议

TCP

传输控制协议(Transmission Control Protocol)
可靠 慢 面向连接的协议
保证可靠的四种方法:

1. 建立连接(三次握手)
   

• PC向S发送一个SYN消息，携带一个序列号seq假设为a。
• S有没有接收到PC发来的消息PC并不知道，所以S接收到SYN消息之后应该恢复一个确认消息ACK，携带一个确认号ack为a+1，让PC知道S已经收到seq为a的SYN消息了。
  如果只是到这里就结束了，证明PC发送的消息S可以接收到，这点PC和S都知道，但是S并不知道PC有没有收到自己发过去的ACK消息，所以S决定也让PC回个消息确认一下PC收到了没。
  所以S在发送ACK消息给PC确认的时候，顺便也发了个SYN消息，携带一个seq为b。
• PC收到了S发来的ACK和SYN消息之后，回复一个ACK消息，携带ack为b+1，seq为a+1。

根据上述过程，我们很容易可以发现ack的作用，就是确认上一个报文，同时也是下一个报文的序列号。

2. 丢包重传
   

• PC和S通信过程中，PC一直给S发包，顺序号依次是a+2，a+3，a+4，但是很不幸的事发生了——seq为a+4这个包丢了！
• 这个时候，如果S不告诉PC，PC就永远不知道丢了个包，也就无法保证数据的可靠性，聪明的S想到个办法，就是给PC发送确认信息。
• S会给PC发送确认信息，携带的ack的值为收到的最大seq+1（也就是a+4），PC就会重新发送seq为a+4的包，从而保证了数据的可靠性。

3. 窗口大小(滑动窗口)
   有个大佬说的特别好，链接：link

4. 断开连接(四次分手)
   原理和建立连接的三次握手差不多，唯一的区别就是S在回复PC的时候，ACK和FIN会分成两个报文发送。

UDP

用户数据报协议(User Datagram Protocol)
不可靠 快 无连接的协议
UDP头部:

0-15	16-31
源端口	目的端口
长度	校验和

长度:UDP长度+数据长度
没有确认机制

_{本人也是小白菜,如有错误请指出!谢谢大佬!!最后,图是我徒手画的!非常简陋很抱歉!}