" /> call back server exception - Genesys CTI User Forum

Author Topic: call back server exception  (Read 3696 times)

Offline kevin

  • Jr. Member
  • **
  • Posts: 54
  • Karma: 1
call back server exception
« on: March 11, 2009, 07:23:28 PM »
Advertisement
Hi all,

for some reason in our environment when ICC tries to contact callback sever it gives an exception

" java.net.ConnectException: Connection refused" when ICC passes a WEBCALL CMN type with WCB_TYPE=PRODUCTQ

on IRD i get "server threw exception" when i try to trace the call

any suggestions?


thanks!
« Last Edit: March 11, 2009, 09:35:11 PM by kevin »

Offline victor

  • Administrator
  • Hero Member
  • *****
  • Posts: 1419
  • Karma: 18
Re: call back server exception
« Reply #1 on: March 12, 2009, 07:47:52 AM »
Kevin,

can you please unleash the relevant part of the log?

Thank you,
Vic

Offline Fra

  • Hero Member
  • *****
  • Posts: 856
  • Karma: -3
Re: call back server exception
« Reply #2 on: March 12, 2009, 03:46:25 PM »
The two logs do not seem whatsoever correlated :
[list]
[li]callback server log says:

[size=8pt][b]No response from router for route request, callback request: 'HY0MCV83QG018ER3', vrp: '77777'[b][/size]

For that, check the connection with URS, if strategy is loaded on VRP 77777 etc [/li]
[li]TServer log instead says:
[size=8pt][b]
Directory Number Registration Response
Result:Failure
Cause:2034[/b][/size]

which means that TServer cannot register those DNs:your Meridian link reports no connection with the switch\DN not existing\no AST DN, BUT both it's related to other "physical" DNs and does not match at all the time when your exception was thrown. [/li]
[/list]
Fra

Offline Fra

  • Hero Member
  • *****
  • Posts: 856
  • Karma: -3
Re: call back server exception
« Reply #3 on: March 13, 2009, 11:16:33 AM »
Hi Kevin,

a VirtualRoutingPoint, as its name suggests, it is virtual, therefore does not have its switch counterpart, so do not get it created by the switch engineers. About the issue you are facing, has the callback ever worked or are you trying to get it work? I would start checking:
[list]
[li]UCB server connections: on the application Connections tab can you see Tserver, Stat Server and Message Server?[/li]
[li]Some Routing Points should be configured to use Voice Callback: in their Annex tab you should find a section named either UCBServer or the name of the application itself; in it check if you have an option called 'vrp' which should have as value the name of one of your Virtual Routing Point and another called 'vrp_location', which specifies the name of the switch where that VRP resides.[/li]
[li]The VRP I just talked about should have a section called 'callback' under its Annex tab; the key has to be 'CallbackServer', the value the name of your Callback Server (here some release notes suggest 'WebCall', so please try both).
[/list]
If you do any changes, restart your Callback Server and TServer.

Hope it helps

Fra

Offline Fra

  • Hero Member
  • *****
  • Posts: 856
  • Karma: -3
Re: call back server exception
« Reply #4 on: March 17, 2009, 09:30:12 AM »
Cool! Glad to know.

Fra