EBuild-API常见问题汇总

问题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 



 

你可能感兴趣的:(Build)