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

dwlnet

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

谢谢各位的鼎力相助~~

这条又没看明白~~呵呵~

dwlnet

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

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

谢谢~~其实并不是文件的上传，而是监听得到的语音数据的实时上传~~应用的乱序还不是太理解~

不过谢谢888大哥给予耐心指导~

net_robber

tcp不会乱序吧？？

wxycyel

tcp也会乱序的。tcp协议中的序列号和响应序列号就是用来处理乱序的。不过它传输的数据到了应用层是已经被整理好了，不存在乱序的问题。

[ 本帖最后由 wxycyel 于 2008-5-28 16:26 编辑 ]

wxycyel

举个例子，如果客户端连续向服务器端提交了4个需要处理的消息1，2，3，4。而服务器端同时处理这4个消息，但是完成处理的顺序是3,4,1,2。服务器端安照这个顺序给客户端回响应消息，如果没有序列号的话。客户端就不清楚他收到的响应消息是对应发出去的哪一条消息。

dwlnet

原帖由 wxycyel 于 2008-5-28 16:25 发表
举个例子，如果客户端连续向服务器端提交了4个需要处理的消息1，2，3，4。而服务器端同时处理这4个消息，但是完成处理的顺序是3,4,1,2。服务器端安照这个顺序给客户端回响应消息，如果没有序列号的话。客户端就 ...

哦，再次感谢wxycyel的耐心解答。我这次似乎理解些了。TCP可以保证传输的数据到达应用层时有序，但是由于应用层软件处理方式的不同，可能造成数据的处理乱序，也就是应用层乱序问题。这个需要应用层软件自身提供机制来解决。。。不知道理解的对不对

wxycyel

是的。

flw

原帖由 wxycyel 于 2008-5-28 15:38 发表
我说的不是协议标志，而是sequence no 参考smpp3.3中消息头定义里的第四项，13到16字节。

SNMP 是 base on UDP 的。

wxycyel

原帖由 flw 于 2008-5-28 16:56 发表

SNMP 是 base on UDP 的。

snmp和我说的smpp有什么关系？能说清楚点吗？

flw

原帖由 wxycyel 于 2008-5-28 17:02 发表

snmp和我说的smpp有什么关系？能说清楚点吗？

不好意思，看错了。