关于GPRS的PPP协议的帧分析

时间:2010-06-10 00:46:34  来源:快乐IT  作者:学无止境
AT+CGATT=1

OK

AT+CGDCONT=1,"IP","CMNET"

OK

ATD*99***1#
CONNECT

这时,AT指令已经不响应了,应该是PPP的验证过程,这个过程我不是很清楚。我监视了其他一些上网卡,发了一些7E FF 7D……这些数据不是很明白,你高手们指点一下,如何压缩这些数据的。
如果PPP验证结束了,以后的数据传输就应该是用TCP/IP协议了吧!
---------------------------------------------------------------

这个时候已经连接成功,以后的是进行正常的网络通信验证,用AT指令就不能调试了,只能写在TAPI里面了吧。

---------------------------------------------------------------

ATD*99***1#后,会收到一大堆数据,这是服务器发来的PPP协议请求,详细如下:
R: read   W: Write
R: 7E FF 7D 23 C0 21 7D 21 7D 23 7D 20 7D 3D 7D 21 7D 24 7D 27 D0 7D 22 7D 26 7D 20 7D 2A 7D 20 7D 20 7D 27 7D 22 7D 28 7D 22

7D 25 7D 26 BB 6A E4 93 7D 23 7D 25 C2 23 7D 25 34 89 7E
W: 7E FF 7D 23 C0 21 7D 21 7D 21 7D 20 7D 37 7D 22 7D 26 7D 20 7D 2A 7D 20 7D 20 7D 25 7D 26 7D 20 4E 9B 7D 31 7D 27 7D 22 7D

28 7D 22 7D 2D 7D 23 7D 26 8F 7D 26 7E
R: 7E FF 7D 23 C0 21 7D 24 7D 21 7D 20 7D 27 7D 2D 7D 23 7D 26 86 32 7E
W: 7E FF 7D 23 C0 21 7D 21 7D 22 7D 20 7D 34 7D 22 7D 26 7D 20 7D 2A 7D 20 7D 20 7D 25 7D 26 7D 20 4E 9B 7D 31 7D 27 7D 22 7D

28 7D 22 C3 7D 3E 7E
R: 7E FF 7D 23 C0 21 7D 22 7D 22 7D 20 7D 34 7D 22 7D 26 7D 20 7D 2A 7D 20 7D 20 7D 25 7D 26 7D 20 4E 9B 7D 31 7D 27 7D 22 7D

28 7D 22 28 77 7E
R: 7E FF 7D 23 C0 21 7D 21 7D 23 7D 20 7D 3D 7D 21 7D 24 7D 27 D0 7D 22 7D 26 7D 20 7D 2A 7D 20 7D 20 7D 27 7D 22 7D 28 7D 22

7D 25 7D 26 BB 6A E4 93 7D 23 7D 25 C2 23 7D 25 34 89 7E
W: 7E FF 7D 23 C0 21 7D 22 7D 23 7D 20 7D 3D 7D 21 7D 24 7D 27 D0 7D 22 7D 26 7D 20 7D 2A 7D 20 7D 20 7D 27 7D 22 7D 28 7D 22

7D 25 7D 26 BB 6A E4 7D B3 7D 23 7D 25 C2 23 7D 25 76 8A 7E

可根据以下规则进行解码:

7D XX ==> ** (其中**是XX与0x20异或的结果)

7d 5d ==> 7d

7d 5e ==> 7e


*****转换转义字符后*****
R: 7E FF 03 C0 21 01 03 00 1D 01 04 07 D0 02 06 00 0A 00 00 07 02 08 02 05 06 BB 6A E4 93 03 05 C2 23 05 34 89 7E

W: 7E FF 03 C0 21 01 01 00 17 02 06 00 0A 00 00 05 06 00 4E 9B 11 07 02 08 02 0D 03 06 8F 06 7E

R: 7E FF 03 C0 21 04 01 00 07 0D 03 06 86 32 7E

W: 7E FF 03 C0 21 01 02 00 14 02 06 00 0A 00 00 05 06 00 4E 9B 11 07 02 08 02 C3 1E 7E

R: 7E FF 03 C0 21 02 02 00 14 02 06 00 0A 00 00 05 06 00 4E 9B 11 07 02 08 02 28 77 7E

R: 7E FF 03 C0 21 01 03 00 1D 01 04 07 D0 02 06 00 0A 00 00 07 02 08 02 05 06 BB 6A E4 93 03 05 C2 23 05 34 89 7E

W: 7E FF 03 C0 21 02 03 00 1D 01 04 07 D0 02 06 00 0A 00 00 07 02 08 02 05 06 BB 6A E4 93 03 05 C2 23 05 76 8A 7E
*****************************************
协议的内容分别是
7E (ppp头) FF 03 C0 21(LCP)  01(代码) 03(标识符) 00 1D(长度,16进制) 01(类型) 04(长度) 07 D0(协商内容,Maximum-Receive-Unit) 02(类型) 06(长度) 00 0A 00 00 (协商内容,我也想知道协商什么,但是RFC1661上面没说)07(类型,协议压缩协商) 02(长度) 08(类型,地址,控制域压缩协商) 02(长度) 05(类型) 06(长度) BB 6A E4 93(内容,Magic-Number) 03(类型) 05(长度) C2 23(CHAP,挑战握手验证协议) 05(MD5算法) 34 89 (FCS,校验和)7E(PPP包尾)
*****************************************
R: 7E C2 23 01 01 00 19 14 28 7D 33 4B C8 82 71 8D CE 2B 9E 1E A2 24 9A FD 46 6B 65 2C B8 5D D3 7E  //CHAP 协议,使用MD5算法运算,具体参看 RFC1994 RFC1321
W: 7E C2 23 02 01 00 15 10 89 AE AD D2 F4 AF CC 8D 9A FC CA 54 21 D8 B5 8C CF A4 7E
R: 7E C2 23 03 01 00 04 C2
******下面是IPCP协议*********************
W: 7E 80 21 01 01 00 28 02 06 00 2D 0F 01 03 06 00 00 00 00 81 06 00 00 00 00 82 06 00 00 00 00 83 06 00 00 00 00 84 06 00 00

00 00 97 4C 7E
W: 7E 80 3F 01 01 00 9C 01 8A 5A 48 45 4E 59 55 20 20 20 20 20 20 20 20 20 00 01 48 41 52 44 20 20 20 20 20 20 20 20 20 20 20

00 02 5A 48 45 4E 59 55 20 20 20 20 20 20 20 20 20 03 01 5A 48 45 4E 59 55 20 20 20 20 20 20 20 20 20 20 01 48 41 52 44 20 20

20 20 20 20 20 20 20 20 20 1E 02 D5 F3 D3 EA 20 20 20 20 20 20 20 20 20 20 20 03 01 48 41 52 44 20 20 20 20 20 20 20 20 20 20

20 1D 01 01 02 5F 5F 4D 53 42 52 4F 57 53 45 5F 5F 02 01 02 02 0E 00 07 00 04 00 00 5A 48 45 4E 59 55 E2 0B 7E
R: 7E 80 21 04 01 00 16 02 06 00 2D 0F 01 82 06 00 00 00 00 84 06 00 00 00 00 AC D2 7E
W: 7E 80 21 01 02 00 16 03 06 00 00 00 00 81 06 00 00 00 00 83 06 00 00 00 00 BA 12 7E
...

相关文章

文章评论

共有  5  位网友发表了评论 此处只显示部分留言 点击查看完整评论页面