聯眾升級協議分析 續篇(二) (轉)

gugu99發表於2007-08-17
聯眾升級協議分析 續篇(二) (轉)[@more@]

聯眾升級分析 續篇(二)

雲網(to:jimzj@21cn.com">jimzj@21cn.com)

接上篇

 

接收到一個完成的包後,就可以去分析協議的本質內容了(因為聯眾的協議沒有,所以在這裡不必要再去做這一步工作了,呵呵J也正好可以放鬆一下自己的頭腦)。大家如果用Commview或其它的工具接收一個完成的遊戲資料時都會發現這樣一個資料過程:

1、  0x0000  00 02 00 80 C8 00 00 00-01 00 00 00 04 00 02 00  ...??..........

2、  0x0050  17 20 00 00 04 00 00 00-01 00 00 00 16 20 00 00  . ........... ..

3、  0x0000  11 20 00 00 18 00 00 00-01 00 E0 00 01 00 00 00  . ........?....

4、  0x0000  03 20 00 00 04 00 00 00-01 00 00 00  . ..........

接下來就是一堆如下面的資料

5、  0x0000  0D 20 00 00 38 00 00 00-01 00 00 00 01 00 00 00  . ..8...........

最後還有一個這樣的命令

6、  0x0100  15 20 00 00 08 01 00 00-08 00 00 00 02 65 67 65  . ...........ege

如果我們還記得玩升級時的打牌順序:登入、發牌、叫牌,開始、出牌,結束,再與上面的指令對照一下,呵呵,現在你會明白這些指令的作用了吧,因為這些命令是每一次都會出現的,所以只要的接收幾次打牌的全過程的資料就可以分析出來了。(上面標識出來的不同顏色,前一部分是命令字,後一部分是包的長度,這個分法在上一篇文章中已作說明)

 :namespace prefix = o ns = "urn:schemas--com::office" />

 .......待續 

由本人水平有限,有什麼錯誤的地方請大家指出,共同學習,討論,我的聯絡是: 。

 

    雲網

  -9-18

 


來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/10748419/viewspace-963154/,如需轉載,請註明出處,否則將追究法律責任。

相關文章