Toolpack:Configuring Call Trace A
(→How to search for calls no longer in Memory) |
|||
| Line 61: | Line 61: | ||
</div> | </div> | ||
| − | == | + | <div class="mw-collapsible mw-collapsed" data-collapsetext="To search for call that are no longer in memory, do the following:" data-expandtext="Searching for call that are no longer in memory" style="width: 400px;"> |
| − | + | By default, the system stores up to 10,000 call legs in memory. If the call is no longer in memory, it may be retrieved by using information from the uctdata log files. | |
| − | + | By default the file is located in the following path: | |
| − | + | ||
| − | + | ||
<pre>/lib/tb/toolpack/setup/12358/2.6/apps/tbuctwriter/uctdata*</pre> | <pre>/lib/tb/toolpack/setup/12358/2.6/apps/tbuctwriter/uctdata*</pre> | ||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | To | + | 1- Start [[How_to_use_tbx_cli_tools_remote_program|tbx_cli_tools_remote]] |
| + | 2- Select tbuctwriter | ||
| + | 3- To know which files are available, as well as the start and end time of each file, use the following options: | ||
| + | * 'p' to print all uctdata files on disk | ||
| + | To load a file in memory to be seen from the Web Portal (live calls continue to be captured to files): <br> | ||
*Option 'o' with the data filename (uctdata*) | *Option 'o' with the data filename (uctdata*) | ||
| − | + | Use the Web Portal to search for calls using the appropriate filter criteria. The memory will not be overwritten until you restore normal process. | |
To restore normal process:<br> | To restore normal process:<br> | ||
Revision as of 17:20, 25 October 2012
Applies to version v2.6
Call Trace is a diagnostic tools that is designed to trace the path that a call takes through a Tmedia system and provide information about various aspects of the call path, such as:
- The routing decision
- The outgoing call
- Subsequent outgoing calls, in the case of a route retry
- Parameters selected for a SIP SDP
- The SIP Call-id
- The trunk and timeslot chosen for TDM protocols
- The termination result code, and more.
A call path is shown as separate call legs to distinguish the incoming portion with other portions of a call. Call trace enables a default of 10,000 call legs to be stored on the system and be directly with the Web Portal.
NOTE
Older logs can be loaded and viewed on the same system, or exported to other systems. Once a specific call has been consulted, it will remain in memory for a longer period of time, so that it can be consulted later on.
Calls may be filtered by called number, calling number, Network Access Point (NAP), time of day range, protocol and direction.
To configure call trace:
1- Click Call Trace in the navigation panel
2- Set various parameters for the call trace, such as
- Time and date range
- Called or calling number
- Network Access Point (NAP)
- Incoming or outgoing calls
- Call Duration, Reason Code
Once you are satisfied with the filter criteria, click Apply The filter results are displayed
3-Select a call in the results window to display further information about the call.
From the web interface:
Applications -> Instances -> Status tab -> tbuctwriter -> Oam target state [Run]
To modify the application configuration (such as the trace level and memory size):
Applications -> Configurations -> tbuctwriter [Edit] Systems -> Activate Configuration
To see logs
From the web interface:
Call Trace
By default, the system stores up to 10,000 call legs in memory. If the call is no longer in memory, it may be retrieved by using information from the uctdata log files.
By default the file is located in the following path:
/lib/tb/toolpack/setup/12358/2.6/apps/tbuctwriter/uctdata*
1- Start tbx_cli_tools_remote 2- Select tbuctwriter 3- To know which files are available, as well as the start and end time of each file, use the following options:
- 'p' to print all uctdata files on disk
To load a file in memory to be seen from the Web Portal (live calls continue to be captured to files):
- Option 'o' with the data filename (uctdata*)
Use the Web Portal to search for calls using the appropriate filter criteria. The memory will not be overwritten until you restore normal process.
To restore normal process:
- Option ‘c’ to clear memory
- Option ‘l’ to have calls put in memory again
