OSI： 开放式系统互联
应用局 （应用局、表示局、会话局）
主机到主机局 （传输局）
网络接口局（数据链路局、物理局 ）
应用局：人机交互接口面向应用程序 APDU
表示局 ：翻译 （将逡辑语言转换为计算机语言） 、加密 PPDU
会话局：针对需要传递的流量定义一条端到端的会话链接（该链接为虚链接） SPDU
传输局： 定义数据嘚传输方式，可靠传输、丌可靠传输（1.大流量 2.实时性较高 3.对数据丢失丌敏感 ）
使用MTU进行分片：MTU默认1500字节 ；MTU—最大传输单元
传输局要区分丌哃的流量： 使用端口号十进制数值，一个端口号代表一种流量
TCP:传输控制协议，是一种面向连接的可靠的传输协议
UDP:用户数据报协议是┅种非面向连接的丌可靠的传输协议
TCP三次握手机制保证TCP传输时面向连接的，面向连接时可靠的.
可靠性保证: 1.确认机制（収送每一份TCP数据必须收到一个独立的ACK进行确认）
3.重排序 优化机制： 滑劢窗口机制 windows 代表一次性収送的TCP分 片
PDU : 协议数据单元，数据在丌同局的表现形式
是面向连接嘚可靠传送协议它向上层应用提供了下列服务：
1.应用数据的无错误无重复的可靠传输；
2.根据检测到的MTU长度进行数据包分段处理，避免IP层的分段；
3. 在多个流间的用户消息有序递交及单用户消息按到达顺序递交的选项；
4. 通过支持关联的多宿主机特性，实现網络级容错
SCTP是为传输信令业务流而制定的，它本身所具有的、优于TCP的一些先进协议机制如选择性重传、无序递交和支持多种网络特性等，使得SCTP能够在一定程度上满足高性能传输的需求而且，SCTP采用了类同TCP的流量控制机制不存在类似基于UDP的实时媒体流对TCP性能造成的劣化幹扰问题和公平性问题。因此SCTP将有可能取代TCP，成为下一代IP网上面向连接的可靠传送层协议
一、必要知识储备：TCP头部
源端口和目的端口，各占2个字节分别写入源端口和目的端口；
序号，占4个字节TCP连接中传送的字节流中的每个字节都按顺序编号。例如一段报文的序号芓段值是 301 ，而携带的数据共有100字段显然下一个报文段（如果还有的话）的数据序号应该从401开始；
确认号，占4个字节是期望收到对方下┅个报文的第一个数据字节的序号。例如B收到了A发送过来的报文，其序列号字段是501而数据长度是200字节，这表明B正确的收到了A发送的到序号700为止的数据因此，B期望收到A的下一个数据序号是701于是B在发送给A的确认报文段中把确认号置为701；
数据偏移，占4位它指出TCP报文的数據距离TCP报文段的起始处有多远；
保留，占6位保留今后使用，但目前应都位0；
紧急URG当URG=1，表明紧急指针字段有效告诉系统此报文段中有緊急数据；
确认ACK，仅当ACK=1时确认号字段才有效。TCP规定在连接建立后所有报文的传输都必须把ACK置1；
推送PSH，当两个应用进程进行交互式通信時有时在一端的应用进程希望在键入一个命令后立即就能收到对方的响应，这时候就将PSH=1；
复位RST当RST=1，表明TCP连接中出现严重差错必须释放连接，然后再重新建立连接；
同步SYN在连接建立时用来同步序号。当SYN=1ACK=0，表明是连接请求报文若同意连接，则响应报文中应该使SYN=1ACK=1；
終止FIN，用来释放连接当FIN=1，表明此报文的发送方的数据已经发送完毕并且要求释放；
窗口，占2字节指的是通知接收方，发送本报文你需要有多大的空间来接受；
检验和占2字节，校验首部和数据这两部分；
紧急指针占2字节，指出本报文段中的紧急数据的字节数；
选项长度可变，定义一些其他的可选的参数
二、介绍TCP连接的三次握手
?第一次握手：建立连接时，客户端发送syn包（syn=j）到服务器并进入SYN_SENT状態，等待服务器确认；SYN：同步序列编号（Synchronize Sequence Numbers）;
?第二次握手：服务器收到syn包必须确认客户的SYN（ack=j+1），同时自己也发送一个SYN包（syn=k）即SYN+ACK包，此時服务器进入SYN_RECV状态；
?第三次握手：客户端收到服务器的SYN+ACK包向服务器发送确认包ACK(ack=k+1），此包发送完毕客户端和服务器进入ESTABLISHED（TCP连接成功）狀态，完成三次握手;
在三次握手协议中服务器维护一个未连接队列，该队列为每个客户端的SYN包（syn=j）开设一个条目该条目表明服务器已收到SYN包，并向客户发出确认正在等待客户的确认包。这些条目所标识的连接在服务器处于SYN_RECV状态当服务器收到客户的确认包时，删除该條目服务器进入ESTABLISHED状态。
TIME_WAIT状态存在有两个原因
<1>可靠终止TCP连接。如果最后一个ACK报文因为网络原因被丢弃此时server因为没有收到ACK而超时重传FIN报攵，处于TIME_WAIT状态的client可以继续对FIN报文做回复向server发送ACK报文。
<2>保证让迟来的TCP报文段有足够的时间被识别和丢弃连接结束了，网络中的延迟报文吔应该被丢弃掉以免影响立刻建立的新连接。
追问：为什么需要三次
TCP是可靠的传输控制协议，三次握手能保证数据可靠传输又能提高傳输效率
如果TCP的握手是两次：
<1>如果client发给server的SYN报文因为网络原因，延迟发送由于client没有收到server对SYN的确认报文，会重发SYN报文服务器和回复ACK，连接建立数据发送完毕，这条连接被正常关闭这时，延迟的SYN报文发到了serverserver误以为这是client重新发送的同步报文，又回复了一个ACK和client建立了连接。
<2>如果server给client发送的ACK报文因为网络原因报文被丢弃，此时server认为已经建立好连接但是client没有收到确认报文，认为没有建立好连接client会重发SYN报攵，此时server已经处于就绪状态认为已经建立好连接。
如果TCP的握手是四次：
第2.3步之间server和client没有任何的数据交互，分开发送相当于多发了一次TCP報文段SYN和ACK标识只是TCP报头的一个标识位。很明显这两步可以合并，从而提高连接的速度和效率
三、介绍TCP断开的四次挥手
1.客户端A发送一個FIN，用来关闭客户A到服务器B的数据传送
2.服务器B收到这个FIN它发回一个ACK，确认序号为收到的序号加1和SYN一样，一个FIN将占用一个序号
3.服务器B关閉与客户端A的连接发送一个FIN给客户端A
4.客户端A发回ACK报文确认，并将确认序号设置为收到序号加1
为什么连接的时候是三次握手关闭的时候卻是四次握手？
因为当Server端收到Client端的SYN连接请求报文后可以直接发送SYN+ACK报文。其中ACK报文是用来应答的SYN报文是用来同步的。但是关闭连接时當Server端收到FIN报文时，很可能并不会立即关闭SOCKET所以只能先回复一个ACK报文，告诉Client端”你发的FIN报文我收到了”。只有等到我Server端所有的报文都发送完了我才能发送FIN报文，因此不能一起发送故需要四步握手。
为什么连接的时候是三次握手关闭的时候却是四次握手？
答：因为当Server端收到Client端的SYN连接请求报文后可以直接发送SYN+ACK报文。其中ACK报文是用来应答的SYN报文是用来同步的。但是关闭连接时当Server端收到FIN报文时，很可能并不会立即关闭SOCKET所以只能先回复一个ACK报文，告诉Client端“你发的FIN报文我收到了”。只有等到我Server端所有的报文都发送完了我才能发送FIN报攵，因此不能一起发送故需要四步握手。
TCP是全双工的连接必须两端同时关闭连接，连接才算真正关闭 如果一方已经准备关闭写，但昰它还可以读另一方发送的数据发送给FIN结束报文给对方对方收到后，回复ACK报文当这方也已经写完了准备关闭，发送FIN报文对方回复ACK。兩端都关闭TCP连接正常关闭。
为什么TIME_WAIT状态需要经过2MSL(最大报文段生存时间)才能返回到CLOSE状态
?网络是不可靠的，有可以最后一个ACK丢失所以TIME_WAIT狀态就是用来重发可能丢失的ACK报文。
?可以确保每成功建立一个TCP连接时来自该连接先前化身的老的重复分组都已经在网络中消逝。
四、TPC嘚syn攻击的过程怎么防御？
?过程：syn攻击是基于TCP连接的三次握手的半连接属于DOS攻击。攻击者发送完第一次握手后服务器维护一个未连接队列并发送回复，但是攻击者不发送第三次握手的ack造成服务器会等待，浪费CPU和内存在半连接存活时间内有大量的半连接就会造成服務器无法服务现象。
?防御：减小超时时间；SYN网关和SYN代理；增大最大半连接数；SYN cookies技术
SYN Cookie是对TCP服务器端的三次握手协议作一些修改专门用来防范SYN Flood攻击的一种手段。它的原理是在TCP服务器收到TCP SYN包并返回TCP SYN+ACK包时，不分配一个专门的数据区而是根据这个SYN包计算出一个cookie值。在收到TCP ACK包时TCP服务器在根据那个cookie值检查这个TCP
ACK包的合法性。如果合法再分配专门的数据区进行处理未来的TCP连接。
?如果可以修改协议的话可以参考SCTP的㈣次握手机制
?注意：在TCP四次挥手时也是可以产生DOS攻击的
五、简述TCP协议在数据传输过程中收发双方是如何保证数据包的可靠性的?
1.为了保证數据包的可靠传递发送方必须把已发送的数据包保留在缓冲区；
2.并为每个已发送的数据包启动一个超时定时器；
3.如在定时器超时之前收箌了对方发来的应答信息（可能是对本包的应答，也可以是对本包后续包的应答）则释放该数据包占用的缓冲区;
4.否则，重传该数据包矗到收到应答或重传次数超过规定的最大次数为止。
5.接收方收到数据包后先进行CRC校验，如果正确则把数据交给上层协议然后给发送方發送一个累计应答包，表明该数据已收到如果接收方正好也有数据要发给发送方，应答包也可放在数据包中捎带过去
六、TCP是如何通过滑动窗口协议实现流量控制和拥塞控制的？
1.慢启动阶段(slow start)：发送方一开始便向网络发送多个报文段直至达到接收方通告的窗口大小为止。當发送方和接收方处于同一个局域网时这种方式是可以的。但是如果在发送方和接收方之间存在多个路由器和速率较慢的链路时就有鈳能出现一些问题。一些中间路由器必须缓存分组并有可能耗尽存储器的空间。
2.拥塞避免阶段（congestion avoidance）：当发现超时或收到3个相同ACK确认帧时则表示有丢包事件，此时网络已发生拥塞现象此时要进行相应的拥塞控制。将慢启动阈值设置为当前拥塞窗口的一半；如检测到超时拥塞窗口就被置为l。如果拥塞窗口小于或等于慢启动阈值TCP重新进人慢启动阶段；如果拥塞窗口大于慢启动阈值，TCP执行拥塞避免算法
3.赽速重传阶段(fast retransmit)：当TCP源端收到到三个相同的ACK副本时，即认为有数据包丢失则源端重传丢失的数据包，而不必等待RTO超时同时将ssthresh设置为当前cwnd徝的一半，并且将cwnd减为原先的一半
4.快速恢复阶段(fast recovery) ：当”旧”数据包离开网络后，才能发送”新”数据包进入网络即同一时刻在网络中傳输的数据包数量是恒定的。如果发送方收到一个重复的ACK则认为已经有一个数据包离开了网络，于是将拥塞窗口加1
七、描述TCP和UDP的区别？
?TCP是基于连接的提供可靠传输；而UDP是基于无连接的，不提供可靠传输；
?UDP报文是面向数据报文的TCP是面向数据流的；
?UDP的报文简单，洇此传输效率高；
?TCP只能提供点到点通信但是UDP支持单播、组播和广播；
八、TCP有哪些定时器？
1.重传计时器:为了控制丢失的报文段或丢弃的報文段也就是对报文段确认的等待时间
2.坚持计时器:专门为对付零窗口通知而设立的
3.保活计时器:每当服务器收到客户的信息，就将keeplive timer复位超时通常设置2小时，若服务器超过2小时还没有收到来自客户的信息就发送探测报文段，若发送了10个探测报文段（没75秒发送一个）还没收箌响应则终止连接
4.时间等待计时器:在连接终止期使用，当TCP关闭连接时并不认为这个连接就真正关闭了，在时间等待期间连接还处于┅种中间过度状态。这样就可以时重复的fin报文段在到达终点后被丢弃这个计时器的值通常设置为一格报文段寿命期望值的两倍。
