TCP总结+SCTP

tcp连接的特点

提供面向连接的,可靠的字节流服务 。
为上层应用层提供服务。不关心传输的具体内容。

tcp如何保证可靠性

分块传输:数据被分割成最合适的数据块(UDP的数据报长度不变)
等待确认:通过定时器等待接收端发送确认回复,收不到确认则重发
确认回复:收到确认后发送确认回复(稍微延迟一下发送)
数据校验:保持首部和数据的校验和,检测数据传输过程有无变化
乱序重排:接收端能重排数据,以正确的顺序交给应用端
重复丢弃:接收端能丢弃重复的数据包
流量缓冲:两端有固定大小的缓冲区(滑动窗口),防止速度不匹配丢数据

TCP数据被封装在IP数据报中
TCP:传输控制协议
面向连接的可靠传输协议 --在完成了传输层基本工作的基础上还需要保证传输的可靠性
面向连接:传输数据前先通过三次握手建立端到端的虚链路
可靠传输:4种可靠传输机制 排序、确认、重传、流控(滑动窗口机制)

TCP报头:

第1-2两个字节:源端口号
第3-4两个字节:目的端口号
第5-8四个字节:32位序号。tcp提供全双工服务,两端都有各自的序号。编号:解决网络包乱序的问题
第9-12四个字节:32位确认序列号。上次成功收到数据字节序号加1,ack为1才有效。确认号:解决丢包的问题
第13位字节:首部长度。因为任选字段长度可变
后面6bite:保留
随后6bite:标识位。控制各种状态
第15-16两个字节:窗口大小。接收端期望接收的字节数。解决流量控制的问题
第17-18两个字节:校验和。由发送端计算和存储,由接收端校验。解决数据正确性问题
第19-20两个字节:紧急指针

标识位的说明

紧急URG:为1时,表示紧急指针有效,告诉系统此报文段中有紧急数据;
确认ACK:确认标识,连接建立成功后,总为1。为1时确认号有效
推送PSH:接收方应尽快把这个报文交给应用层,为1
复位RST:复位标识,重建连接。当RST=1,表明TCP连接中出现严重差错,必须释放连接,然后再重新建立连接;
同步SYN:建立新连接时,该位为0
终止FIN:关闭连接标识

URG (urgent紧急) — 紧急标志位,表示的是此报文段中有紧急数据,将紧急数据排在普通数据的前面;当接受端收到此报文后后必须先处理紧急数据,而后再处理普通数据。 通常用来暂时中断通信。
ACK (acknowledgement确认) — 置1时表示确认号合法,为0表示数据段不包含确认信息,确认号被忽略。
PSH (push推送) — 置1时请求的报文在接收方收到时,会尽快交付接收应用进程,而不在等到整个缓存区都填满后再交付给应用进程。
RST (reset重置) — 置1时重新连接,表示出现错误,需要释放连接,再重新建立连接。
SYN (synchronous同步) — 置1时连接请求或同意报文,当SYN=1而ACK=0时,表明这是一个连接请求报文段。对方若同意建立连接,则应在响应的报文段中使SYN=1和ACK=1。
FIN (FINis终止) — 释放连接,提出断开连接的一方将FIN置为1表示断开连接。

MSS 最长报文大小

最常见的可选字段
MSS只能出现在SYN时传过来(第一次握手和第二次握手时)
指明本端能接收的最大长度的报文段
建立连接时,双方都要发送MSS

三次握手

• TCP是面向连接的协议,它在源点和终点之间建立虚拟连接,而不是物理连接
• 在数据通信之前,发送端与接收端要先建立连接,等数据发送结束后,双方再断开连接
• TCP连接的每一方都是由一个IP地址和一个端口组成

三次握手的流程:

1、客户端连接服务端,发送32位序列号syn=x,并且SYN置1。
2、服务端监听客户端发送的序列号,然后发送32位确认响应syn=y和ack=x+1,并将SYN、ACK置1。
3、然后客户端接收以后,说明服务端接收成功,然后再返回ack=y+1,表示客户端已经接收成功可以开始连接
详细过程:
• 第一次握手:建立连接时,客户端发送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状态

TIME_WAIT状态存在有两个原因。
<1>可靠终止TCP连接。如果最后一个ACK报文因为网络原因被丢弃,此时server因为没有收到ACK而超时重传FIN报文,处于TIME_WAIT状态的client可以继续对FIN报文做回复,向server发送ACK报文。
<2>保证让迟来的TCP报文段有足够的时间被识别和丢弃。连接结束了,网络中的延迟报文也应该被丢弃掉,以免影响立刻建立的新连接。

四次断开的流程:

客户端A发送一个FIN,用来关闭客户A到服务器B的数据传送
服务器B收到这个FIN,它发回一个ACK,确认序号为收到的序号加1。和SYN一样,一个FIN将占用一个序号
服务器B关闭与客户端A的连接,发送一个FIN给客户端A
客户端A发回ACK报文确认,并将确认序号设置为收到序号加1

详细步骤:

1、客户端发送序列号seq=x+2,确认号ack=y+1,并FIN置1;
2、服务端接收以后,返回ack=x+3,并ACK置1;
3、如果有数据没有传送完毕,等待传送完毕返回序列号seq=y+1也就是返回确认号,并FIN置1,如果没有数据则合并ack=x+3,seq=y+1 FIN置1;
4、最后客户端接收以后返回给服务端确认号ack=y+2来确认断开

SCTP介绍

SCTP (Stream Control Transmission Protocol)是一种传输协议,在TCP/IP协议栈中所处的位置和TCP、UDP类似,兼有TCP/UDP两者特征。
SCTP是可以确保数据传输的,和TCP类似,也是通过确认机制来实现的。

SCTP和TCP的区别

1、 TCP是以字节为单位传输的,SCTP是以数据块为单位传输的
TCP接收端确认的是收到的字节数,SCTP接收端确认的是接收到的数据块。SCTP的这种数据块(被称为DATA CHUNK)通常会携带应用的一个数据包,或者说是应用要发送的一个消息。
2、TCP通常是单路径传输,SCTP可以多路径传输
TCP的两端都只能用一个IP来建立连接,连接建立之后就只能用这一对IP来相互收发消息了。如果这一对IP之间的路径出了问题,那这条TCP连接就不可用了。
SCTP不一样的地方是,两端都可以绑定到多个IP上,只要有其中一对IP能通,这条SCTP连接就还可以用。
3、TCP是单流有序传输,SCTP可以多流独立有序/无序传输
SCTP可以在一个联合中支持多流机制,每个流(stream)都是独立的。
每个流都有各自的编号,编码在SCTP报文中
阻塞的流不会影响同一联合中的其他流,可以并行进行传输
4、TCP连接的建立过程需要三步握手,SCTP连接的建立过程需要四步握手
TCP连接建立过程,容易受到DoS攻击。在建立连接的时候,client端需要发送SYN给server端,server端需要将这些连接请求缓存下来。通过这种机制,攻击者可以发送大量伪造的SYN包到一个server端,导致server端耗尽内存来缓存这些连接请求,最终无法服务。
SCTP的建立过程需要四步握手,server端在收到连接请求时,不会立即分配内存缓存起来,而是返回一个COOKIE。client端需要回送这个COOKIE,server端校验之后,从cookie中重新获取有效信息(比如对端地址列表),才会最终建立这条连接。这样,可以避免类似TCP的SYN攻击。
5、SCTP有heartbeat机制来管理路径的可用性
SCTP协议本身有heartbeat机制来监控连接/路径的可用性。

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值