Cisco Support Community
cancel
Showing results for 
Search instead for 
Did you mean: 

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

         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.        

3 REPLIES
VIP Purple

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

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

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

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

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

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.

734
Views
0
Helpful
3
Replies
CreatePlease to create content