标签：
1. 消息由RCT发出后，进入SIH通道，通过报文头，SIH将RCT的请求消息分发给各个外系统，外系统接受请求报文并处理，然后返回报文，再次进入SIH通道，然后分配给发出请求的系统，这是一个完整的报文响应流程。
2. 首先通过sihdog，查看RCT_CA_01_SYN，ADP是接收报文，ROUTOR是发出报文，在sihdog中打开，观察指令调用时的响应情况，发现ROUTOR有反应，ADP没反应，因此确定RCT未接收到主机的返回报文。
3. 既然没有收到报文，会不会有其他进程阻截了外系统返回的报文？
明确RCT服务的消息队列。RCT_CA_01有三个消息队列，分别为RCT_CA_01_INPUT、RCT_CA_01_OUTPUT和RCT_CA_01_SYN_INPUT，三者作用如下：
1.RCT_CA_01_INPUT接收的是外系统直接对RCT调用的消息
2.RCT_CA_01_OUTPUT接受的是RCT对外系统调用的消息
3.RCT_CA_01_SYN_INPUT接受的是在RCT调用外系统之后，外系统返回给RCT的消息
通过mq查看RCT_CA_01_SYN_INPUT队列相关的调用者，发现有ip为18.4和12.91的若干个进程处于活跃状态，为了排查OLTP返回的消息没有被其他进程接受，将多余进程通通关闭。然后将RCT_CA_01_SYN_INPUT分发报文的属性设置为禁止，此时在n系统eterm上执行FIE指令，RCT_CA_01_SYN_INPUT中并没有阻塞的消息，而执行其他正确的指令会看到有消息阻塞在队列中，因此确定RCT_CA_01_SYN_INPUT并未受到SIH返回的消息报文。
4. detr,u服务是主机的服务，所以直接找马世佳，他可以通过Trace的方式，监视消息由RCT发往主机并从主机返回的整个过程，和他联测之后，他说主机成功的返回了报文消息。
5. 那么就是SIH弄丢了报文咯？找杨英。但是经过排查，杨英说她那里网关压根没收到主机的返回报文，更何谈分发。
这样，问题的解决之路就在这里阻塞住了，下下策只有重新用回detr服务了。
detr,u服务部分客票无法连通问题--未解决
标签：
原文地址：http://www.cnblogs.com/renzegis/p/5033674.html
