自定义协议中有必要设置序列号吗？

cjaizss

那是协议标志，不是出于安全考虑的，另当别论

wxycyel

我对序列号的理解是，它是为了确保 通信的c/s 两端，发消息/认证消息 对能够匹配。因为发出认证消息的一端不能保证认证消息是按照收到的消息的顺序发出来的。有可以先到的消息的认证消息后发出来。

dwlnet

感谢大家的回帖。我水平较低，怎么越看越糊涂了~~

大家好像讨论的是关于安全与加密的话题，可能是我没表达清，我想问的是类似TCP中的消息确认机制在应用层协议中需不需要做？

譬如C方 向 S方 实时上传数据，经过C-〉S的上传请求并S-〉C的请求允许后，就该做实际数据传输了，在这个实际数据的传输过程中需要有消息确认吗？即C-〉S上传数据块1，S-〉C确认1，C再向S发数据块2。。。。。
还是C只管向S一直发，发完给个结束消息就可以了呢？

这里是类似局域网的网络环境，想通过TCP达到一定的实时效果

谢谢大家~~

system888net

原帖由 dwlnet 于 2008-5-28 12:57 发表
我需要自己设计一个简单的应用层协议，它是基于TCP的，有数据实时上传和保存成文件后的下载功能，基于TCP的话我在应用层的自定义协议里还需要设置序列号吗？我想TCP就可以保证可靠有序了。

查阅资料发现很多 ...

如果是UDP或ipx协议,序号是必须的.
对于TCP序号不是必须的.
如果应用层输出的数据有可能乱序(多线程多TCP通路),那么加序号也是必须的.

从你的应用来看,如果同一个文件上传和下载时是多TCP通路并行的,序号是必须的,否则不是必须的.

[ 本帖最后由 system888net 于 2008-5-28 15:33 编辑 ]

dwlnet

原帖由 system888net 于 2008-5-28 15:32 发表


如果是UDP或ipx协议,序号是必须的.
对于TCP序号不是必须的.
如果应用层输出的数据有可能乱序(多线程多TCP通路),那么加序号也是必须的.

从你的应用来看,如果同一个文件上传和下载时是多TCP通路并行的, ...

谢谢888大哥哈，什么叫多TCP通路呢？不太明白~~

wxycyel

我说的不是协议标志，而是sequence no 参考smpp3.3中消息头定义里的第四项，13到16字节。

wxycyel

你说得比我清楚。

system888net

原帖由 dwlnet 于 2008-5-28 15:36 发表



谢谢888大哥哈，什么叫多TCP通路呢？不太明白~~

就是为了提高传输的效率,同时跟服务器连接几个通道(可以简单理解为同时几个TCP连接),对同一个文件分成基本分同时并行传输,这是要对文件的传输进行序列标号,否则接受方无法判断对文件组合的先后顺序,这时的序号就是很实际的了.

wxycyel

补充一点，在一个TCP连接中也可能会需要序列号。为了提高处理效率，服务器端允许客户端提交多个需要处理的消息并行处理。但由于在服务器端后到的消息可能先处理完，它的认证消息会先发出来。这时候序列号就有用了。

system888net

原帖由 wxycyel 于 2008-5-28 15:50 发表
补充一点，在一个TCP连接中也可能会需要序列号。为了提高处理效率，服务器端允许客户端提交多个需要处理的消息并行处理。但由于在服务器端后到的消息可能先处理完，它的认证消息会先发出来。这时候序列号就有用了。

  yes,是的,这属于应用的乱序, 对于文件的传输,一般不会这样用. 还有一种情况就是: 虽然是一个TCP连接,但她是作为一个HA隧道来应用的,这时候也要序号,而且是二维或二维以上序号更容易容错.

[ 本帖最后由 system888net 于 2008-5-28 15:59 编辑 ]