问题1：用户访问被防火墙屏蔽检查处理流程
E-Build API（原IBE）是面向航空公司和代理人，以及第三方的航空预订服务产品。用户通过客户端，使用固定IP访问E-Build API服务器，航信网络防火墙会对用户申报的IP进行访问授权，目前访问的地址为202.106.139.12 :6891。 部分用户会因为其运行环境配置异常，导致公网IP地址和上报航信网络的地址不一致，导致无法访问。在用户运行环境中表项为：
telnet 202.106.139.12 6891
正在连接到202.106.139.12...不能打开到主机的连接， 在端口 6891: 连接失败
这时候，用户往往怀疑航信网络未开通服务。航信需要利用在防火墙上捕捉到用户的访问记录，向用户提供切实的证据来说明此类问题。
为了排查此类问题，用户通过多次发送ping 202.106.139.12，或者telnet一个未监听端口，如202.106.139.12 6899（未监听端口），网络值班人员可以通过在防火墙日志上看到用户的访问，查看用户实际访问的IP。
操作流程如下：
1、用户联系研发E-Build技术人员，报告问题，同时提供申报的IP地址
2、研发E-Build技术人员，联系网控值班，准备进行故障检测
3、研发E-Build技术人员指导用户进行多次ping或者telnet一个未监听端口
4、网控值班在N分钟后查看防火墙日志，向研发技术人员提供用户实际IP地址。
5、研发E-Build技术人员向用户报告问题处理结果
在IBE系统中ServerHandlerYYYYMMDD_HH.log文件中记录了用户访问的用户访问授权信息，
如果用户访问时，使用了不正确的配置信息，会报告AccessDenied异常，通过查看日志文件，会得到类似下面的信息
< Sun Jun 03 11:00:02.355 CST 2012 >
Client 10.6.36.84:36095 Thread-2 connected. LocalPort:6891
< Sun Jun 03 11:00:02.355 CST 2012 >
Client 10.6.36.84:36095 IBEServer-81_20120603110002 validation infomation:
huairetd1 HAK969 0 0 COMPRESSED %00 0.9.1.0build061123 Security
< Sun Jun 03 11:00:02.356 CST 2012 >
Client 10.6.36.84:36095 IBEServer-81_20120603110002 set agentinfo.
office=HAK969, custom number=0, validation number=0
< Sun Jun 03 11:00:02.356 CST 2012 >
Socket validated: HUAIRETD1.10.6.36.84/255.255.255.255[0/10]0
< Sun Jun 03 11:00:02.356 CST 2012 >
Client 10.6.36.84:36095 IBEServer-81_20120603110002 validated, ready for command.
或者错误的信息
< Sun Jun 03 11:20:08.769 CST 2012 >
Client 124.114.200.83:56830 Thread-2 connected. LocalPort:6891
< Sun Jun 03 11:20:08.770 CST 2012 >
Client 124.114.200.83:56830 IBEServer-80_20120603112008 validation infomation:
dcp.b2c pek099 1099 1 COMPRESSED %00 0.9.1.0build061123 Security
< Sun Jun 03 11:20:08.773 CST 2012 >
Client 124.114.200.83:56830 IBEServer-80_20120603112008 3835198506333585761 throw out Exception:
com.travelsky.ibe.exceptions.AccessDenyException: Access Denied 124.114.200.83
2、TRFD接口生成退票单问题
TRFD接口用于生成退票单，你在填写完退票单后提交时可能会抛如下错误信息：
1.CHECK CURRENCY CODE
有时你会发现当你填写了正确的货币时也会报这个错误，那么你就查一下旅客姓名是不是写成中文了。
2.REFUND & TKT NBR NOT MATCH
这是由于当天在这台打票机下已经对该票号生成过退票单。这种情况下只能在这台打票机下提出退票单进行修改。
3.CAN NOT PRINT NEW REFUND
如果你昨天提交了一张票的退票单，今天你还想提取这个退票单就会报这个错误，因为退票单只在当天有效。
3、出票问题一：
在测试系统无法出票，报“ ETDZ LB-0101032 T2OTKT ERR-1324 >TSTB T2OTKT$D(0) ”
或“ETDZ LB-0101032 T2OTKT ERR-1324 >TSTB T2OTKT$D(50)”之类的错误
原因：
这种错误发生的原因是主机测试系统load机不完备或者主机开发人员在测试系统调试程序，导致相应的指令无法执行。
解决方案
订座系统固定每周周一，周四凌晨对测试系统进行Load机，在周二、周五上午可能会出现这种错误，用户只需等待，如果当天9:30分钟仍旧没有恢复，可以联系ibesupport
对于其他时段出现的此类故障，需要联系ibesupport，让当日主机值班人员协助解决。
4、出票问题二：
出票的时候，遇到反馈这个错误信息"RTNoPNRException NoPNRException: No such PNR:XXXXX"
这个问题不是ETDZ有问题，而是ETDZ后的RR舱位出现了NOSuchPNR的错误。
我们建议，你在出票ETDZ操作和出票后置RR操作之间做一个时间间断，线程休息100秒，这样能避免这种问题出现的概率。
5、出票问题三：
深航电子商务B2G团队编码NCM0RS 做出票操作，均未成功出票，抛出异常：Error: com.travelsky.ibe.exceptions.IBEException:Error : com.travelsky.ibe.exceptions.IBEException: Error : ETDZ LB-041030 TCTRQS ERR-525 >TST:DB TCTRQS$D(142) 15:32:34 46993
出现这种错误的原因是：这个怀疑是PNR太大，航段数为26X（2+ARNK），需要26个票号，可能现在出票会超时。
6、出票问题四：
出票方法调用后返回以下信息：
Error: com.travelsky.ibe.exceptions.IBEException:Error : com.travelsky.ibe.exceptions.IBEException: Error : INPUT INACTIVE
出现这种错误的原因一般是，打票机被非IBE PID建控，IBE etdz方法要求先调用IBE的pid对打票机进行建控，由于打票机已经被其PID控制，所以建控失败，从而无法etdz
例如：
客户的22号打票机被74055，工作号15318监控，但是没有打开INPUT。15318不是IBE这里用的工作号
DEVICE INFORMATION DISPLAY - DEVICE 22
DEVICE STATUS DEVICE DEFINITION
------------- -----------------
CONTROL PID: 74055 OFFICE: BJS191
CONTROL AGENT: 15318 PID: 95399
STATUS: UP ATTRIBUTE: TAT/ET
INPUT: INACTIVE MODE: DEMAND
OUTPUT: INACTIVE TYPE: 4
NACK: CURRENCY: CNY2
TICKETS: 0
BOARDING PASS: 0
AMS PID: 31135
LAST TKT # AIRLINE TICKET NUMBER RANGE
---------- ------- ----------------------
2020796866 BSP 2020796832 / 2020797031