免费注册 查看新帖 |

Chinaunix

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

键盘兄请进!TCP状态机的实现问题。 [复制链接]

论坛徽章:
1
荣誉版主
日期:2011-11-23 16:44:17
1 [报告]
发表于 2003-05-30 16:12 |显示全部楼层

键盘兄请进!TCP状态机的实现问题。

为了降低服务压力,可以让服务器主动关闭,如果在关闭后操作能够预知的话,用shutdown。

为了提高响应效率,让客户来主动关闭。

论坛徽章:
1
荣誉版主
日期:2011-11-23 16:44:17
2 [报告]
发表于 2003-05-30 16:39 |显示全部楼层

键盘兄请进!TCP状态机的实现问题。

1、可以。

2、只要上次连接完全断开,就没什么影响,就算上次连接处于TIME_WAIT2状态,LISTEN会保证在队列中重新给新的连接分配资源。

论坛徽章:
1
荣誉版主
日期:2011-11-23 16:44:17
3 [报告]
发表于 2003-06-02 14:01 |显示全部楼层

键盘兄请进!TCP状态机的实现问题。

但下一次的连接还是能够成功,且双方还能互相传送数据,但是服务器发送给客户机的数据客户机并没有解析(我这里用的是HTTP应用层协议,发送网页),但是客户机已经送数据给服务器了,说明它已经进入ESTABLISHED状态了,好象是客户机并没有收到数据包,请问这是为什么?


回答:上面这堆话以前得描述是正确得,TCP连接诶终止不一定要走4分节终止序列。如果通讯中得一个断点直接得发送终止FIN。可一导致连接提早得到来。上面这几句话描述得情况可以这样得分析问题,以前得连接一旦服务器发送完数据后,发送一个FIN 包,这个连接便不可利用了。在其后得客户重新和服务建立得连接,和以前得终止连接没有任何关系。是由listen队列中取出的全新的连接。这个连接一旦处于你所描述的ESTABLISHED状态,就可以相互转发信息。然而你说客户段不能够解析这种信息。这个你要检查客户段是否接受到的是该服务的响应信息,如果你保证客户接受的数据正确到达,那么为提可能出在了应用逻辑的处理部分。

论坛徽章:
1
荣誉版主
日期:2011-11-23 16:44:17
4 [报告]
发表于 2003-06-02 16:23 |显示全部楼层

键盘兄请进!TCP状态机的实现问题。

受不了,中午论坛有问题。搞得我发了多次。

各位朋友,见谅!
您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

  

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

清除 Cookies - ChinaUnix - Archiver - WAP - TOP