博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
TCP 状态机 理解TCP重要的环节
阅读量:4626 次
发布时间:2019-06-09

本文共 1284 字,大约阅读时间需要 4 分钟。

国内私募机构九鼎控股打造APP,来就送 20元现金领取地址:
内部邀请码:
C8E245J (不写邀请码,没有现金送)
国内私募机构九鼎控股打造,九鼎投资是在全国股份转让系统挂牌的公众公司,股票代码为430719,为“中国PE第一股”,市值超1000亿元。 

 

------------------------------------------------------------------------------------------------------------------------------------------------------------------

 

 

原文:http://www.kumouse.com/?p=526

tcp 状态机

1. 问:TCP使用有限长的字段来记录流序号。研究协议规范,找出在两台机器之间允许任意长度流传输的方法

  答:目前我只知道使用,时间戳选项来解决这个问题,具体的还不太清楚,有待提高

 

2. 问:TCP有一个选项允许接收方指明它愿意接受的最大报文段长度。在TCP已具有窗口通告机制的情况下,为什么还要支持这个选项来规定最大报文段长度?

  答:第一,最大报文段长度规定了最大报文的长度,避免在物理网络上对TCP数据报进行分组,以提高传输效率。

    第二,在避免糊涂窗口综合证时还使用了最大报文段长度做为量度。

 

3. 问:在什么样的时延,带宽,负载以及分组丢失率情况下,TCP没有必要重传大量的数据?

  答:时延低且稳定,带宽高,负载低,分组丢失率低的情况下(我不太明白这题的意思,可能不太对 :) )

 

4. 问:一个丢失的TCP确认并不一定会导致重传,试解释原因。

  答:第一种,TCP采用累积确认,如果发送方确认丢失也不会重传。

    第二种,两台主机通信,主机1主动关闭发送FIN,主机2 发送确认,但是确认丢失。主机2被动关闭发送FIN,ACK.主机1确定,并进入TIMED_WAIT,这个丢失的确认不用重传,因为主机2发送关闭时,包含有主机1发送的信息,所以已经可以确定收到。

 

5. 问:考虑检验和的计算。假设报文段中的检验和字段并未置零,而检验和计算的结果却是零。你能从中得出什么结论?

  答:结论是这次的检验和应该是上一次检验和减1

 

6. 问:如果两个程序使用TCP来发送数据,但每次只发送含一个字符的报文段,那么它们的数据最多有多大的网络带宽利用率?

  答:首先是多层封装,TCP封在IP报里,IP报封在帧中。

    帧:最少要6octet 源地址,6octet 目的地址,2octet帧类型,和4octet的CRC,一共是18octet (1octet=8bit)

    IP数据报与TCP数据报的报头最少都是20byte,两种加起来是40byte,加上18byte+1byte的数据。

    1/(40+18+1)=0.016949 约合1.7%

转载于:https://www.cnblogs.com/AloneSword/archive/2013/02/27/2935773.html

你可能感兴趣的文章
查询数据库所有表、字段、触发器等
查看>>
文件解析库doctotext源码分析
查看>>
django admin组件
查看>>
SqlHelper
查看>>
ARM基础
查看>>
C# DataSet与DataTable的区别和用法
查看>>
HDFS配额查询
查看>>
项目沟通管理
查看>>
vue-cli脚手架(框架)
查看>>
9.path Sum III(路径和 III)
查看>>
移动端rem屏幕设置
查看>>
4.0 C++远征:重载运算符
查看>>
每天写的叫工作日志,每周写的总结叫周报,每月写的叫月报
查看>>
codeforces 985 D. Sand Fortress(二分+思维)
查看>>
使用locate 的正则查询 查找所有main.c
查看>>
hive基本操作与应用
查看>>
C# 视频多人脸识别的实现
查看>>
ACdream 1099——瑶瑶的第K大——————【快排舍半,输入外挂】
查看>>
Leetcode:Count and Say
查看>>
jQuery中getJSON跨域原理详解
查看>>