Not Getting Real time data from Cisco CTI OS to NICE IEX server

[Nishan Thevathason]

         Hi any body can help me intergartion between Cisco ICM 8.0 and NICE IEX  WFM to get RTA reports. Historical reports are working fine on NICE WFM.        

[Aman Soi]

Hi Nishan,

U need to get in touch with Nice since u are facing problem with Real Time reports.

I believe the connectors which have been deployed on AW server by Cisco are used for getting Historical Reports.

regds,

aman

[Nishan Thevathason]

Hi Aman,

We have already get in touch with NICE, & found the integration has been done on the RTA end.

Earlier the connection to 10.100.6.14:42027 was not been established or got disconnected but as of now it’s working.

After the investigation I found out that the file is not getting delivered from the CISCO ACD  end on tcp://10.100.6.14:42027, please find the error screen shot for your perusal.

MessageReceiver{this=235cf30a, receiverKey=tcp://10.100.6.14:42027, endpoint=tcp://10.100.6.14:42027}^M

2013-07-19 09:31:09,216  ERROR  leServer.1  (C: U: S: X:)  [o.m.w.DefaultWorkListener] Work caused exception on 'workCom

pleted'. Work being executed was:

org.mule.context.notification.ServerNotificationManager@52ee7a90^M

2013-07-19 09:31:09,216  ERROR  leServer.1  (C: U: S: X:)  [o.m.w.DefaultWorkListener] java.lang.StackOverflowError^M

2013-07-19 09:31:09,216  DEBUG  spatcher.1  (C: U: S: X:)  [.s.e.e.m.t.p.g.m.GeotelMessage] The message length is 95 and

the full length is 103^M

2013-07-19 09:31:09,216  INFO   spatcher.1  (C: U: S: X:)  [.v.c.g.GeotelMessageTransforms] Transformed to: 0000005f0000

00030000000100000006000001e0000010e20000001000000000000003ff000000000000000000000000010742726964676500020431323334031142

72696467654076656e646f7234316100040531323334000505313233340006053132333400^M

2013-07-19 09:31:09,231  DEBUG  spatcher.1  (C: U: S: X:)  [.v.c.g.GeotelMessageTransforms] Object after transform: {0,0

MessageReceiver{this=235cf30a, receiverKey=tcp://10.100.6.14:42027, endpoint=tcp://10.100.6.14:42027}^M
2013-07-19 09:31:09,216  ERROR  leServer.1  (C: U: S: X:)  [o.m.w.DefaultWorkListener] Work caused exception on 'workCom
pleted'. Work being executed was: org.mule.context.notification.ServerNotificationManager@52ee7a90^M
2013-07-19 09:31:09,216  ERROR  leServer.1  (C: U: S: X:)  [o.m.w.DefaultWorkListener] java.lang.StackOverflowError^M
2013-07-19 09:31:09,216  DEBUG  spatcher.1  (C: U: S: X:)  [.s.e.e.m.t.p.g.m.GeotelMessage] The message length is 95 and
the full length is 103^M
2013-07-19 09:31:09,216  INFO   spatcher.1  (C: U: S: X:)  [.v.c.g.GeotelMessageTransforms] Transformed to: 0000005f0000
00030000000100000006000001e0000010e20000001000000000000003ff000000000000000000000000010742726964676500020431323334031142
72696467654076656e646f7234316100040531323334000505313233340006053132333400^M
2013-07-19 09:31:09,231  DEBUG  spatcher.1  (C: U: S: X:)  [.v.c.g.GeotelMessageTransforms] Object after transform: {0,

Why the file is not getting delivered to tcp://10.100.6.14:42027?

Do revert back for any further query.

Regards,

Arvind

[Gergely Szabo]

Hi,

tcp/42027 and/or tcp/43027 - if recommended/default configuration is used, are the listening ports of the CTI Server ICM components.

So if there's nothing listening at tcp/42027 (usually, the "A" side ICM PG) or tcp/43027 (usually, the "B" side ICM PG), then it's either a misconfiguration (thus the CTI Server is listening at a different TCP port) or the CTI Server is not running or the CTI server is installed at a different location.

There's no such thing as "file not delivered to" this port, CTI Server does not expect files.

G.