IMTS远程数据传输客户常见问题解答.doc

IMTS远程数据传输客户常见问题解答
IMTS远程数据传输客户常见问题解答V2.0
常见故障诊断
问题1：我们分部从来没有成功的传输过账套，是不是我们的网络连接有问题？有简单的办法进行测试吗？
畅通的网络连接是imts成功传输的第一步，这里有一个简单的办法来测试收发双方imts的底层连接是否正常：
在缺省配置下，iMTS使用TCP5678端口进行数据传输。因此您可以通过telnetxxx.xxx.xxx.xxx5678命令来检查是否可以向接收方传输数据（xxx.xxx.xxx.xxx是接收方计算机的IP地址）。如果telnet命令的返回信息为“...无法打开到主机的连接在端口5678:连接失败”，说明底层物理连接有问题，原因有可能是网络物理连接不通，也可能是接收方iMTS没有运行，或者是接收方的防火墙封掉了5678端口。您可以从这几个方面来仔细检查一下。
问题2：上面的问题里提到了防火墙端口的设置，如果网络通道上存在路由器或防火墙，我需要检查哪几个端口？
IMTS传输要求开放用于传输的TCP5678端口和用于事件通信的UDP11901端口。另外，如果您使用HTTP代理方式进行传输，提供HTTP代理服务的IIS服务器还要求开放TCP80端口（即默认的http端口）。
问题3：我接收方iMTS服务器有两块网卡，通过拨号上网接收数据，但是在使用远程数据传输工具进行账套接收完成后，系统会出现自动化错误提示，但数据实际上已经接收成功，这是怎么回事？
该提示不影响账套的正常传输，这种情况出现在远程数据传输客户端和iMTS服务器端安装在同一台机器上，当远程数据传输工具接收数据成功后通知iMTS服务器时，由于iMTS服务器的两块网卡同时接收到了成功信息，产生了冲突因此系统提示错误。解决该问题的方法是：修改接收方的传输数据传输客户端登录界面“iMTS服务器”的信息，通过指定iMTS服务器的IP地址，而不使用系统默认的localhost或者127.0.0.1，这样成功信息只会发送给指定IP地址的网卡，解决了产生冲突的问题。
问题4：在总部同时接收几个分站点的账套，各地配置基本相同，为什么有的分站点可以顺利传输，而有的分站点却总是在接收方的接收队列里产生一些积压的消息？
出现此种情况的很可能是该分站点的设置信息与总部接收方的设置信息不一致所导致。系统要求发送方和接收方的公司信息、任务设置信息必须严格一致，包括设置信息（如任务名称）的大小写也要匹配。
当出现此类问题时，请确认收发双方的配置信息是否，如果存在不一致的情况，则需要修改两边的配置保持两边一致，请发送方再次重新发送一次，或者由接收方主动执行拉取。
如果您不想再进行传输，则可以在接收队列KDReceive中找到刚才没有执行的消息，单击右键选择任务映射，在弹出的对话框中选择对应的接收任务并指定合适的映射名，点击确定。再次右键选中该消息，点击“重新激发”，系统会自动重新进行账套的恢复。
问题5：总部从下属子公司接收账套。子公司处进行账套的发送，并且系统接收几个分部的账套，有时会出现分部提示任务已经执行成功，但是总部确接收不到账套的情况？
产生此现象是我们的软件提示信息不准确，使您产生理解上的偏差。在发送方提交任务后，在传输客户端会给出一个“任务传输成功”的提示信息，其实此时只是发送任务转到iMTS后台执行，并没有真正到达接收方。由于多数采用拨号的客户此时会误以为传输已经成功而断开网络连接，导致发送任务没有正常传输出去，所以接收方也无法正确接收账套，此时您也可以发现在发送方堆积了一些发送队列。所以请您在传输时延长发送拨号等待时间，直到iMTSSERVER提示完成传输为止。
在10.0版本中，我们已经对此处做了更为明确的提示，并且增加了传输进度条。只有在传输进度条中看到传输进度达到100％后，才真正表明任务已经发送成功。
问题6：有的时候我在传输的过程中打开了底层的imts服务界面查看了一下，但此后我就发现任务迟迟不能完成，点击传输界面都没有反应，这是怎么回事？
以前版本的imts界面很容易出现被用户锁定的情况，当您打开底层界面又无意点击该界面后，imts服务器就被锁定了。这时在imts的黑屏界面的标题栏处将显示“选定iMTSServer”的字样，此时您只需按键盘最左上角的“Esc”键取消该操作，imts服务器就恢复正常了，此时的标题栏将显示为“iMTSServer”。
在10.0版本中我们已经提供了非常友好的Windows风格界面，不会再出现类似上面的问题了。
问题7：接收方使用拨号网络的方式接收发送方传来的账套数据，但是在个别情况下，接收方imtsserver提示datadiagramsendfailed，接收任务不能进行自动映射，账套不能自动恢复？
引起上述现象的原因是UDP消息有时在只开放拨号