TCP流量控制与拥塞控制

学习笔记:
        TCP是作用与端系统的协议,其首部中包含着源端口号和目标端口号,其作用就是实现可靠传输,并将接受到的数据派发给合适的进程。
        流量控制和拥塞避免都是作用在传输层的网络性能优化的方案;
        其中流量控制是端对端的控制(被动控制)。其中客户端和服务端各自维护着收发缓存区域以及收发窗口,通过接受方的接收性能来协商发送窗口的大小。其中缓存区域存放的都是基于字节流的数据,当接收方处理不过来的时候就要限制发送窗口的大小,可以在TCP首部的窗口大小中进行定义。甚至会使发送窗口大小设置为0,即停止发送数据。但是此时为了防止死锁(接收方发了一个TCP包重新扩容了发送窗口,但是这个包丢了),发送方会启用一个定时器,每隔一段时间确认一遍发送窗口的大小是否改变。
        拥塞控制的话则是为了维护整个网络的性能,当检测到网络拥堵(丢包)时,发送方主动降低发送速率,减少网络中的负载。拥塞控制在发送方定义了一个拥塞窗口,来限制发送方可以发送数据的范围。即一开始通过慢启动,以指数的形式来扩大MSS的数量,然后当第一次丢包的时候(或者达到慢开始门限的时候)将发送的包数量降低为原来的一半。接着开始启用拥塞避免方法,每经过一次往返确认时间后增加一个MSS,直至又出现拥塞。则将慢开始门限降低为拥塞窗口的一半。重新开始慢开始》拥塞避免的流程(此处注意,当启用慢开始再次超过慢开始门限时,拥塞窗口的大小不会降低为原来的一半,而是直接从慢开始门限开始拥塞避免式增长...)。后面涉及的快恢复,指的是直接从减半后的慢开始门限处启用拥塞避免式增长。而不是从1开始执行慢开始直至慢开始门限。后面涉及的快速重传,指的是接受到乱序报文后,将连续发送三个确认包,确认缺失之前的部分,则发送方则不会要等到超时后才重传,而是直接将缺失的部分再次传递过来。
        发送窗口的实际大小 = Math.min(接收窗口定义的发送窗口的大小, 拥塞窗口);

#笔记#
全部评论
学习了
点赞 回复 分享
发布于 2019-09-02 16:58

相关推荐

已经入职字节快一个月了,突然想起来之前那段时间的面经没有发,先发一下timeline吧。Tiktok 内容安全平台(人才库电话捞我):电话10.28 -> 一面10.30(我觉得你跟我们组业务挺match的,然后过了三天问hr挂了,应该是别人流程更快)阿里淘天:投递11.11->约面11.12->一面11.14(问得很简单,30分钟,手撕八股全过无后续)Kpi面腾讯wxg 微信小程序:投递11.13 ->约面11.14-> 一面11.17 (究极无敌拷打,问我多模态大模型涉及的算法?但是人很好)->11.19流程终止小红书 风控平台:投递11.16 —约面11.17  ->一面11.18 (抽象的面试官,面试感觉一般,问得前端网页安全相关的,确实没准备)->11.20挂百度 百家号:投递11.14 —>约面11.14 ->一面11.14(当场约2面)->二面11.24->口头告知offer, 拒绝(原因是业务不太好)美团 技术平台投递11.17 -> 约面(忘记了,没多久) ->一面11.19 ->二面11.21 (字节offer不想面了)快手 电商业务投递11.17 -> 约面11.18 ->一面11.19 -> 二面11.21(拒了)腾讯wxg 微信支付(被捞):(直接发面试邮件)技术一面12.05 ->技术二面12.11 ->技术三面12.17 -> hr面已拒绝(了解业务后拒绝,但是有转正hc,感觉还蛮可惜)字节跳动 xxxx:东家就不放具体的时间线了,大概是面完第二天就能知道结果,除了有几天ld请假了没填面评。不去wxg还有个原因是还在期末周,深圳学校来回太麻烦了,至少现在在的组感觉能学到很多的东西,自己的选择应该也没错。还是感概一下,一年前大二的时候投简历海投基本上石沉大海,无论大小厂约面比例很少。现在基本上投了就有面试,还都是以前梦寐以求的大厂,现在自己也有了更多的选择,也没有投太多简历。也感谢上一段实习的经历,很有意思的项目,无论是字节,腾讯,还是美团基本都有聊这个项目。面经需要等一下,也许等周末有空了再发给各位uu,感兴趣可以关注一下~有想要交流学习的同学也可以私信我,目前人在北京大钟寺~,可以找搭子~
正能量的牛可乐:这么多大厂面试下来,不仅摸清了不同公司的面试风格,还能精准避雷业务不匹配的岗位,血赚
实习简历求拷打
点赞 评论 收藏
分享
评论
4
25
分享

创作者周榜

更多
牛客网
牛客网在线编程
牛客网题解
牛客企业服务