传真T30协议分析..docVIP

T38传真抓包分析 ――于杨 本文主要对于IP实时传真抓包进行了相关分析，帮助大家对t38协议，t30协议有较为直观的认识。简单地说，t38协议就是t30协议在IP网络上的实现规程。 抓包eth0.pkt中021525305280101作为主叫， 02152530523作为被叫，是主叫主动发送传真的过程。 使用wireshark分析软件打开eth0.pkt, filter域限制为 sip||t38. 篮底黑字是主叫发送的数据包，黑底红字是被叫发送的数据包。 1．T38包结构 先说一说t38包的组成结构。 我们使用udp协议进行t38数据传输，应用层的数据都被封装在UDPTL中，下图表示了UDPTL在udp包中所处的位置，其实就是udp承载的数据。 1.1 UDPTL组织结构 UDPTL包含三部分： 序列号 seq-number IFP分组 primary-ifp-packet 差错纠正 error-recovery 1.2 IFP分组 下面详细介绍一下IFP分组内容： 从ASN.1描述中，可以看出包括type-of-msg域和data-field域，其中data-field域是可选的。 什么时候可选呢？这是由type-of-msg域的类型决定的。 Type-of-msg可以选择两种类型：t30-indicator 和 t30-data。 如果是t30-indicator，则不需要data-field; 反之，是t30-data, 则需要提供data-field域. 那么，如果我们使用了t30-data, data-field域应该如何组织呢？ Data-field域也是由两部分组成： field-type 和 field-data, 其中，field-data也是可选的，由filed-type类型来决定，比如field-type是hdlc-fcs-ok,就不需要field-data,而field-type是hdlc-data的话，则必须提供field-data. 1.3 总结 综上所述，下图给出了UDPTL框架图，“---------”表示了二者选一的关系，也就是说差错纠正（error recovery）只能使用冗余包或者FEC前向纠错中的一种方式。 2．抓包分析 现在已了解了一个t38包的内部构造，下面利用抓包分析一下包与包之间组合起来所表达的信息。从抓包来看，对于是t30-indicator的信令都是单独一个包，其作用是协助真正的t30信令的发送与接受，真正的t30信令都是使用hdlc消息帧来进行传输的，一般都需要多个帧，每个帧存储了一个字节的有效数据。 注：我们传真的过程是主叫主动发送传真的过程，并只关注传真过程，sip信令在这里不做分析。 传真信令和数据流程 B阶段（报文前阶段） 1141 T30ind : no-signal 信令 ： 无信号，可以用于两端连接，对端没有输入的情况下。 1153-1196被叫-主叫 1153 T30ind : V21-preamble 信令 ： V21前导序列，发送传真信令前必发的前导标志，发送传真数据则不需要。 1156-1182 CSI信令 CSI信令的发送打包处理，并且是一个完整的hdlc消息帧。 HDLC消息包格式内容定义： 1156 data: v21: hdlc-data[FF] V21表示type-of-msg选择为V21调制模式。 HDLC消息的address域， 规定值为 1111 1111(0xFF) 1157 data: v21: hdlc-data[C0] HDLC消息的control域， 规定值为 1100 X000 X值：在发送选用帧时(如本例的CSI), 选用帧要放在必用的命令帧或响应帧（如本例的DIS）之前，在这种情况下，选用帧的control域的X=0, 必用的命令帧或响应帧的X=1；简单的说，就是要发送一系列连续的帧，非末帧是0，末帧是1。 1158 data: v21: hdlc-data[02] HDLC消息的facsimile control域(FCF)，0x02表示CSI信令，该信令是选用信令，表明可用被叫用户的国际电话号码来提供被叫用户的特定身份。CSI的facimile info域由20个编码数字组成，见其后20个帧。 1159-1181 data: v21: hdlc-data[04] （中间有2个帧序号不连续，共20帧） CSI编码格式见下表，从表中无法查到对应的编码。