TCP-IP
文章平均质量分 87
rosepicker
这个作者很懒,什么都没留下…
展开
-
TCP/IP详解-交互数据流和成块数据流
TCP传输的数据分为成块数据和交互数据。按字节算,成块数据约占90%1 交互式输入 交互式数据报文所含数据量少 其中数据字节的确认和数据字节的回显可以合并为一个报文tcpdump输出: 2 经受时延的确认 通常TCP在接收到数据时并不立即发送ACK;相反,它推迟发送,以便将ACK和需要沿该方向发送的数据一起发送,绝大多数实现采用的时延为200ms观察到每次发送ACK的实际时间之差为2原创 2015-08-26 13:22:42 · 512 阅读 · 0 评论 -
TCP/IP协议详解-TCP简介与TCP建立与终止
1 TCP简介TCP是面向连接,可靠的字节流服务.Tcp对字节流的内容不作任何解释,它不知道二进制数据传输的是二进制数据,ASCII字符或其他类型数据。TCP提供全双工服务,数据能在两个方向上独立的进行传输TCP首部数据格式: URG 紧急指针 ACK 确认序号有效 PSH 接收方应该尽快将这个报文段交给应用层 RST 重新连接 SYN 同原创 2015-08-25 23:01:18 · 423 阅读 · 0 评论 -
TCP/IP详解-TCP的超时和重传
1 超时和重传 TCP在发送数据时设置一个定时器,当定时器溢出时还没有收到确认,它就重传数据。TCP管理4个不同的定时器: 1)重传定时器适用于希望收到另一端的确认 2)坚持定时器使窗口大小信息保持不断流动,即使另一端关闭了接收窗口 3 )保活定时器可检测到一个空闲连接的另一端何时奔溃或重启 4)2MSL定时器测量一个连接处于TIM_WAIT状态的时间2 超时与重传的简单例子 tcp原创 2015-08-27 21:22:12 · 761 阅读 · 0 评论 -
TCP/IP详解-UDP协议
1 UDP协议简介 UDP是简单的面向数据包的运输层协议,将每个输出操作产生的UDP数据报组装成IP数据报应用程序必须关心IP数据报的长度,因为如果超过网络的MTU,就要对IP数据报进行分片2 UDP首部 3 UDP检验和 UDP和TCP的首部中都有覆盖首部和数据的检验和。UDP的检验和是可选的,TCP则是必须的。UDP数据报的长度可以为奇数字节。UDP检验和计算方法同IP数据报一样,计原创 2015-08-28 12:21:07 · 495 阅读 · 0 评论 -
TCP/IP详解-IP和IP选路
1 IP简介 IP协议是不可靠的,它不保证IP数据报能成功地达到目的地。如果发送某种错误,如某个路由器暂时用完了缓冲区,IP的处理方法:丢弃该数据报,然后发送ICMP消息给信源端,任何可靠性由上层提供。IP是无连接的,它不维护任何关于后续数据报的状态信息。2 IP首部 4个32bit值以下面的次序传输:0-7bit,8-15bit,16-23bit,24-31bit。这种传输次序为大端字节序,原创 2015-09-04 17:51:20 · 462 阅读 · 0 评论 -
TCP/IP详解-坚持定时器和保活定时器
1 坚持定时器 ACK的传输并不可靠。TCP不对ACK报文段进行确认,只确认那些包含有数据的ACK报文段当接收窗口大小为0,并且接收方发送的窗口通告确认丢失了,那接收方等待接收数据,而发送方在等待允许它继续发送数据的窗口更新,这样就形成了死锁。对该情况的解决方案:发送方使用一个坚持定时器来周期性地向接收方发送窗口探测报文,以便发现窗口是否已增大 上图这些探查被500ms的定时器超时例程所触发。当原创 2015-08-26 22:33:03 · 3226 阅读 · 0 评论 -
Jenkins实现自动构建
公司之前的代码管理只是使用svn,老是出现几个人提交代码然后导致代码库里的代码出错,而且大家都不知道,依然继续提交。。。 这个实在是太愚蠢,难以控制,容易出错Jenkins就是为了应对这种情况而生的好东西,它可以对代码定时进行自动构建,当代码更新时进行自动构建,一旦构建失败还可以发邮件等形式通知代码提交者,是提高效率的利器。Jenkins的搭建并不难,参考:http://blog.原创 2017-09-14 09:57:06 · 754 阅读 · 0 评论