来电号码显示有误

确实很奇怪哦。好在Chan_ss7提供了使用Wireshark(以前叫做ethereal)分析MTP2层协议的能力，可以转储一些7号信令数据包以便分析，请用下面这个命令：
ss7 dump start /tmp/ss7-2009-02-23.trc
然后打两个电话进去。
再用ss7 dump stop 命令停止转储。
最后把这个trc数据包文件发到OpenVox技术支持邮箱，或者自己用wireshark分析一下。
如果方便的话，给个临时的SSH登陆帐号吧。

Hi Wayne

trc文件已发到This email address is being protected from spambots. You need JavaScript enabled to view it.

Thanks

曹工，对trc文件初步分析，该原始信令包有如下的一些问题：
1、只有一个完整的IAM包，第二个IAM解析的时候，wireshark就出现畸形消息包的错误提示；
2、对这个硕果仅存的完整IAM包分析结果如下：
必选参数，这些信息是交换机必须提供的信息：
中间有经过一段卫星电路，这个路由很奇怪 ^_^
主叫用户类别：未知；（一般应该是普通长话用户或普通市话用户）
传输媒体支持：未知；（一般是SPEECH）
在被叫用户号码信息里：
地址性质表示语为：0未知；（一般为用户号码或国内号码）
编号计划表示语为：0未知；（一般为1电话编号计划）
备选参数：
主叫用户号码：无 （在主叫号码字段，有一段不规则的消息包，我勉强猜测，可能是803031-你拨测用的139140开头的11位手机号码，应该是主叫号码）
传播延时：90ms
通用数字：传送的由补充业务引起的信息，如下：
编码方案：ITU-T标准
传输能力：speech
用户位置：86512（中国苏州）

通过对这段消息的分析，感觉这一段消息是极不标准的，是否是卫通线路？
还有，我看到的疑点还有：1、消息的信令点码有四个，您能描述这4个点码的位置和作用吗？ 2、所有消息均为单向消息，比如系统收到IAM后没有回ACM； 4、只能识别出前8个消息包，其中7个无法解析。

结论：请交换机房删除所有数据，重新做一下。检查光端机是否有误码。

这个问题其实非常简单，只需要看IAM消息送过来的主被叫号码前面是否有00即可。
呼出时，如果必须要加00才能成功，这个让交换机那边跟踪一下很好解决。