TCP/IP实现刨根究底大讨论【活动结束】

ecjtubaowp

仔细看了   
《Linux内核源码剖析 —TCP/IP实现》 的目录。好像没有怎么涉及原始套接字的内容吧

另外
...
phone1126 发表于 2011-03-23 17:32

    这个有很多的现成的库啊，不用自己实现了，比如libpcap等，当然你自己实现也可以喽。

hritian

个人认为拥塞控制的目的，从本质上来说，是高效并且合理的利用网络带宽。所以理论界常用的拥塞控制的评价标准就成了 效率 、公平性和收敛性。
不过现在来看这个常用的评价标准还是有一些不合理的地方，soso也就会有这么多人来讨论tcp协议的优化。

从传统意义上来说，拥塞控制的本质是拥塞窗口的调整，不过就我现在的经历而言，我觉得可以跳出窗口的概念，从“什么时候发送包，发送什么包”这样一个思路来看，可能空间会更大一些。
（以上仅是个人观点，欢迎指正。）

ynchnluiti

回复 52# hritian


   

“什么时候发送包，发送什么包”

难点就在这里

xiongweixie

请问 源码中关于TCP拥塞控制中实现的部分是在哪些文件中？

ynchnluiti

回复 54# xiongweixie

net/ipv4/ 下：
tcp_input.c
拥塞算法：
tcp_cong.c
tcp_cubic.c
tcp_highspeed.c
tcp_htcp.c
tcp_hybla.c
tcp_bic.c
tcp_scalable.c
tcp_vegas.c
tcp_veno.c
tcp_westwood.c

Godbach

回复 55# ynchnluiti

LS 对拥塞控制很有研究啊，欢迎分享一些经验。

xiongweixie

回复 55# ynchnluiti


    十分感谢！要是遇到什么问题。继续来问您。哈哈

platinum

各位如果细心的话，有没有发现部分拥塞算法虽然内核提供了，但却无法使用？

比如 HSTCP（High Speed TCP），其内部实现了快启动机制（Quick-Start），Riverbed 就使用了该技术来实现 TCP 加速
但是即便内核里选择了 <*>，在“Default TCP congestion control”里会发现，这个选项不存在。

是何用意呢？不得而知……

aaaaa5aa

回复  Godbach

tcp包头只有个seq和ack位，没有所谓的count。
seq和ack的作用是为了实现可靠传输机制， ...
hritian 发表于 2011-03-23 10:09

    seq是表示当前数据包的序号也就相当于count，我的count不是指包数量，而是包的个数

aaaaa5aa

还想问一个问题：

首先在IP层，IP数据有16个位来表示IP数据报的总长度，书上提到因此IP数据报最长可达65535B。尽管可以传送一个65535B长的IP数据报，但是大多数的链路层都会对它进行分片，而且主机也要求不能接收超过576B的数据报。

在TCP层，书中提到通常情况下TCP允许窗口尺寸为65535B，但对于带宽很高的网络而言这个值可能还是太小，此时如果启用了该选项，可使TCP滑动窗口大小增大数个数量级，从而提高数据传输的能力。

TCP层最终还是要通过IP层来传输，是否在IP层，还要对TCP包进行分包，分包后的数据都包括TCP层和IP层头数据吗？请问能不能详细讲下分包过程