1.主界面介绍
随着3G的普及，手机数据业务量（如浏览器，彩信等）的日益增长，对手机侧网络包的分析显得越来越重要。

一般来说，手机数据业务的抓包工具为QXDM，在抓LOG指导里面已经有了详细参数的配置介绍(详情见《IP数据包抓取方法.doc》)。

但需要注意的是，在将LOG转化为.pcap文件时，必须保证当前电脑里安装有Ethereal软件，否者PCAPGenerator这个工具不会出现。

（针对使用Tools->PCAPGenerator转化.isf文件出错的情况，可以做如下尝试：先使用Tools->ISF File Converter将刚刚保存的.isf文件其转化为.dlf文件，然后使用Tools->PCAPGenerator将.dlf 文件转换成.pcap文件）。

这里主要针对抓到IP包后，怎么样使用Ethereal软件对IP包进行分析，以及一些简单的TCP/IP协议介绍。

直接点击打开.pcap文件，可以看到如下图1所示界面。

图1
中间彩色的区域就是IP数据包。

从左到右，字段分别是No.，Time，Source，Destination，Protocol以及Info。

IP包是按照流经手机网卡的时间顺序排列的，NO.是标示抓到的IP包是该抓包文件中的第几个，Time则是计算的所有包与第一个包之间的间隔时间，单位毫秒ms。

Source和Destination字段分别表示IP包的源地址和目的地址。

Protocol显示当前IP包的上层协议，如TCP，UDP，如果应用层协议头也在该IP包中，优先显示应用层协议，如RTSP，HTTP等。

注意中间的彩色显示，不同的颜色代表该IP包中包含了不同内容，这是方便我们对IP 包查看。

如上面的大红色，表示的是该数据包损坏，可能是只有一半的内容，也可能是指在该包与其他包的序号不连续（指在协议层不连续），中间可能出现丢包的现象。

很多时候，Ethereal是用不同颜色来区分上层协议的不同（注意IP包中必须包含上层协议的包头，才能以该应用的颜色进行标示。

因为很多数据包比较大，是通过几个IP包进行传输的，那么就只有第一个包是以上层应用的颜色进行标示，后面的显示为协议层颜色）。

如下图2中，可以看到DNS是以淡蓝色标示，ICMP是以黑色标示，TCP的同步（SYN&FIN建立TCP连接的三次握手）以深灰色进行标示，而其它的TCP包则以浅灰色标示，HTTP协议使用绿色进
行标示等等。

图2
留意界面上的Filter框，这个是一个过滤器，可以在界面上过滤掉你不需要查看的包，只留下需要的东西。

图3
该过滤器可以通过协议字段进行过滤，只在界面上显示所有包中的符合过滤条件的数据包，如图3所示。

也可以通过Source，destination字段进行过滤（通常用在IP的杂收模式，因为只要流经网卡的包都会被杂收上来，这样就需要过滤源地址和目的地址为本机地址的数据包）。

当需要显示所有的数据包时，点击输入框右侧的Clear，就可以清除当前的过滤条件。

2.数据包协议分析界面
选定你想查看的数据包，然后看中间的协议分析栏，如图4所示。

图4
可以看到整个数据包被分为了几部分，Frame，Raw Packet data，Internet Protocol，Transmission control Protocol以及Hypertext Transfer Protocol。

其中Frame显示的是该包的一些信息，Arrival time为收到包的时间（009-5-13，需要注意的是这个时间是本地时间，即当前手机显示的时间），Frame Number是当前包在整个文件中位置（可以看出这是第13个包），Packet Length是协议中表示该包的长度（522bytes），而Capture Length是实际抓到的包的长度（与Packet Length相同，则表明抓包的时候数据没有丢失，否者认为是破损包，标示为大红色），Protocols in frame是包中包含的协议（这个包网络层协议是IP，传输层是TCP，应用层是HTTP），Coloring Rules指的是在主界面显示颜色是根据那一层协议显示的。

Raw Packet Data为空，按常理来说这个地方应该显示的是物理层协议的详细信息，例如使用Ethereal对电脑的网卡抓包的话，这个地方显示的为Ethernet，解析的是以太网层协议信息，如目的网卡和原网卡的MAC地址之类的物理层信息。

因为这里是抓的手机包，不太清楚为什么物理层协议这显示的是空的。

还需要跟踪继续对相应的协议进行分析。

Internet Protocol很明显可以看出这里就是对网络层——IP协议的解析。

对照图5，对解析出来的每个字段，分析IP层协议。

图5
Version标明当前使用的是IPv4的IP协议（现在使用的趋势是IPv6）；Header length标明IP包头的长度（20bytes）；Total Length整个IP包长度；Flags标示IP包是否分片（0x04不允许分片）；Fragment offset分片偏移（没有偏移）；Time to live该包在网络上的生存时长（还能进行64次转发）；Protocol该IP包的传输层协议（0x06-tcp，0x11-UDP）；Header checksum包头校验码，显示IP协议包头是否正确。

Source，Destination显示该IP包的源和目的IP地址。

在协议解析界面下方就是抓到包的十六进制文件显示窗。

在协议解析界面点击相应的字段，就可以在十六进制文件显示窗中看到相应的十六进制字符。

但注意有些字段占有的空间比较少，如只有一位或者两位，在十六进制字段窗口可能不能单独显示的。

如IP包头的首字节45，就代表了两个字段，分别是IP版本号4和IP包头长度20（5*4）。

Transmission control Protocol很明显可以看出这里就是对传输层——TCP协议的解析。

对照图6，对解析出来的每个字段，分析IP层协议。

Source Port，Destination Port显示该IP包的源和目的端口。

Sequence Number和Next Sequence Number是保证TCP流连续的关键字段，前一个包的Next Sequence Number应该和下一个包的Sequence Number一致，这样就可以知道网络中是否存在丢包，并确定需要重传的数据段。

Header length标明TCP包头的长度（32bytes）。

Window size 是TCP滑动窗
口协议中，窗口的大小。

Header checksum为包头校验码。

图6
Hypertext Transfer Protocol这里就是对应用层——HTTP（超文本）协议的解析，这里就
不再详述了。

对于TCP流可以通过右键点击打开对话框进行查看，如图7，图8所示。

图7
图8。