免费注册 查看新帖 |

Chinaunix

  平台 论坛 博客 文库
1234下一页
最近访问板块 发新帖
查看: 5120 | 回复: 31
打印 上一主题 下一主题

[C++] TCP/IP三次握手讨论 [复制链接]

论坛徽章:
1
2015亚冠之浦和红钻
日期:2015-05-26 14:37:09
跳转到指定楼层
1 [收藏(0)] [报告]
发表于 2015-06-04 20:31 |只看该作者 |倒序浏览
TCP/IP 连接采用三次握手,用来建立可靠的连接

对于为什么需要采用三次握手的原因:

谢希仁版本的注解是:







他认为,当socket close之后,收到SYN+ack报文之后,会不理睬并抛弃报文。导致另外一边白白等待。。


但是socket close之后,如果再收到报文,不是应该返回RST报文吗??另一端收到rst报文之后可以根据这个报文,判断是否连接成立,
所以谢的理由 这里是不是有问题?


有没有更好的三次握手原因解释

论坛徽章:
24
金牛座
日期:2013-08-21 07:55:52射手座
日期:2014-09-29 15:36:14摩羯座
日期:2014-10-07 21:42:57天秤座
日期:2014-10-16 10:03:00午马
日期:2014-10-19 13:40:31酉鸡
日期:2014-11-08 08:44:54处女座
日期:2014-11-10 17:01:21午马
日期:2014-12-06 16:52:38羊年新春福章
日期:2015-02-12 17:41:512015年迎新春徽章
日期:2015-03-04 09:58:1115-16赛季CBA联赛之广夏
日期:2022-10-07 19:41:11巳蛇
日期:2014-09-13 15:29:54
2 [报告]
发表于 2015-06-04 21:18 |只看该作者
理论结合实践,抓下包看看三次握手和四次挥手的过程:)

论坛徽章:
1
2015亚冠之浦和红钻
日期:2015-05-26 14:37:09
3 [报告]
发表于 2015-06-04 22:06 |只看该作者
回复 2# wangspace

过程理解的,但是上面的这种情况怎么模拟??客服端迷失的连接报文,再次到达服务端,导致对方发送SYN+ACK,但是客户端已经close。此时客服端是回应rst吗?还是什么都不回应
   

论坛徽章:
24
金牛座
日期:2013-08-21 07:55:52射手座
日期:2014-09-29 15:36:14摩羯座
日期:2014-10-07 21:42:57天秤座
日期:2014-10-16 10:03:00午马
日期:2014-10-19 13:40:31酉鸡
日期:2014-11-08 08:44:54处女座
日期:2014-11-10 17:01:21午马
日期:2014-12-06 16:52:38羊年新春福章
日期:2015-02-12 17:41:512015年迎新春徽章
日期:2015-03-04 09:58:1115-16赛季CBA联赛之广夏
日期:2022-10-07 19:41:11巳蛇
日期:2014-09-13 15:29:54
4 [报告]
发表于 2015-06-04 22:35 |只看该作者
本帖最后由 wangspace 于 2015-06-04 22:40 编辑


http://www.cnblogs.com/yuilin/archive/2012/11/05/2755298.html
主要看下面的评论

论坛徽章:
36
子鼠
日期:2013-08-28 22:23:29黄金圣斗士
日期:2015-12-01 11:37:51程序设计版块每日发帖之星
日期:2015-12-14 06:20:00CU十四周年纪念徽章
日期:2015-12-22 16:50:40IT运维版块每日发帖之星
日期:2016-01-25 06:20:0015-16赛季CBA联赛之深圳
日期:2016-01-27 10:31:172016猴年福章徽章
日期:2016-02-18 15:30:3415-16赛季CBA联赛之福建
日期:2016-04-07 11:25:2215-16赛季CBA联赛之青岛
日期:2016-04-29 18:02:5915-16赛季CBA联赛之北控
日期:2016-06-20 17:38:50技术图书徽章
日期:2016-07-19 13:54:03程序设计版块每日发帖之星
日期:2016-08-21 06:20:00
5 [报告]
发表于 2015-06-05 09:05 |只看该作者
任何一次确认都有可能丢失,不管设计多少次确认机制,最后一次确认都有可能丢失,所以握手就是个屁,只是在网络不好的状况下让人们看上去放心些。
常规的tcp通讯还不是要应用层自己做心跳
网络不够良好的情况下增加了保证了连接百分比,其实还是一坨,严密的逻辑都是要应用层根据实际需求辅以超时

然后,还浪费了很多流量,不过多数情况下这点流量不是瓶颈不引起注意

google不是在搞quic,想用udp替代tcp做http的载体吗?说明科学家们终于想通了

论坛徽章:
36
子鼠
日期:2013-08-28 22:23:29黄金圣斗士
日期:2015-12-01 11:37:51程序设计版块每日发帖之星
日期:2015-12-14 06:20:00CU十四周年纪念徽章
日期:2015-12-22 16:50:40IT运维版块每日发帖之星
日期:2016-01-25 06:20:0015-16赛季CBA联赛之深圳
日期:2016-01-27 10:31:172016猴年福章徽章
日期:2016-02-18 15:30:3415-16赛季CBA联赛之福建
日期:2016-04-07 11:25:2215-16赛季CBA联赛之青岛
日期:2016-04-29 18:02:5915-16赛季CBA联赛之北控
日期:2016-06-20 17:38:50技术图书徽章
日期:2016-07-19 13:54:03程序设计版块每日发帖之星
日期:2016-08-21 06:20:00
6 [报告]
发表于 2015-06-05 09:08 |只看该作者
tcp需要连接,就两路握手就够了
断开也只要两次就足够了,对方都断开了,你还发,明显是错误逻辑,针对双工设计的断开四次也是屁

论坛徽章:
36
子鼠
日期:2013-08-28 22:23:29黄金圣斗士
日期:2015-12-01 11:37:51程序设计版块每日发帖之星
日期:2015-12-14 06:20:00CU十四周年纪念徽章
日期:2015-12-22 16:50:40IT运维版块每日发帖之星
日期:2016-01-25 06:20:0015-16赛季CBA联赛之深圳
日期:2016-01-27 10:31:172016猴年福章徽章
日期:2016-02-18 15:30:3415-16赛季CBA联赛之福建
日期:2016-04-07 11:25:2215-16赛季CBA联赛之青岛
日期:2016-04-29 18:02:5915-16赛季CBA联赛之北控
日期:2016-06-20 17:38:50技术图书徽章
日期:2016-07-19 13:54:03程序设计版块每日发帖之星
日期:2016-08-21 06:20:00
7 [报告]
发表于 2015-06-05 09:10 |只看该作者
从connect到close,以及中间的通讯如果有请求应答式的,都需要应用层辅以超时机制,既然如此,传输层不如干脆就省去
浪费那体力号称保证了但未必,画蛇添足

论坛徽章:
1
2015年迎新春徽章
日期:2015-03-04 10:01:44
8 [报告]
发表于 2015-06-09 12:57 |只看该作者
tcp三次握手采用的是三军问题模型,有兴趣的查看一下

论坛徽章:
44
15-16赛季CBA联赛之浙江
日期:2021-10-11 02:03:59程序设计版块每日发帖之星
日期:2016-07-02 06:20:0015-16赛季CBA联赛之新疆
日期:2016-04-25 10:55:452016科比退役纪念章
日期:2016-04-23 00:51:2315-16赛季CBA联赛之山东
日期:2016-04-17 12:00:2815-16赛季CBA联赛之福建
日期:2016-04-12 15:21:2915-16赛季CBA联赛之辽宁
日期:2016-03-24 21:38:2715-16赛季CBA联赛之福建
日期:2016-03-18 12:13:4015-16赛季CBA联赛之佛山
日期:2016-02-05 00:55:2015-16赛季CBA联赛之佛山
日期:2016-02-04 21:11:3615-16赛季CBA联赛之天津
日期:2016-11-02 00:33:1215-16赛季CBA联赛之浙江
日期:2017-01-13 01:31:49
9 [报告]
发表于 2015-06-11 14:26 |只看该作者
其实没啥必要啊,本来一问一答两次就够了,问题是TCP发明那个年代网络可靠性太差,工程师们不放心就又加了一次,之所以没再加是因为大家其实心知肚明无论再加多少次其实都是一样的。

论坛徽章:
36
子鼠
日期:2013-08-28 22:23:29黄金圣斗士
日期:2015-12-01 11:37:51程序设计版块每日发帖之星
日期:2015-12-14 06:20:00CU十四周年纪念徽章
日期:2015-12-22 16:50:40IT运维版块每日发帖之星
日期:2016-01-25 06:20:0015-16赛季CBA联赛之深圳
日期:2016-01-27 10:31:172016猴年福章徽章
日期:2016-02-18 15:30:3415-16赛季CBA联赛之福建
日期:2016-04-07 11:25:2215-16赛季CBA联赛之青岛
日期:2016-04-29 18:02:5915-16赛季CBA联赛之北控
日期:2016-06-20 17:38:50技术图书徽章
日期:2016-07-19 13:54:03程序设计版块每日发帖之星
日期:2016-08-21 06:20:00
10 [报告]
发表于 2015-06-11 14:33 |只看该作者
回复 9# windoze


      我自己在上面说的都是自以为,我都不敢确信,有猫大师偶像发话我就放心了!
您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

  

北京盛拓优讯信息技术有限公司. 版权所有 京ICP备16024965号-6 北京市公安局海淀分局网监中心备案编号:11010802020122 niuxiaotong@pcpop.com 17352615567
未成年举报专区
中国互联网协会会员  联系我们:huangweiwei@itpub.net
感谢所有关心和支持过ChinaUnix的朋友们 转载本站内容请注明原作者名及出处

清除 Cookies - ChinaUnix - Archiver - WAP - TOP