标签:断开连接 UDP 同步 请求 握手 确认 TCP 然后 端口号
通信阶段,
三次握手,打个比方,a,b两台主机,阿发给b同步请求,然后b确认并回沪给阿,然后a再确认。比特流最大传输1500yet。。
SYN同步请求。ack确认请求。
通信阶段,a发个b一个数据包然后带一个序列号,b再发一个确认,并带一个+1的数据包。
滑动窗口,就相当于包和到一起发个接受方。有最大限制,得看接收方能接受多少。还有看限制多少。如果传输断了,就重哪里传。应用层来决定的。
终止通信阶段,4次分手,a对b发送断开连接,b确认断开连接。a再给b确认断开请求。然后b再回复给a断开连接请求。DDOS攻击,拒绝服务攻击。a发送给b同步请求,b确定给a同步请求。然后a就不回复b,然后b就挂起来等待确认。这样会消耗b的性能和资源。那么如何抵制冷,服务器增大连接数,增大挂起时间。
TCP端口号,区分应用和服务的网络流量。自生的端口号是随机的,公共服务的端口号是固定的。如果你想申请网站,一个80端口号,国家会给你上户口,才会给你开启80,或者443端口号。
udp,不可靠,快,因为没有3次握手。一般直播视频靠这个。有滑动窗口。靠应用程序。
标签:断开连接,UDP,同步,请求,握手,确认,TCP,然后,端口号 来源: https://www.cnblogs.com/guangbao/p/15731252.html
本站声明: 1. iCode9 技术分享网(下文简称本站)提供的所有内容,仅供技术学习、探讨和分享; 2. 关于本站的所有留言、评论、转载及引用,纯属内容发起人的个人观点,与本站观点和立场无关; 3. 关于本站的所有言论和文字,纯属内容发起人的个人观点,与本站观点和立场无关; 4. 本站文章均是网友提供,不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属;如您发现该文章侵犯了您的权益,可联系我们第一时间进行删除; 5. 本站为非盈利性的个人网站,所有内容不会用来进行牟利,也不会利用任何形式的广告来间接获益,纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。