- 浏览: 71945 次
- 来自: 杭州
最新评论
-
buqutianya:
buqutianya 写道感觉codis故障迁移的地方有问题, ...
Redis集群解决方案比较 -
buqutianya:
感觉codis故障迁移的地方有问题,看架构图是包含sentin ...
Redis集群解决方案比较 -
liubey:
不错,不过想造一个轮子。目前貌似还没有支持partition并 ...
Redis集群解决方案比较 -
chong_zh:
xudonu 写道架构中的cache manage与web界面 ...
基于Client端一致性哈希的Redis Cache 集群方案设计 -
xudonu:
架构中的cache manage与web界面需要自己实现?
基于Client端一致性哈希的Redis Cache 集群方案设计
1. TCP数据段格式
TCP数据段的格式如下图所示,其中每一格代表一个比特位。
1.1 Source Port和Destination Port
为了让同一主机上的多个进程可以同时使用TCP层,定义端口,分配给每个需要使用TCP的进程。
1.1.1 Socket和Connection
1.2 Sequence Number
给出数据部分第一个字节的Sequence Number,由此TCP传输的每个字节都拥有Sequence Number编号。
1.2.1 Initial Sequence Number(ISN)
一条连接由1对Socket唯一确定,为保证新连接不会收到之前已终止的连接,但仍在网络中游荡的老TCP段的影响,TCP在创建连接时,需要进行ISN(Initial Sequence Number)的商定,ISN是连接中第一个数据字节的Sequence Number:
ISN的确定策略:
1.3 Acknowledgment Number
指明对连接对端数据的确认,意为sequence number < Acknowledgment Number的字节都已正确接收。
1.4 Data Offset
指明数据部分的开始位置。
1.5 Reserved
必须为0.
1.6 6比特控制字段
分别为以下6比特:
1.7 Window
表明该数据段发送者当前窗口大小,即从acknowledgment字段开始最多接收的字节数。通常由接收缓冲区大小决定。
1.8 Checksum
校验和。
1.9 Urgent Pointer
This field communicates the current value of the urgent pointer as a positive offset from the sequence number in this segment. The urgent pointer points to the sequence number of the octet following the urgent data. This field is only be interpreted in segments with the URG control bit set.
1.10 Options
可选选项。
2. 连接的管理
2.1 连接的建立
连接的建立也称连接的同步过程是,主要任务是同步两端的Sequence Number,Sequence Number一旦同步,两端就可以基于此开始可靠的数据传递。典型的“三次握手”即如下图所示:
连接建立过程也可能出现非典型情况和异常情况,只要双方能完成最终Sequence Number同步,即可完成连接建立。例如,下图所示非典型的两端同时发起连接的情况:
2.2 连接的重置
连接重置用于在发现连接状态失去同步或者异常情况下立即关闭连接:
2.2.1 RST的发送端逻辑
2.2.1.1 当连接处于CLOSED(连接不存在)状态时
2.2.1.2 当连接处于非同步状态(LISTEN, SYN-SENT, SYN-RECEIVED)时
2.2.1.3 当连接处于同步状态(ESTABLISHED, FIN-WAIT-1, FIN-WAIT-2, CLOSE-WAIT, CLOSING, LAST-ACK, TIME-WAIT),时
2.2.2 RST的接收端逻辑
当收到合法的RST时:
2.3 连接的关闭
关闭连接指的是关闭连接的发送通道,仍然可以接收数据。如果随后对端也关闭了连接,则双向连接完全关闭。
连接的关闭有三种情况:
分别对应连接状态关闭的3条链路:
3. TCP接口
3.1 接口清单
具体的TCP实现应当向上层服务提供下列接口,及其对TCP连接状态机的影响。
3.2 Open调用
3.3 SEND调用
其中,
3.3.1 若当前状态为: LISTEN
3.3.2 若当前状态为: SYN-SENT、SYN-RECEIVED
数据进入发送缓冲区,待进入ESTABLISHED状态后再发送,若缓冲区空间不足,则返回"error: foreign socket unspecified"。
3.3.3 若当前状态为: ESTABLISHED、CLOSE-WAIT
发送数据,并捎带ACK。
3.4 RECEIVE调用
3.4.1 若当前状态为: LISTEN、SYN-SENT、SYN-RECEIVED
RECEIVE请求入队等待,直到进入ESTABLISHED状态再执行,若队列空间不足返回 "error: insufficient resources"
3.4.2 若当前状态为: ESTABLISHED、FIN-WAIT-1、FIN-WAIT-2
若当前有足够数据则向用户返回。若当前无足够数据,则RECEIVE请求入队等待,若队列空间不足返回 "error: insufficient resources"。
3.4.3 若当前状态为: CLOSE-WAIT
若当前有足够数据则向用户返回。若已无数据,则将来也不会再有了,返回"error: connection closing"
3.4.4 若当前状态为: CLOSING、LAST-ACK、TIME-WAIT
返回 "error: connection closing"。
3.5 CLOSE调用
CLOSE调用的语义为,TCP的当前端没有更多的数据需要发送,可以关闭发送,但仍可以接收数据。
3.5.1 若当前状态为: LISTEN、SYN-SENT
3.5.2 若当前状态为: SYN-RECEIVED
3.5.3 若当前状态为: ESTABLISHED
CLOSE请求入队,直到所有前序SEND执行完成后发送FIN,并进入FIN-WAIT-1状态.
3.5.4 若当前状态为: CLOSE-WAIT
CLOSE请求入队,直到所有前序SEND执行完成后发送FIN,并进入CLOSING状态.
3.6 ABORT调用
3.6.1 若当前状态为: LISTEN、SYN-SENT
所有等待的SEND、RECEIVE请求返回"error: connection reset"并进入CLOSED状态.
3.6.2 若当前状态为: SYN-RECEIVED、 ESTABLISHED、FIN-WAIT-1、FIN-WAIT-2 或者CLOSE-WAIT
4. 超时的处理
超时分为三种:
TCP数据段的格式如下图所示,其中每一格代表一个比特位。
1.1 Source Port和Destination Port
为了让同一主机上的多个进程可以同时使用TCP层,定义端口,分配给每个需要使用TCP的进程。
1.1.1 Socket和Connection
- Internet层地址加上TCP层端口确定一个Socket
- 两端的两个Socket唯一确定一条Connection
1.2 Sequence Number
给出数据部分第一个字节的Sequence Number,由此TCP传输的每个字节都拥有Sequence Number编号。
1.2.1 Initial Sequence Number(ISN)
一条连接由1对Socket唯一确定,为保证新连接不会收到之前已终止的连接,但仍在网络中游荡的老TCP段的影响,TCP在创建连接时,需要进行ISN(Initial Sequence Number)的商定,ISN是连接中第一个数据字节的Sequence Number:
1) A --> B SYN my sequence number is X 2) A <-- B ACK your sequence number is X 3) A <-- B SYN my sequence number is Y 4) A --> B ACK your sequence number is Y
ISN的确定策略:
- 若记录了上次连接发送的最大sequence number,则设定为上次连接发送的最大sequence number+1
- 若失去了上次连接发送的最大sequence number,则随机选取或选用时间戳,并在连接建立初期保持MSL(Maximum Segment Lifetime)时间段的静默
1.3 Acknowledgment Number
指明对连接对端数据的确认,意为sequence number < Acknowledgment Number的字节都已正确接收。
1.4 Data Offset
指明数据部分的开始位置。
1.5 Reserved
必须为0.
1.6 6比特控制字段
分别为以下6比特:
- URG: 只有当该比特为1时,后续的Urgent Pointer字段才有效
- ACK:只有当该比特为1时,前面的Acknowledgment字段才有效
- PSH: 实现应当将数据段立即发送到对端
- RST: Reset the connection
- SYN: 说明当前数据段是SYN数据段,用于建立连接时同步两端的Sequence Number
- FIN: 说明当前数据段是FIN数据段,用于关闭当前连接
1.7 Window
表明该数据段发送者当前窗口大小,即从acknowledgment字段开始最多接收的字节数。通常由接收缓冲区大小决定。
1.8 Checksum
校验和。
1.9 Urgent Pointer
This field communicates the current value of the urgent pointer as a positive offset from the sequence number in this segment. The urgent pointer points to the sequence number of the octet following the urgent data. This field is only be interpreted in segments with the URG control bit set.
1.10 Options
可选选项。
2. 连接的管理
2.1 连接的建立
连接的建立也称连接的同步过程是,主要任务是同步两端的Sequence Number,Sequence Number一旦同步,两端就可以基于此开始可靠的数据传递。典型的“三次握手”即如下图所示:
连接建立过程也可能出现非典型情况和异常情况,只要双方能完成最终Sequence Number同步,即可完成连接建立。例如,下图所示非典型的两端同时发起连接的情况:
2.2 连接的重置
连接重置用于在发现连接状态失去同步或者异常情况下立即关闭连接:
- 当收到明显不属于当前连接的数据段时,应当向对端发送RST
- 在无法确定属于上述情况时,RST不应当发送
2.2.1 RST的发送端逻辑
2.2.1.1 当连接处于CLOSED(连接不存在)状态时
- 收到任何非RST数据段都应当回复RST
- 如果收到的数据段包含ACK,RST以该ACK作为sequence number,否则sequence number设为0
- RST的ACK字段设为收到数据段的sequence number加长度
- 连接保持CLOSED状态
2.2.1.2 当连接处于非同步状态(LISTEN, SYN-SENT, SYN-RECEIVED)时
- 当收到数据包ACK了还未发送的字节时,回复RST
- 当安全性校验失败时,回复RST
- 如果收到的数据段包含ACK,RST以该ACK作为sequence number,否则sequence number设为0
- RST的ACK字段设为收到数据段的sequence number加长度
- 连接保持CLOSED状态
2.2.1.3 当连接处于同步状态(ESTABLISHED, FIN-WAIT-1, FIN-WAIT-2, CLOSE-WAIT, CLOSING, LAST-ACK, TIME-WAIT),时
- 只有当安全性检验失败时发送RST
- 如果收到的数据段包含ACK,RST以该ACK作为sequence number,否则sequence number设为0
- 如果收到不合理的数据段(诸如sequence number落在窗口外,或者是不合理的ACK),不发送RST,而仅发送一个空的ACK数据段包含当前的send-sequence number,并以下一个期望的字节作为ACK,连接状态不变。
2.2.2 RST的接收端逻辑
- 除了SYN-SENT状态,落在接收窗口中的RST都认为合法
- 处于SYN-SENT状态时,ACK了之前发送的SYN的RST认为合法
当收到合法的RST时:
- 若当前处于LISTEN状态,忽略RST
- 若当前处于 SYN-RECEIVED状态(之前处于LISTEN状态),则返回LISTEN状态
- 当前处于其他状态时进入CLOSED状态
2.3 连接的关闭
关闭连接指的是关闭连接的发送通道,仍然可以接收数据。如果随后对端也关闭了连接,则双向连接完全关闭。
连接的关闭有三种情况:
- 上层用户调用CLOSE主动发起连接关闭(向对端发送FIN数据段)
- 收到来自对端的FIN数据段,即对端发起了连接关闭
- 两端同时发起关闭连接
分别对应连接状态关闭的3条链路:
3. TCP接口
3.1 接口清单
具体的TCP实现应当向上层服务提供下列接口,及其对TCP连接状态机的影响。
3.2 Open调用
OPEN (local port, foreign socket, active/passive[, timeout] [, precedence] [,security/compartment] [, options]) 返回值: local connection name
- Open操作分为Active和Passive两种,Active即客户端模式,主动发起连接,Passive即服务器模式,被动等待客户端发起连接。Passive模式可以指定remote socket进行等待,或不指定,等待任意客户端连接
- 创建新的TCB(transmission control block),并保存相关信息
- Timeout指定数据被投递完成的最后时限,默认值5分钟。如果超过该时限还未成功则终止连接
- 返回值local connection name与(local socket, remote socket)对等价
- 若没有足够空间创建连接则返回"error: insufficient resources"
3.3 SEND调用
SEND (local connection name, buffer address, byte count, PUSH flag, URGENT flag [,timeout])
其中,
- 若PUSH flag set,实现应立即发送该数据包。
- 若URGENT flag set,实现应做紧急处理
3.3.1 若当前状态为: LISTEN
- 若Open(passive)未指定remote socket,则返回 "error: foreign socket unspecified"。
- 若Open(passive)指定了remote socket,则转换为Active,并发送SYN数据段。数据部分可以与SYN数据段一起发送或暂存发送缓冲区,待进入ESTABLISHED状态后再发送,若缓冲区空间不足,则返回"error: foreign socket unspecified"
3.3.2 若当前状态为: SYN-SENT、SYN-RECEIVED
数据进入发送缓冲区,待进入ESTABLISHED状态后再发送,若缓冲区空间不足,则返回"error: foreign socket unspecified"。
3.3.3 若当前状态为: ESTABLISHED、CLOSE-WAIT
发送数据,并捎带ACK。
3.4 RECEIVE调用
RECEIVE (local connection name, buffer address, byte count) 返回值:byte count, urgent flag, push flag
3.4.1 若当前状态为: LISTEN、SYN-SENT、SYN-RECEIVED
RECEIVE请求入队等待,直到进入ESTABLISHED状态再执行,若队列空间不足返回 "error: insufficient resources"
3.4.2 若当前状态为: ESTABLISHED、FIN-WAIT-1、FIN-WAIT-2
若当前有足够数据则向用户返回。若当前无足够数据,则RECEIVE请求入队等待,若队列空间不足返回 "error: insufficient resources"。
3.4.3 若当前状态为: CLOSE-WAIT
若当前有足够数据则向用户返回。若已无数据,则将来也不会再有了,返回"error: connection closing"
3.4.4 若当前状态为: CLOSING、LAST-ACK、TIME-WAIT
返回 "error: connection closing"。
3.5 CLOSE调用
CLOSE (local connection name)
CLOSE调用的语义为,TCP的当前端没有更多的数据需要发送,可以关闭发送,但仍可以接收数据。
3.5.1 若当前状态为: LISTEN、SYN-SENT
- 所有正在等待的SEND、RECEIVE请求返回"error: closing"
- 进入CLOSED状态并返回
3.5.2 若当前状态为: SYN-RECEIVED
- 若没有执行过任何SEND,则立即发送FIN,并进入FIN-WAIT-1状态
- 若执行过SEND,则CLOSE请求入队,等待进入ESTABLISHED状态后执行
3.5.3 若当前状态为: ESTABLISHED
CLOSE请求入队,直到所有前序SEND执行完成后发送FIN,并进入FIN-WAIT-1状态.
3.5.4 若当前状态为: CLOSE-WAIT
CLOSE请求入队,直到所有前序SEND执行完成后发送FIN,并进入CLOSING状态.
3.6 ABORT调用
ABORT (local connection name)
3.6.1 若当前状态为: LISTEN、SYN-SENT
所有等待的SEND、RECEIVE请求返回"error: connection reset"并进入CLOSED状态.
3.6.2 若当前状态为: SYN-RECEIVED、 ESTABLISHED、FIN-WAIT-1、FIN-WAIT-2 或者CLOSE-WAIT
- 向对端发送RST
- 所有等待的SEND、RECEIVE请求返回"error: connection reset"
- 所有缓冲区数据段(包括重传数据段)应当尽快flush
- 进入CLOSED状态
4. 超时的处理
超时分为三种:
- 用户超时:无论连接处于何种状态,超过对上层用户提供的超时保障时,尽快清空所有队列,进入CLOSED状态,并返回"error: connection aborted due to user timeout"
- 重传超时:无论连接处于何种状态,对于重传队列中的某个数据段,如果重传超时, send the segment at the front of the retransmission queue again, reinitialize the retransmission timer, and return.
- TIME-WAIT超时:连接进入CLOSED状态
发表评论
-
基于3.0 RC2版本的Redis源码逻辑明细
2015-03-23 10:45 1129源文件方法流程图redis.cmain()流程图redis.c ... -
基于Client端一致性哈希的Redis Cache 集群方案设计
2015-01-27 15:11 1740设计目标是高可用,易伸缩的RedisCache集群方案,Cac ... -
Redis持久化机制详解
2015-01-23 20:01 1563Redis提供两种持久化机 ... -
Redis集群解决方案比较
2015-01-19 10:30 15378调研比较了三个Redis集群的解决方案: 系统贡献者是否官方R ... -
数据库隔离级别详解
2014-11-27 15:27 954数据库的隔离性是数据库ACID保证中的重要组成部分。应当区分开 ... -
三个并发编程工具包java.util.concurent/locks/atomic的概念厘清
2014-11-24 18:02 826Java提供了三个并发编程功能包,它们是: java.uti ... -
解析命令行参数的两种方式
2014-11-03 11:36 852方式1 最Naive的实现,即按照参数的输入顺序进行依次解析, ... -
非阻塞、无锁、无等待算法的核心与区别
2014-10-22 17:37 1703本文是一系列并发编程 ... -
关于Java反射的性能问题及其常见的处理方法
2014-10-22 16:23 3878调用Java的反射API是有较高的性能开销的,这方面的性能比较 ... -
实现线程池的两种模式
2014-10-22 15:52 573以下两种模式都可以用于实现线程池 模式1由各个Worker线 ... -
如何在运行时获取Java Class的载入路径
2014-10-15 18:18 631以下代码可以在运行时获取Java Class的磁盘路径: &l ... -
以单一率(Single Propotion)为例的Meta分析原理详解
2014-08-15 12:17 18411. 什么是Meta分析 Meta分析是指将多个研究结果整合在 ... -
Java Instrumentation浅析
2014-08-13 13:53 656原委 利用乐观的并发控制在共享内存的粒度上,所构建的高层的同步 ... -
Java内存模型的形象解释
2014-03-23 17:36 4960.什么是Java内存模型: ... -
Intel80386知识总结
2013-09-29 11:41 1016=============================== ... -
Java的消费者-生产者模型实现总结
2013-09-15 16:08 569基于链表的生产者-消费者FIFO队列 queue是一个FIFO ... -
Java线程的中断机制
2013-08-23 17:10 779线程RUNNABLE时的基本用法: for (int i = ... -
Two's complement
2013-08-19 21:22 7171.由补码计算其表示的实际数值 2.对数据使用补码编码 正 ... -
Java的Nested Classes
2013-07-04 16:50 734什么是Nested Class 在另一个Java类中定义的Ja ... -
Browser原理学习笔记
2013-05-22 11:29 136本文是Browser原理的Overview,根据以下资料整理: ...
相关推荐
在Android开发中,TCP(传输控制协议)是网络通信中常用的一种面向连接的、可靠的、基于字节流的传输层通信协议。理解TCP对于构建稳定、高效的数据传输应用至关重要。以下是对Android TCP知识点的详细梳理: 一、...
对TCP/IP协议知识的简单梳理,XMIND文档格式,网络协议初学者适用#资源达人分享计划#
介绍网络通信大致流程,数据如何从网卡传输出去,其他设备如何解析数据解码接收的流程,介绍了常用的网卡操作指令,梳理了TCP协议服务器客户端的创建流程,实现基本数据通信。
在实际通信过程中,客户端的应用程序会将请求传递给TCP协议进行封装,然后通过IP协议进行路由,最终通过以太网协议在物理链路上进行传输。同样的流程也会发生在响应数据的传输过程中。 ### 结论 TCP/IP协议族是...
TCP/IP协议是互联网的核心协议,它定义了网络设备如何交换数据和信息。本文将深入探讨TCP/IP协议的基础知识,包括其分层结构、传输层的主要协议TCP和UDP,以及TCP的一些关键特性,如三次握手、四次挥手和流量控制。 ...
通过以上知识点的梳理,我们对STM32微控制器结合TCP/IP协议在数据传输中的具体应用有了基本的理解,涵盖了TCP协议的工作原理、数据包格式、连接管理、传输控制、以及在实际嵌入式系统开发中的应用场景。
- 在传输层,客户端和服务器之间的数据传输由TCP协议负责,保证了数据传输的可靠性。 - 在网络层,IP协议负责将数据包从源主机路由到目的主机,同时ICMP协议用于网络故障检测和报告。 - 在链路层,以太网协议负责将...
Java TCP/IP Socket 涉及的是Java编程语言中网络编程的核心部分,它允许Java程序通过使用TCP/IP协议族与远程的或者本地的其他程序进行数据交换。TCP/IP协议族是目前互联网上最广泛使用的协议族,而Socket编程是实现...
- **RFC793**:定义了TCP协议的规范。 - **RFC791**:定义了IP协议的规范。 - **RFC1700**:提供了网络协议和服务的端口号列表。 - **TCP/IP详解卷1:协议**:该书详细介绍了TCP/IP协议族的工作原理和技术细节,...
- **TCP协议**(Transmission Control Protocol):提供面向连接的、可靠的、基于字节流的服务。它负责将应用程序的数据分割成适当大小的数据段,并确保这些数据段能够准确无误地送达目的地。 - **UDP协议**(User ...
- 运输层:TCP协议 - 网络层:IP协议 - 链路层:以太网协议 - **客户-服务器模式**:大多数网络应用程序都被设计为客户端-服务器模式,其中服务器为主机提供某种服务,例如访问服务器主机上的文件(FTP)或者登录到...
- 在运输层,TCP协议负责建立可靠的连接,并确保数据包按顺序正确传输。 - 在网络层,IP协议负责数据包的寻址和路由。 - 在链路层,如以太网协议,则负责物理信号的发送和接收。 #### 五、总结 《TCP/IP详解卷1》...
3. **TCP协议**:TCP是一种面向连接的、可靠的、基于字节流的传输层通信协议。它通过序列号、确认应答、窗口控制和重传机制等来确保数据的正确传输。 4. **UDP协议**:与TCP不同,UDP是一种无连接的传输层协议,它...
该标准是为那些希望在网络中使用TCP/IP协议传输ISO(国际标准化组织)传输层服务的互联网社区成员设计的。 2. RFC1006的地位和重要性: RFC1006文档为互联网社区规定了一个标准,预计选择在TCP上实现ISO传输服务的...
- **传输层**:使用TCP协议确保数据的可靠传输,包括数据分割、确认接收、重传机制等。 - **网络层**:通过IP协议负责分组的路由选择和转发,同时ICMP协议用于差错报告和控制消息。 - **链路层**:在局域网环境中...