Toolpack Application:toolpack engine
(New page: == Role == Toolpack_engine is use to allocate the 'dynamic' part of the call. It receives the nap list from the toolpack_sys_manager, sends events and receives command from the Toolpack ap...) |
(Correct high availability explanation - Engine does not fallback on primary.) |
||
(3 intermediate revisions by 2 users not shown) | |||
Line 1: | Line 1: | ||
+ | == Started By == | ||
+ | |||
+ | Toolpack_engine is spawned by [[Toolpack_Application:tboamapp |tboamapp]]. | ||
+ | |||
+ | |||
== Role == | == Role == | ||
Toolpack_engine is use to allocate the 'dynamic' part of the call. It receives the nap list from the toolpack_sys_manager, sends events and receives command from the Toolpack application(Gateway application). | Toolpack_engine is use to allocate the 'dynamic' part of the call. It receives the nap list from the toolpack_sys_manager, sends events and receives command from the Toolpack application(Gateway application). | ||
Line 6: | Line 11: | ||
*Allocate resources (stream, dsp) | *Allocate resources (stream, dsp) | ||
*Connect resources together. | *Connect resources together. | ||
+ | |||
+ | |||
+ | == High Availability == | ||
+ | |||
+ | [[Toolpack_Application:toolpack_engine |Toolpack_engine]] is a [[Active/Standby]] type of application. The first [[Toolpack_Application:toolpack_engine |toolpack_engine]] instance to be ready will become [[Active/Standby |active]], if other instances are ready they will remain [[Active/Standby |standby]]. The [[Active/Standby |standby]] instances won't take any actions on the system as long as the [[Active/Standby |active]] instance is functioning. In the eventuality where the [[Active/Standby |active]] instance crash or is stop, the [[Active/Standby |standby]] instance will become [[Active/Standby |active]]. | ||
+ | |||
+ | The [[Active/Standby |active]] instance of toolpack_engine is responsible for: | ||
+ | *Sending call leg events to the [[Toolpack_Application:gateway |gateway]] or user application. | ||
+ | *Handling call legs requests from the [[Toolpack_Application:gateway |gateway]] or user application. | ||
+ | *Allocating / modifying / freeing call legs. | ||
+ | *Handling the [[Resynchronization |resynchronization]] of the calls after a [[Switchover |switchover]]. | ||
+ | |||
+ | The toolpack_engine is not responsible for: | ||
+ | *Handling call flow (this responsibility falls to the [[Toolpack_Application:gateway |gateway]] or user application). | ||
+ | |||
+ | '''NOTE:''' | ||
+ | *The toolpack_engine cannot be controlled by more than one application (one [[Toolpack_Application:gateway |gateway]] application for example). | ||
+ | *The application that controls the toolpack_engine must work in active/standby fashion too. | ||
+ | *The toolpack_engine will grant control to the first application that connects to it. | ||
+ | |||
+ | == Resynchronization == | ||
+ | |||
+ | During the [[Resynchronization |resynchronization]], the toolpack_engine will keep the [[Active_Calls |active calls]] but will terminate all the [[Transient_Calls |transient calls]]. | ||
== Logs == | == Logs == | ||
*Where the logs are located? | *Where the logs are located? | ||
− | : [InstallDir]/toolpack/setup/'' | + | : [InstallDir]/toolpack/setup/[[System_Id|''SystemId'']]/''MajorVersion''/apps/toolpack_engine/ |
: /lib/tb/toolpack/setup/12358/2.3/apps/toolpack_engine/ | : /lib/tb/toolpack/setup/12358/2.3/apps/toolpack_engine/ | ||
: C:\TelcoBridges\toolpack\setup\12358\2.3\apps\toolpack_engine\ | : C:\TelcoBridges\toolpack\setup\12358\2.3\apps\toolpack_engine\ |
Latest revision as of 22:22, 23 July 2013
Contents |
Started By
Toolpack_engine is spawned by tboamapp.
Role
Toolpack_engine is use to allocate the 'dynamic' part of the call. It receives the nap list from the toolpack_sys_manager, sends events and receives command from the Toolpack application(Gateway application).
It is responsible for:
- Process incoming call, sends an event to the Toolpack application(Gateway application)
- Allocate resources (stream, dsp)
- Connect resources together.
High Availability
Toolpack_engine is a Active/Standby type of application. The first toolpack_engine instance to be ready will become active, if other instances are ready they will remain standby. The standby instances won't take any actions on the system as long as the active instance is functioning. In the eventuality where the active instance crash or is stop, the standby instance will become active.
The active instance of toolpack_engine is responsible for:
- Sending call leg events to the gateway or user application.
- Handling call legs requests from the gateway or user application.
- Allocating / modifying / freeing call legs.
- Handling the resynchronization of the calls after a switchover.
The toolpack_engine is not responsible for:
- Handling call flow (this responsibility falls to the gateway or user application).
NOTE:
- The toolpack_engine cannot be controlled by more than one application (one gateway application for example).
- The application that controls the toolpack_engine must work in active/standby fashion too.
- The toolpack_engine will grant control to the first application that connects to it.
Resynchronization
During the resynchronization, the toolpack_engine will keep the active calls but will terminate all the transient calls.
Logs
- Where the logs are located?
- [InstallDir]/toolpack/setup/SystemId/MajorVersion/apps/toolpack_engine/
- /lib/tb/toolpack/setup/12358/2.3/apps/toolpack_engine/
- C:\TelcoBridges\toolpack\setup\12358\2.3\apps\toolpack_engine\