Jump to: navigation, search

InteractionDeleted (StagingAreas)

This retrospective action is generated on a StagingArea (Interaction Queue) upon receiving the EventProcessingStopped event, when the interaction is finished and no longer exists in the system.

For more information about Stat Server actions, see InteractionDeleted (StagingAreas).

InteractionDistributedToQueue

This retrospective action is generated on a StagingArea (Interaction Queue1 specified with the attr_old_queue attribute) upon receiving the EventPlacedInQueue event on an Interaction Queue2 (specified with the attr_itx_queue attribute) when the interaction is entered into the Interaction Queue2 from the Interaction Queue1.

For more information about Stat Server actions, see InteractionDistributedToQueue.

InteractionCleared

This retrospective action is generated on a StagingArea (Interaction Queue) upon receiving the EventTakenFromQueue event, when the interaction is diverted from the specific Interaction Queue to be processed not by an agent based on Actor information (attr_party_type != 2) provided in the event. Note: At this point an association between the Interaction Queue and the interaction still exists.

For more information about Stat Server actions, see InteractionCleared.

InteractionDistributed

This retrospective action is generated on a StagingArea (Interaction Queue) upon receiving the EventTakenFromQueue event, when the interaction is diverted from the specific Interaction Queue to be processed by an agent based on Actor information (attr_party_type = 2) provided in the event. Note: At this point an association between the Interaction Queue and the interaction still exists.

For more information about Stat Server actions, see InteractionDistributed.

InteractionEntered

This momentary action is generated on a StagingArea (Interaction Queue) upon receiving the EventPlacedInQueue event or the EventSubmitted event with attr_itx_state = 0, when the interaction is entered into the specific Interaction Queue.

For more information about Stat Server actions, see InteractionEntered.

InteractionCreated (StagingAreas)

This momentary action is generated on a StagingArea (Interaction Queue) upon receiving the EventInteractionSubmitted event, when a new interaction is submitted to the Interaction Queue.

For more information about Stat Server actions, see InteractionCreated (StagingAreas).

db-txn-max-retries

Section: statserver
Default Value: 3
Valid Values: Integers greater or equal to 1 and less than or equal to 10 retries
Changes Take Effect: After restart


This option controls how many times Stat Server re-sends a transaction to the database connection after a timeout has occurred, before it disconnects and reconnects to the database.

db-timeout

Section: statserver
Default Value: 30
Valid Values: Integers greater or equal to 10 and less than or equal to 3600 seconds
Changes Take Effect: After restart


This option controls how long Stat Server waits for a response from the database connection, before re-sending the current transaction.

InteractionReleased (StagingAreas)

This retrospective action is generated on a StagingArea (Interaction Queue) upon receiving the EventPartyRemoved event.

For more information about Stat Server actions, see InteractionReleased (StagingAreas).

InteractionAnswered (StagingAreas)

This retrospective action is generated on a StagingArea (Interaction Queue) upon receiving the EventPartyAdded event when an interaction is accepted by an agent.

For more information about Stat Server actions, see InteractionAnswered (StagingAreas).

InteractionAccepted (StagingAreas)

This retrospective action is generated on a StagingArea (Interaction Queue) upon receiving the EventPartyAdded event when an interaction is accepted by an agent for the first time. It is generated only ones for any interaction.

For more information about Stat Server actions, see InteractionAccepted (StagingAreas).

InteractionAbandonedDuringOffering (StagingAreas)

This retrospective action is unconditionally generated on a StagingArea (Interaction Queue) upon receiving the EventRevoked event if the interaction is revoked or upon receiving the EventRejected event if the interaction is not accepted by an agent for any reason.

For more information about Stat Server actions, see InteractionAbandonedDuringOffering (StagingAreas).

CallOutboundReceived

This durable call-related action is started when the EventEstablished event is received for a given ConnID and there exists the CallRinging action for that ConnID. This action ends with the EventReleased event.

For more information about Stat Server actions, see CallOutboundReceived.

CallOutboundOriginated

This durable call-related action is started when the EventEstablished event is received for a given ConnID and there exists the CallDialing action for that ConnID. This action ends with the EventReleased event.

For more information about Stat Server actions, see CallOutboundOriginated.

CallObserving...

The CallObserving... actions include the following:

  • CallObservingUnknown
  • CallObservingInternal
  • CallObservingInbound
  • CallObservingOutbound
  • CallObservingConsult

For more information about Stat Server actions, see CallObserving....

InteractionPastCompletionServiceLevel (StagingAreas)

This retrospective action is generated on a StagingArea (Interaction Queue) upon receiving the EventProcessingStopped event with UserData containing the CompleteServiceObjective key.

For more information about Stat Server actions, see InteractionPastCompletionServiceLevel (StagingAreas).

InteractionPastAcceptServiceLevel (StagingAreas)

This retrospective action is generated on a StagingArea (Interaction Queue) upon receiving the EventProcessingStopped event with UserData containing the ServiceObjective key.

For more information about Stat Server actions, see InteractionPastAcceptServiceLevel (StagingAreas).

InteractionPastCompletionServiceLevel (Tenants)

This retrospective action is generated on a Tenant upon receiving the EventProcessingStopped event with UserData containing the CompleteServiceObjective key. A value of the CompleteServiceObjective key provides expected duration to complete interaction handling.

For more information about Stat Server actions, see InteractionPastCompletionServiceLevel (Tenants).

InteractionPastAcceptServiceLevel (Tenants)

This retrospective action is generated on a Tenant upon receiving the EventProcessingStopped event with UserData containing the ServiceObjective key.

For more information about Stat Server actions, see InteractionPastAcceptServiceLevel (Tenants).

InteractionDeleted (Tenants)

This retrospective action is generated on a Tenant upon receiving the EventProcessingStopped event, when the interaction is finished and no longer exists in the system.

For more information about Stat Server actions, see InteractionDeleted (Tenants).

InteractionAccepted1

This retrospective action is generated on an Agent and a Place independently upon receiving the EventPartyAdded event when the interaction is accepted for the very first time. This action is generated only if the mandatory attribute attr_itx_delivered_at is equal to NULL.

For more information about Stat Server actions, see InteractionAccepted1.

InteractionAbandonedDuringOffering (Tenants)

This retrospective action is unconditionally generated on a Tenant upon receiving the EventRevoked event if the interaction is revoked or upon receiving the EventRejected event if the interaction is not accepted by an agent for any reason.

For more information about Stat Server actions, see InteractionAbandonedDuringOffering (Tenants).

InteractionCreated (Tenants)

This momentary action is generated on a Tenant upon receiving the EventInteractionSubmitted event, when a new interaction is received by the system.

For more information about Stat Server actions, see InteractionCreated (Tenants).

interaction-wait-on-sa-media-list

Section: statserver
Default Value: "chat"
Valid Values: “Media 1, Media 2, …, Media N” or “All”
Changes Take Effect: After restart
Introduced: 8.5.103

Specifies the list of media type name(s) for which the InteractionWait (StagingAreas) action is generated.

interaction-wait-on-sa-max-number

Section: statserver
Default Value: 2147483647
Valid Values: Integers 0 through 2147483647
Changes Take Effect: After restart
Introduced: 8.5.103

Specifies the maximum allowed number of InteractionWait (StagingAreas) actions. When the threshold is reached, Stat Server does not create any more instances of the InteractionWait (StagingAreas) action, until the number of such actions falls back below the threshold.

If the debug-level option is set to Server, the following message is printed in the Stat Server log every minute while the threshold is reached:
"ATTN: InteractionWait actions threshold of (Max Number) reached”

UserEventReceived (Mediation DNs)

The EventUserEvent TEvent triggers this durable action.

For more information about Stat Server actions, see UserEventReceived (Mediation DNs).

UserEventReceived (Regular DNs)

The EventUserEvent TEvent triggers this durable action.

For more information about Stat Server actions, see UserEventReceived (Regular DNs).

InteractionWait (StagingAreas)

The InteractionWait (StagingAreas) durable action starts on a StagingArea when Stat Server receives the following events:

  • EventPlacedInQueue
  • EventSubmitted with attr_itx_state=0

For more information about Stat Server actions, see InteractionWait (StagingAreas).

InteractionReleased (Tenants)

This retrospective action is generated on a Tenant upon receiving the EventPartyRemoved event.

For more information about Stat Server actions, see InteractionReleased (Tenants).

InteractionAnswered (Tenants)

This retrospective action is generated on a Tenant upon receiving the EventPartyAdded event when an interaction is accepted by an agent.

For more information about Stat Server actions, see InteractionAnswered (Tenants).

InteractionAccepted (Tenants)

This retrospective action is generated on a Tenant upon receiving the EventPartyAdded event when an interaction is accepted by an agent for the first time. It is generated only ones for any interaction.

For more information about Stat Server actions, see InteractionAccepted (Tenants).

suppress-user-data

Section: statserver
Default Value: undefined
Valid Values: yes or no when the option is defined
Changes Take Effect: Upon DN re-registration
Introduced: 8.5.104

If this option is not defined, there is no change to the existing Stat Server behavior. If the option is defined, its value overrides the value of the suppress-user-data option of Switch and/or DN objects. If the option is defined but the value is missing or wrong, then it is considered as defined no value.

consult-acw-mode

Section: statserver
Default Value: always
Valid Values: always, last
Changes Take Effect: After restart
Introduced: 8.5.104

When a consult call is released on a regular DN and the after-call-work (ACW) is pending, Stat Server generates the AfterCallWork action only in the following cases:

  • consult-acw-mode=always
  • consult-acw-mode=last and there are no more calls on a DN

ExternalServiceResponded (Tenants)

This momentary action is generated on a Tenant upon receiving the EventExternalServiceResponded event.

For more information about Stat Server actions, see ExternalServiceResponded (Tenants).

ExternalServiceRequested (Tenants)

This momentary action is generated on a Tenant upon receiving the EventExternalServiceRequested event.

For more information about Stat Server actions, see ExternalServiceRequested (Tenants).

NotRoutable

This durable action is generated on an agent or place for a particular MediaType if the agent/place has DNs/media channels for this MediaType and the agent/place capacity does not allow routing to this agent/place for this MediaType.

For more information about Stat Server actions, see NotRoutable.

Routable

This durable action is generated on an agent or place for a particular MediaType if the agent/place has DNs/media channels for this MediaType and the agent/place capacity allows routing to this agent/place for this MediaType.

For more information about Stat Server actions, see Routable.

reg-error-max-count

Section: statserver
Default Value: 0
Valid Values: 0 (zero) or positive integer less than or equal to 2147483647
Changes Take Effect: After restart
Introduced: 8.5.105

Specifies the number of additional DN registration attempts if the initial registration request fails. The time between attempts is specified by the value of the reg-error-delay and reg-dns-chunk-delay options.

reg-error-delay

Section: statserver
Default Value: 0
Valid Values: 0 (zero) or positive integer less than or equal to 2147483
Changes Take Effect: After restart
Introduced: 8.5.105

Specifies the minimal/least interval, in seconds, between the failed DN registration attempt and the next registration attempt. Since Stat Server registers DNs in chunks, the actual interval between registration attempts also depends on the value of the reg-dns-chunk-delay option.

InteractionResponded (MediaChannels)

This instant action is generated on an agent (or place) upon receiving the EventPartyRemoved event for:

  • Any interaction of the Inbound or Internal type
  • Any interaction of the Outbound type with the attr_itx_subtype = OutboundReply

For more information about Stat Server actions, see InteractionResponded (MediaChannels).

InteractionResponded (Regular DNs)

This instant action is generated on a regular DN upon receiving the EventReleased TEvent with the following event attributes:

  • CallType != Outbound
  • ThisDNRole = Destination or ThisDNRole = ConferenceMember
  • CallState = Ok or CallState = Transferred

For more information about Stat Server actions, see InteractionResponded (Regular DNs).

throttle-threshold

Section: log
Default Value: 5000
Valid Values: 0-10000
Changes Take Effect: Immediately
Dependencies: enable-thread = true
Introduced: 8.5.106
Related Links: log throttling

Specifies the size of the internal log queue at which the verbose level is to be reduced so as to lessen the load generated by logging. If this option is set to 0 (zero), throttling does not occur. For more information about log throttling, refer to the Framework Management Layer User’s Guide.

more...

throttle-period

Section: log
Default Value: 30
Valid Values: 0-3600
Changes Take Effect: Immediately
Dependencies: enable-thread = true
Introduced: 8.5.106

Specifies, in seconds, how long to keep the throttled verbose level. When this period of time has expired, the original log verbose level will be restored when the log queue size has decreased to less than 50% of the threshold.

more...

enable-thread

Section: log
Default Value: false
Valid Values: true, false
Changes Take Effect: Immediately
Introduced: 8.5.106
Related Options: throttle-period, throttle-threshold
Related Links: log throttling

Specifies whether to enable or disable the logging thread. If set to true (the logging thread is enabled), the logs are stored in an internal queue to be written to the specified output by a dedicated logging thread. This setting also enables the log throttling feature, which allows the verbose level to be dynamically reduced when a logging performance issue is detected. Refer to the Framework Management Layer User’s Guide for more information about the log throttling feature.

If this option is set to false (the logging thread is disabled), each log is written directly to the outputs by the thread that initiated the log request. This setting also disables the log throttling feature.

stat-file-timeout

Section: statserver
Default Value: 10
Valid Values: Positive integers less than 65536
Changes Take Effect: Immediately
Introduced: 8.5.107

Specifies the amount of time, in seconds, that Stat Server must wait after adding a record to the StatFile log file, before it can write another record. Set this option to a large value if you need to minimize the amount of hard drive space that is consumed by the StatFile log file.

stat-file-show-options

Section: statserver
Default Value: false
Valid Values: true, false
Changes Take Effect: Immediately
Introduced: 8.5.107

Controls whether Stat Server configuration options are shown in the StatFile log file.

stat-file-show-clients-list

Section: statserver
Default Value: false
Valid Values: true, false
Changes Take Effect: Immediately
Introduced: 8.5.107

Specifies whether Stat Server writes client connection details in the StatFile log file.

interaction-wait-on-tenant-media-list

Section: statserver
Default Value: "chat"
Valid Values: "Media 1, Media 2, …, Media N" or "All"
Changes Take Effect: After restart
Introduced: 8.5.107

Specifies the list of media type name(s) for which the InteractionWait (Tenants) action is generated. All other media types will be ignored.

interaction-wait-on-tenant-max-number

Section: statserver
Default Value: 2147483647
Valid Values: Integers 1 through 2147483647
Changes Take Effect: After restart
Introduced: 8.5.107

Specifies the maximum allowed number of InteractionWait (Tenants) actions. When the threshold is reached, Stat Server does not create any more instances of the InteractionWait (Tenants) action, until the number of such actions falls back below the threshold.

When the debug-level option is set to Server, and the number of InteractionWait (Tenants) actions meets or exceeds the configured threshold value, the following message is printed in the Stat Server log once every minute until the number of InteractionWait (Tenants) actions is less than the maximum allowed:
"ATTN: Tenant(s) InteractionWait actions threshold of <max number> reached”

DND

This durable action starts on RegDN when Stat Server receives:

  • The EventRegistered or EventAddressInfo TEvent with the ("dnd",1) pair in the Extensions attribute
  • The EventDNDOn TEvent

Previously started DND action ends when Stat Server receives one of the following TEvents:

  • EventDNDOff
  • EventServerDisconnected
  • EventLinkDisconnected
  • EventOutOfService
  • EventAddressInfo with the ("dnd",0) pair in the Extensions attribute

For more information about Stat Server actions, see DND.

InteractionWait (Tenants)

The InteractionWait (Tenants) action is tracking an interaction until it is handled by an agent. This action can start and end multiple times for the same interaction.

For more information about Stat Server actions, see InteractionWait (Tenants).

InteractionAbandoned (Tenants)

This retrospective action is unconditionally generated on a Tenant upon receiving the EventAbandoned.

For more information about Stat Server actions, see InteractionAbandoned (Tenants).

qos-recovery-enable-lms-messages

Section: overload
Default Value: false
Valid Values: true, false
Changes Take Effect: After restart
Introduced: 8.5.108

Enables Standard recovery related log messages, which are introduced for debugging purpose:

10072 “GCTI_SS_OVERLOAD_RECOVERY_STARTED - Overload recovery started on %s (%d current CPU usage)”

10073 “GCTI_SS_OVERLOAD_RECOVERY_FAILED - Overload recovery failed on %s (%d current CPU usage)”.

qos-default-overload-policy

Section: overload
Default Value: 0
Valid Values: 0, 1, 2
Changes Take Effect: After restart
Introduced: 8.5.108

Defines the global overload policy.

If this option is set to:

  • 0 (zero) - sends and updates for requested statistics can be cut
  • 1 - only sends of statistics to Stat Server clients can be cut
  • 2 - nothing can be cut. Stat Server updates and sends all requested statistics.

protection

Section: overload
Default Value: false
Valid Values: true, false
Changes Take Effect: Immediately
Introduced: 8.5.108

Controls whether the overload protection is applied during the Stat Server overload.

cut-debug-log

Section: overload
Default Value: true
Valid Values: true, false
Changes Take Effect: Immediately
Introduced: 8.5.108

Controls debug logging in the overload. If set to true, the debug log is cut during the Stat Server overload.

cpu-threshold-low

Section: overload
Default Value: 60
Valid Values: 0-100
Changes Take Effect: After restart
Introduced: 8.5.108

Defines the lower level of the main thread CPU utilization threshold, which signifies the start of the Stat Server recovery.

cpu-threshold-high

Section: overload
Default Value: 80
Valid Values: 0-100
Changes Take Effect: After restart
Introduced: 8.5.108

Defines the higher level of the main thread CPU utilization threshold, which signifies the start of the Stat Server overload.

cpu-poll-timeout

Section: overload
Default Value: 10
Valid Values: 1-60
Changes Take Effect: After restart
Introduced: 8.5.108

Defines, in seconds, how often the main thread CPU is polled.

cpu-cooldown-cycles

Section: overload
Default Value: 30
Valid Values: 1-100
Changes Take Effect: After restart
Introduced: 8.5.108

Defines the number of cpu-poll-timeout cycles in a cooldown period.

For example, if the cpu-poll-timeout = 10sec and cpu-cooldown-cycles = 30, then the cooldown period is 10x30 =300sec. It means that the main thread CPU should be below the value of the cpu-threshold-low option for 300sec, after this period overload recovery is considered to be over.

allow-new-requests-during-overload

Section: overload
Default Value: true
Valid Values: true, false
Changes Take Effect: Immediately
Introduced: 8.5.108

Controls whether new requests can be made during the Stat Server overload.

allow-new-connections-during-overload

Section: overload
Default Value: true
Valid Values: true, false
Changes Take Effect: Immediately
Introduced: 8.5.108

Controls whether new clients can connect during the Stat Server overload.

session-expiration-timeout

Section: ha
Default Value: 120
Valid Values: 1 - 3600
Changes Take Effect: Immediately
Introduced: 8.5.109

Specifies, in seconds, how often the session expiration is checked during the time configured in the session-expiration-period option.

session-expiration-period

Section: ha
Default Value: 1800
Valid Values: 0 - 86400
Changes Take Effect: Immediately
Introduced: 8.5.109

Sets the session expiration period, in seconds. When the primary and backup Stat Servers, operating in high availability (HA) mode, cannot reconnect in time specified by the value of this option, the new session with the full statistics replication is initialized. When this option is set to 0 (zero), the lost session expires immediately.

connect-timeout

Section: ha
Default Value: 2
Valid Values: 1 - 3600
Changes Take Effect: Immediately
Introduced: 8.5.109

Timeout, in seconds, when the reconnect attempt between Stat Servers, operating in high availability (HA) mode, is made.

chunk-timeout

Section: ha
Default Value: 1
Valid Values: 1 - 3600
Changes Take Effect: Immediately
Introduced: 8.5.109

Duration, in seconds, between adjacent chunks during replication of statistics between primary and backup Stat Server instances. Term "chunk" means the number of statistics, processed simultaneously.

chunk-size

Section: ha
Default Value: 5000
Valid Values: 1 - 100000
Changes Take Effect: Immediately
Introduced: 8.5.109

Sets the number of statistics, processed simultaneously during replication of statistics between primary and backup Stat Server instances.

addp-trace

Section: ha
Default Value: both
Valid Values: local, remote, both, off
Changes Take Effect: Immediately
Introduced: 8.5.109

If addp is specified for the HA connection, the addp-trace option determines whether ADDP messages are written to the primary and backup Stat Server logs:

  • local ADDP trace occurs on the side of the Stat Server in backup mode.
  • remote ADDP trace occurs on the side of the Stat Server in primary mode.
  • both ADDP trace occurs at both the primary and backup Stat Servers.
  • off Turns ADDP off.

addp-timeout

Section: ha
Default Value: 10
Valid Values: 1 - 3600
Changes Take Effect: Immediately
Introduced: 8.5.109

If addp is specified for the HA connection, the addp-timeout option specifies the time interval, in seconds, that Stat Server in backup mode waits before polling the other Stat Server in the redundant pair.

addp-remote-timeout

Section: ha
Default Value: 10
Valid Values: 1 - 3600
Changes Take Effect: Immediately
Introduced: 8.5.109

If addp is specified for the HA connection, the addp-remote-timeout option specifies the time interval, in seconds, that Stat Server in backup mode instructs the other Stat Server in the redundant pair to use when polling to check the connection between the two servers.

interaction-cost-key

Section: budget
Default Value: InteractionCost
Valid Values: <key name>
Changes Take Effect: Immediately
Introduced: 8.5.110

Specifies the key in UserData, where the interaction cost is specified. If changed, all future interactions are affected. This option is recognized by URS.

enabled

Section: budget
Default Value: false
Valid Values: true, false
Changes Take Effect: Immediately
Introduced: 8.5.110

Enables the budget model. If set to false, Stat Server does not provide the budget information in the CurrentTargetState statistic on agents. This option is recognized by URS.

default-cost-unknown

Section: budget
Default Value: the value of the default-cost option
Valid Values: 0 - 2147483647
Changes Take Effect: Immediately
Introduced: 8.5.110

If defined, overrides the default-cost option for any media type for the particular Tenant.

default-cost-outbound

Section: budget
Default Value: the value of the default-cost option
Valid Values: 0 - 2147483647
Changes Take Effect: Immediately
Introduced: 8.5.110

If defined, overrides the default-cost option for any media type for the particular Tenant.

default-cost-internal

Section: budget
Default Value: the value of the default-cost option
Valid Values: 0 - 2147483647
Changes Take Effect: Immediately
Introduced: 8.5.110

If defined, overrides the default-cost option for any media type for the particular Tenant.

default-cost-inbound

Section: budget
Default Value: the value of the default-cost option
Valid Values: 0 - 2147483647
Changes Take Effect: Immediately
Introduced: 8.5.110

If defined, overrides the default-cost option for any media type for the particular Tenant.

default-cost-consult

Section: budget
Default Value: the value of the default-cost option
Valid Values: 0 - 2147483647
Changes Take Effect: Immediately
Introduced: 8.5.110

If defined, overrides the default-cost option for any media type for the particular Tenant.

default-cost

Section: budget
Default Value: 0
Valid Values: 0 - 2147483647
Changes Take Effect: Immediately
Introduced: 8.5.110

Default interaction cost for any media type.

default-agent-budget

Section: budget
Default Value: 0
Valid Values: 0 - 2147483647
Changes Take Effect: Immediately
Introduced: 8.5.110

Default agent budget for any media type.

default-cost-unknown

Section: budget
Default Value: No default value
Valid Values: 0 - 2147483647
Changes Take Effect: Immediately
Introduced: 8.5.110

If defined, overrides the settings of the default-cost-unknown and default-cost options on the Tenant level for a given MediaType.

default-cost-outbound

Section: budget
Default Value: No default value
Valid Values: 0 - 2147483647
Changes Take Effect: Immediately
Introduced: 8.5.110

If defined, overrides the settings of the default-cost-outbound and default-cost options on the Tenant level for a given MediaType.

default-cost-internal

Section: budget
Default Value: No default value
Valid Values: 0 - 2147483647
Changes Take Effect: Immediately
Introduced: 8.5.110

If defined, overrides the settings of the default-cost-internal and default-cost options on the Tenant level for a given MediaType.

default-cost-inbound

Section: budget
Default Value: No default value
Valid Values: 0 - 2147483647
Changes Take Effect: Immediately
Introduced: 8.5.110

If defined, overrides the settings of the default-cost-inbound and default-cost options on the Tenant level for a given MediaType.

default-cost-consult

Section: budget
Default Value: No default value
Valid Values: 0 - 2147483647
Changes Take Effect: Immediately
Introduced: 8.5.110

If defined, overrides the settings of the default-cost-consult and default-cost options on the Tenant level for a given MediaType.

default-cost

Section: budget
Default Value: No default value
Valid Values: 0 - 2147483647
Changes Take Effect: Immediately
Introduced: 8.5.110

If defined, overrides the settings of the default-cost option on the Tenant level for a given MediaType.

default-agent-budget

Section: budget
Default Value: No default value
Valid Values: 0 - 2147483647
Changes Take Effect: Immediately
Introduced: 8.5.110

If defined, overrides the settings of the default-agent-budget on the Tenant level for a given MediaType.

<media type name>

Section: budget
Default Value: No default value
Valid Values: 0 - 2147483647
Changes Take Effect: Immediately
Introduced: 8.5.110

If defined, overrides the settings of the default-agent-budget option on MediaType and Tenant levels for a giving MediaType.

New in This Release

Changes Introduced in Release 8.5.1

Release 8.5.110.05:

  • Enhanced tracking of a multimedia interaction associated with the virtual queue (VQ).
    Stat Server continues to collect VQ tracking details using the EventCustom event, but now does so from all connected Interaction Servers that may participate in processing of the same interaction. This enhancement addresses cases where URS dispatches routing events through one Interaction Server and then offers the interaction with follow-up handling using another Interaction Server.

Release 8.5.110.03:

Release 8.5.109:

Release 8.5.108:

Release 8.5.107:

Release 8.5.106:

Release 8.5.105:

Release 8.5.104:

Release 8.5.103:

Release 8.5.102:

Release 8.5.101:

  • Absolute paths are now mandatory for the [java-config]/jvm-path option. The JVM will not be initialized if the option is set to a relative path.
  • Stat Server supports JDK 1.8.
  • Stat Server includes functionality for the prevention of database update losses due to commit failures or loss of database server connection.
    Two new database-related options are added:

Release 8.5.100:

  • Stat Server loads configuration data asynchronously. Therefore, during the initialization Stat Server is able to:
    • Immediately process changes of its configuration options.
    • Dynamically recognize configuration changes such as creating, deleting or editing of configuration objects.
    • Dynamically change the list of its connections.
  • After a long disconnect from Configuration Server, when the history log expires, Stat Server is able to re-read its configuration. Therefore, Stat Server processes all configuration changes that were done during its disconnect to Configuration Server.
    This new functionality is essential for large environments, where Stat Server initialization takes a long time.
  • The reconnect-timeout option in the statserver section now is also applicable to the Stat Server connection to Configuration Server.

Changes Introduced in Release 8.5.0

  • Stat Server supports multiple Interaction Servers that handle the same Tenant.
  • Stat Server supports the EventHint panic signal from Interaction Server. Refer to the eServices Reference Manual for more information about this feature.
  • Stat Server supports Interaction Server Proxy.
  • Stat Server supports direct connection to the database.
  • Stat Server features a more robust DND model implementation for voice.
  • Stat Server processes network messages (client and server) in a separate thread.
  • Stat Server supports a higher number of concurrent client connections (on most platforms).
  • Stat Server no longer supports Genesys suite-wide deployment wizards. All deployment wizards migrate to Genesys Administrator Extension (GAX):
    • Resource Capacity Editor of GAX covers all the functionality that was covered by the Resource Capacity Wizard.

Changes Introduced in Release 8.1.2

  • Stat Server supports Java Development Kit (JDK) version 1.7.
  • Stat Server no longer supports the Package API.
  • Stat Server supports a restricted release of SIP Cluster. Information about Stat Server functionality that pertains specifically to SIP Cluster environment is provided in this document; however, this functionality is not applicable to Stat Server deployed in a regular environment. For information on Genesys SIP Cluster technology, contact your Genesys representative.
  • Ability for multiple intercommunicated Stat Server instances to operate in restricted cluster mode to handle the interactions that are distributed by the SIP Cluster solution.
  • Stat Server supports hunt groups. See CallAbandonedFromRinging and CallForwarded.
  • Stat Server in both its regular mode of operation and restricted cluster mode includes the following additional changes:
    • An improved Agent-Place model enables Stat Server to propagate DN-related activity to agents and places simultaneously, with agent and place maintaining total independence from each other. By contrast, in the former model, Stat Server maintained a strict Place-Agent association, where all DN activity was propagated to the agent through the place.
    • The resource capacity model no longer enforces an agent-place association.

Changes Introduced in Release 8.1.0

  • To better define statistics that are based on the time an agent spent in a particular reason code, this release provides the ReasonStartOverridesStatusStart stat type option.
  • Stat Server 8.1 introduces the ExpectedWaitTime2 statistical category for use in statistics to provide estimates of wait-time in virtual queues where agent capacity to handle multiple, simultaneous nonvoice interactions is prevalent.
  • Refer to the Framework 8.1 Stat Server Deployment Guide for other changes that have been introduced since release 8.0 and the Genesys Supported Operating Environment Reference Guide for the listing of supported platforms on which Stat Server 8.1.0 operates.

Feedback

Comment on this article:

blog comments powered by Disqus
This page was last modified on August 15, 2018, at 16:02.