传真T30协议解读.docxVIP

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 包含三部分： 1． 序列号 seq-number 2． IFP 分组 primary-ifp-packet 3． 差错纠正 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 前向纠错中的一种方式。 seq number type-of-msg IFP packet field-type UDPTL data-field(optional) field-data(optional) secondary-ifp-packet error recovery fec-info 2．抓包分析 现在已了解了一个 t38 包的内部构造， 下面利用抓包分析一下包与包之间组合起来 所表达的信息。从抓包来看，对于是 t30-indicator 的信令都是单独一个包，其作用是协助真正的 t30 信令的发送与接受，真正的 t30 信令都是使用 hdlc 消息帧来进行传输的，一般都需要多个帧，每个帧存储了一个字节的有效数据。 注：我们传真的过程是主叫主动发送传真的过程，并只关注传真过程， 分析。  sip 信令在这里不做 传真信令和数据流程 阶段（报文前阶段） 1141 T30ind : no-signal 信令 ： 无信号，可以用于两端连接，对端没有输入的情况下。 1153-1196 被叫 -主叫 1153 T30ind : V21-preamble 信令 ： V21 前导序列，发送传真信令前必发的前导标志，发送传真数据则不需要。 1156-1182 CSI 信令 CSI 信令的发送打包处理，并且是一个完整的 hdlc 消息帧。 HDLC 消息包格式内容定义： 20 个帧。 Facsimile Facsimile Frame Flag Address Control Info Checking Flag Control N*1(Byte) Seq(FCS) Standard HDLC Frame 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