INFOMART - Using Multi-Media (Chat)

[gustav]

I have chat successfully routing, and ICON collecting the data, however, when Extract runs to pull the chat records from IDB, i get the following error:

"[i]Extraction of ICON_MM data from G_CALL is skipped for sysID=232 since it is not configured as multi-media[/i]"

Reading into this, it appears as though it is checking to ensure the DAP is configured as ICON_MM and also that the switch or tserver object this call came from is configured as multi media.?  The way I have it configured  (after going in circles with the poor documentation) is that you need the Interaction server (check), AND a dummp Tserver object that ICON can "connect" to.  this dummy TServer has the same host and port as Interaction server, so in reality, the events to ICON will be coming from Interaction server, not a TServer.

But since I have the dummy Tserver, could this be what the GIM extract job is complaining about?  How has anyone else configured Multi-media?  Do you really need a dummy Tserver, or can you go directly against Interaction Server (im guessing no because ICON will not record events from an object of this type).

Cheers.

[ecki]

Hi,

Did you add interaction server into GIM connection tab?

E.

[ecki]

In to the GIM connection tab you have to add real interaction server not the dummy TServer.

[gustav]

Thanks for the response/clarification ecki, the reason why we added the dumm TServer was because of some instructions in the ICON User Guide under the Configuration Recommendations section:

[i]  "ICON will not connect directly to an Application object of type Interaction
  Server. Therefore, in an environment with a single Interaction Server, create
  an application of type T-Server with connection parameters to the Interaction
  Server. Add a connection to this T-Server Application object to the
  Connections tab of the ICON Application object."[/i]

The [b]RESOLUTION[/b] was to add the following entry to the [b]gim_etl_cfgs.cfg [/b] file:

  [i]Icons|ICON_MM||232|ICON_MM[/i]

Where 232 is the dbid of the ICON_MM application.  I think what happened is we added a role of ICON_MM to our voice DAP initially.  Then when we fixed it (by creating a seperate IDB and Dap) GIM still had a stored/cached settting.  Even when we restarted the applications it did not get the new dap settings.  Once we put this entry into the config file out chat calls were showing up in the GIM DB.  Strange as this is nowhere in the documentation.

Our new issue is that the MSF and IRF fact tables are now capturing multimedia interactions.  I read that the DNs used, ie. VQs, need an option "support-dn-type-5" set in their gls options.  I have tried this however am still not getting any MSF or IRF records.  Im assuming Queue and Agent tables are populated with multi-media (and not just the IF and ISF tables)?

Note: MSF= Mediation_Segment_Fact, IRF=Interaction_Segment_Fact etc..

Thanks Again!

[ecki]

[quote author=gustav link=topic=5069.msg22486#msg22486 date=1263485923]
Thanks for the response/clarification ecki, the reason why we added the dumm TServer was because of some instructions in the ICON User Guide under the Configuration Recommendations section:
[/quote]

Yes that is correct. ICON must have the dummy TServer under connections but GIM app must have the real interaction server application under connections.

[quote author=gustav link=topic=5069.msg22486#msg22486 date=1263485923]
The RESOLUTION was to add the following entry to the gim_etl_cfgs.cfg  file:
[/quote]

You should not tinker with the config files. This is for good reason not documented as it should not be touched. Once you run extraction process, it initializes the whole database. There is also note in doco:
[i]
Note: You cannot reconfigure the DAP role from ICON_CORE to
ICON_MM or vice versa, once data extraction occurs.[/i]

So if I were you, I would reinitialize ICON as well as GIM databases. (recreate them again). Once I did similar mistake and fixed it similar way. After that, Infomart did not stop producing piles of strange errors every day. Though, you may be lucky.


Regards you second issue. Could you post the whole gim_etl_cfgs.cfg? Or check options like populate-chat-ixns , populate-virtual-queue-facts etc...

Cheers.

E.