Copyright © 2006 Voice Sistem SRL
Copyright © 2011-2013 Carsten Bock, http://www.ng-voice.com
Table of Contents
enable_stats
(integer)
hash_size
(integer)
rr_param
(string)
dlg_flag
(integer)
timeout_avp
(string)
default_timeout
(integer)
dlg_extra_hdrs
(string)
dlg_match_mode
(integer)
detect_spirals
(integer)
db_url
(string)
db_mode
(integer)
db_update_period
(integer)
db_fetch_rows
(integer)
table_name
(string)
profiles_with_value
(string)
profiles_no_value
(string)
bridge_controller
(string)
initial_cbs_inscript
(string)
set_dlg_profile(profile,[value])
unset_dlg_profile(profile,[value])
is_in_profile(profile,[value])
get_profile_size(profile,[value],size)
dlg_isflagset(flag)
dlg_setflag(flag)
dlg_resetflag(flag)
dlg_terminate
dlg_refer(side, address)
dlg_manage()
dlg_bridge(from, to, op)
dlg_get(callid, ftag, ttag)
is_known_dlg()
List of Examples
hash_size
parameter
rr_param
parameter
dlg_flag
parameter
timeout_avp
parameter
default_timeout
parameter
dlf_extra_hdrs
parameter
detect_spirals
parameter
profiles_with_value
parameter
profiles_no_value
parameter
bridge_controller
parameter
set_dlg_profile
usage
unset_dlg_profile
usage
is_in_profile
usage
get_profile_size
usage
dlg_isflagset
usage
dlg_setflag
usage
dlg_resetflag
usage
dlg_terminate
usage
dlg_get
usageTable of Contents
enable_stats
(integer)
hash_size
(integer)
rr_param
(string)
dlg_flag
(integer)
timeout_avp
(string)
default_timeout
(integer)
dlg_extra_hdrs
(string)
dlg_match_mode
(integer)
detect_spirals
(integer)
db_url
(string)
db_mode
(integer)
db_update_period
(integer)
db_fetch_rows
(integer)
table_name
(string)
profiles_with_value
(string)
profiles_no_value
(string)
bridge_controller
(string)
initial_cbs_inscript
(string)
set_dlg_profile(profile,[value])
unset_dlg_profile(profile,[value])
is_in_profile(profile,[value])
get_profile_size(profile,[value],size)
dlg_isflagset(flag)
dlg_setflag(flag)
dlg_resetflag(flag)
dlg_terminate
dlg_refer(side, address)
dlg_manage()
dlg_bridge(from, to, op)
dlg_get(callid, ftag, ttag)
is_known_dlg()
The ims_dialog module provides dialog awareness to the Kamailio proxy. Its functionality is to keep track of the current dialogs, to offer information about them (like how many dialogs are active) or to manage them. The module exports several functions that could be used directly from scripts. The ims_dialog module extends the original dialog module by providing support for forked calling and early dialog termination. It is the intention that the ims_dialog module will eventually replace the dialog module.
The module, via an internal API, also provide the foundation to build on top of it more complex dialog-based functionalities via other Kamailio modules.
To create the dialog associated to an initial request, the flag
“dlg_flag” (
Section 5.4, “
dlg_flag
(integer)
”) must be set before
creating the corresponding transaction.
The dialog is automatically destroyed when a
“BYE” is
received. In case of no
“BYE”, the dialog lifetime is
controlled via the default timeout (see
“default_timeout”
-
Section 5.6, “
default_timeout
(integer)
”) and custom timeout (see
“timeout_avp” -
Section 5.5, “
timeout_avp
(string)
”). The
dialog timeout is reset each time a sequential request passes.
Dialog profiling is a mechanism that helps in classifying, sorting and keeping trace of certain types of dialogs, using whatever properties of the dialog (like caller, destination, type of calls, etc). Dialogs can be dynamically added in different (and several) profile tables - logically, each profile table can have a special meaning (like dialogs outside the domain, dialogs terminated to PSTN, etc).
There are two types of profiles:
with no value - a dialog simply belongs to a profile. (like outbound calls profile). There is no other additional information to describe the dialog's belonging to the profile;
with value - a dialog belongs to a profile having a certain value (like in caller profile, where the value is the caller ID). The belonging of the dialog to the profile is strictly related to the value.
A dialog can be added to multiple profiles in the same time.
Profiles are visible (at the moment) in the request route (for initial and sequential requests) and in the branch, failure and reply routes of the original request.
The following modules must be loaded before this module:
TM - Transaction module
RR - Record-Route module
This function is currently not supported by the ims_dialog module. To be incorporated in the future.
The size of the hash table internally used to keep the dialogs. A larger table is much faster but consumes more memory. The hash size must be a power of two number.
IMPORTANT: If dialogs' information should be stored in a database, a constant hash_size should be used, otherwise the restoring process will not take place. If you really want to modify the hash_size you must delete all table's rows before restarting the server.
Default value is “4096”.
Name of the Record-Route parameter to be added with the dialog cookie. It is used for the fast dialog matching of sequential requests.
Default value is “did”.
Flag to be used for marking if a dialog should be constructed for the current request (this make sense only for initial requests).
Default value is “none”.
The specification of an AVP that contain a custom timeout (in seconds) for the dialog. It may be used only in a request (initial or sequential) context
Default value is “none”.
The default dialog timeout (in seconds) if no custom one is set.
Default value is “43200 (12 hours)”.
A string containing the extra headers (full format, with EOH) to be added in the requests generated by the module (like BYEs).
Default value is “NULL”.
Example 1.6. Set
dlf_extra_hdrs
parameter
... modparam("ims_dialog", "dlg_extra_hdrs", "Hint: credit expired\r\n") ...
Whether spirals (i.e., messages routed through the proxy multiple times) should be detected or not.
If set to 0, spirals will not be detected and result in the generation of a new, possibly dangling dialog structure per occurring spiral. If set to 1, spirals are detected and internally mapped to existing dialog structures.
Default value is 1.
Db storage not yet supported by ims_dialog - this to be done in future.
Db storage not yet supported by ims_dialog - this to be done in future.
List of names for profiles with values.
Default value is “empty”.
Example 1.8. Set
profiles_with_value
parameter
... modparam("ims_dialog", "profiles_with_value", "caller ; my_profile") ...
List of names for profiles without values.
Default value is “empty”.
Example 1.9. Set
profiles_no_value
parameter
... modparam("ims_dialog", "profiles_no_value", "inbound ; outbound") ...
Inserts the current dialog into a profile. Note that if the profile does not supports values, this will be silently discarded. Also, there is no check for inserting the same dialog in the same profile for multiple times.
Meaning of the parameters is as follows:
profile - name of the profile to be added to;
value (optional) - string value to define the belonging of the dialog to the profile - note that the profile must support values. Pseudo-variables are supported.
This function can be used from REQUEST_ROUTE, BRANCH_ROUTE, REPLY_ROUTE and FAILURE_ROUTE.
Example 1.11.
set_dlg_profile
usage
... set_dlg_profile("inbound_call"); set_dlg_profile("caller","$fu"); ...
Removes the current dialog from a profile.
Meaning of the parameters is as follows:
profile - name of the profile to be removed from;
value (optional) - string value to define the belonging of the dialog to the profile - note that the profile must support values. Pseudo-variables are supported.
This function can be used from BRANCH_ROUTE, REPLY_ROUTE and FAILURE_ROUTE.
Example 1.12.
unset_dlg_profile
usage
... unset_dlg_profile("inbound_call"); unset_dlg_profile("caller","$fu"); ...
Checks if the current dialog belongs to a profile. If the profile supports values, the check can be reinforced to take into account a specific value - if the dialog was inserted into the profile for a specific value. If no value is passed, only the simply belonging of the dialog to the profile is checked. Note that if the profile does not supports values, this will be silently discarded.
Meaning of the parameters is as follows:
profile - name of the profile to be checked against;
value (optional) - string value to further restrict the check. Pseudo-variables are supported.
This function can be used from REQUEST_ROUTE, BRANCH_ROUTE, REPLY_ROUTE and FAILURE_ROUTE.
Example 1.13.
is_in_profile
usage
... if (is_in_profile("inbound_call")) { log("this request belongs to an inbound call\n"); } ... if (is_in_profile("caller","XX")) { log("this request belongs to a call of user XX\n"); } ...
Returns the number of dialogs belonging to a profile. If the profile supports values, the check can be reinforced to take into account a specific value - how many dialogs were inserted into the profile with a specific value. If no value is passed, only simply belonging of the dialog to the profile is checked. Note that if the profile does not supports values, this will be silently discarded.
Meaning of the parameters is as follows:
profile - name of the profile to get the size for;
value (optional) - string value to further restrict the check. Pseudo-variables are supported;
size - an AVP or script variable to return the profile size in.
This function can be used from REQUEST_ROUTE, BRANCH_ROUTE, REPLY_ROUTE and FAILURE_ROUTE.
Example 1.14.
get_profile_size
usage
... if(get_profile_size("inbound_call","$avp(size)")) xlog("currently there are $avp(size) inbound calls\n"); ... if(get_profile_size("caller","$fu","$avp(size)")) xlog("currently, the user $fu has $avp(size) active outgoing calls\n"); ...
Check if the dialog flag is set or not.
Meaning of the parameters is as follows:
flag - index of the flag - can be pseudo-variable.
This function can be used from BRANCH_ROUTE, REQUEST_ROUTE, ONREPLY_ROUTE and FAILURE_ROUTE.
Set the dialog flag.
Meaning of the parameters is as follows:
flag - index of the flag - can be pseudo-variable.
This function can be used from BRANCH_ROUTE, REQUEST_ROUTE, ONREPLY_ROUTE and FAILURE_ROUTE.
Reset the dialog flag.
Meaning of the parameters is as follows:
flag - index of the flag - can be pseudo-variable.
This function can be used from BRANCH_ROUTE, REQUEST_ROUTE, ONREPLY_ROUTE and FAILURE_ROUTE.
Terminates a dialog. In ims_dialog module this function now includes support for early as well as confirmed dialogs.
Meaning of the parameters is as follows:
side - which side to terminate. It can be: caller, callee or both of them.
reason - reason for termination.
This function can be used from BRANCH_ROUTE, REQUEST_ROUTE, ONREPLY_ROUTE and FAILURE_ROUTE.
This function is currently not supported by the ims_dialog module. To be incorporated in the future.
This has been deprecated in ims_dialog. Instead set dialog flag for initial INVITE and Route-parameter-callback execution for within-dialog requests.
This function is currently not supported by the ims_dialog module. To be incorporated in the future.
Search and set current dialog based on Call-ID, From-Tag and To-Tag parameters.
Meaning of the parameters is as follows:
callid - SIP call-id.
ftag - SIP From tag.
ttag - SIP To tag.
This function can be used from BRANCH_ROUTE, REQUEST_ROUTE, ONREPLY_ROUTE and FAILURE_ROUTE.
This function is currently not supported by the ims_dialog module. To be incorporated in the future.
This function is currently not supported by the ims_dialog module. To be incorporated in the future.
This function is currently not supported by the ims_dialog module. To be incorporated in the future.
This function is currently not supported by the ims_dialog module. To be incorporated in the future.
Lists the description of a dialog or of all dialogs (calls). If only one dialogs is to be listed, the dialog identifiers are to be passed as parameter (callid and fromtag). In ims_dialog module this also now also lists all dlg_out entries for early dialogs.
Name: dlg_list
Parameters:
callid (optional) - callid if a single dialog to be listed.
from_tag (optional, but cannot be present without the callid parameter) - from tag (as per initial request) of the dialog to be listed. Note that if the from_tag is not specified, only dialogs created by a request without a from tag are matched, which will only occur with broken clients and is thus a very rare situation.
MI FIFO Command Format:
:dlg_list:_reply_fifo_file_ _empty_line_
:dlg_list:_reply_fifo_file_ abcdrssfrs122444@192.168.1.1 AAdfeEFF33
This function is currently not supported by the ims_dialog module. To be incorporated in the future.
This function is currently not supported by the ims_dialog module. To be incorporated in the future.
Terminates a singe dialog, identified by the call_id, ftag, ttag. In ims_dialog module this dialog can be terminated in the early or confirmed states.
Name: dlg_terminate_dlg
Parameters:
callid - callid of the dialog to be terminated.
ftag fromtag of dialog to be terminated.
ttag totag of dialog to be terminated.
Note: Works for confirmed and early dialogs.
MI FIFO Command Format:
:dlg_terminate_dlg:_reply_fifo_file_ abcdrssfrs122444@192.168.1.1 AAdfeEFF33 ftag-1234 t-tag1234
This function is currently not supported by the ims_dialog module. To be incorporated in the future.
This function is currently not supported by the ims_dialog module. To be incorporated in the future.
This function is currently not supported by the ims_dialog module. To be incorporated in the future.
This function is currently not supported by the ims_dialog module. To be incorporated in the future.
This function is currently not supported by the ims_dialog module. To be incorporated in the future.
This function is currently not supported by the ims_dialog module. To be incorporated in the future.
This function is currently not supported by the ims_dialog module. To be incorporated in the future.
This function is currently not supported by the ims_dialog module. To be incorporated in the future.
This function is currently not supported by the ims_dialog module. To be incorporated in the future.
This function is currently not supported by the ims_dialog module. To be incorporated in the future.
This function is currently not supported by the ims_dialog module. To be incorporated in the future.
This function is currently not supported by the ims_dialog module. To be incorporated in the future.
This function is currently not supported by the ims_dialog module. To be incorporated in the future.
This function is currently not supported by the ims_dialog module. To be incorporated in the future.
Table of Contents
Register a new callback to the dialog.
Meaning of the parameters is as follows:
struct dlg_cell* dlg - dialog to register callback to. If maybe NULL only for DLGCB_CREATED callback type, which is not a per dialog type.
int type - types of callbacks; more types may be register for the same callback function; only DLGCB_CREATED must be register alone. Possible types:
DLGCB_LOADED
DLGCB_CREATED - called when a new dialog is created - it's a global type (not associated to any dialog)
DLGCB_FAILED - called when the dialog was negatively replied (non-2xx) - it's a per dialog type.
DLGCB_CONFIRMED_NA - called when the dialog is confirmed (2xx replied) but the setup-concluding ACK message from the caller is yet pending - it's a per dialog type.
DLGCB_CONFIRMED - called when the dialog is confirmed (2xx replied) and the setup-concluding ACK message from the caller has been seen - it's a per dialog type.
DLGCB_REQ_WITHIN - called when the dialog matches a sequential request (excluding setup-concluding ACK messages which are handled in DLGCB_CONFIRMED) - it's a per dialog type.
DLGCB_TERMINATED - called when the dialog is terminated via BYE - it's a per dialog type.
DLGCB_TERMINATED_CONFIRMED - called when response to a BYE request is received - it's a per dialog type.
DLGCB_EXPIRED - called when the dialog expires without receiving a BYE - it's a per dialog type.
DLGCB_EARLY - called when the dialog is created in an early state (18x replied) - it's a per dialog type.
DLGCB_RESPONSE_FWDED - called when the dialog matches a reply to the initial INVITE request - it's a per dialog type.
DLGCB_RESPONSE_WITHIN - called when the dialog matches a reply to a subsequent in dialog request - it's a per dialog type.
DLGCB_MI_CONTEXT - called when the mi dlg_list_ctx command is invoked - it's a per dialog type.
DLGCB_SPIRALED - called when the dialog matches a spiraling request - it's a per dialog type.
DLGCB_DESTROY
dialog_cb cb - callback function to be called. Prototype is: “void (dialog_cb) (struct dlg_cell* dlg, int type, struct dlg_cb_params * params); ”
void *param - parameter to be passed to the callback function.
param_free callback_param_free - callback function to be called to free the param. Prototype is: “void (param_free_cb) (void *param);”
Terminate a Dialog identified by callid, ftag and ttag in early or confirmed state.
Meaning of parameters is as follows:
str* callid - callid of dialog to terminate.
str* ftag - from_tag of dialog to terminate.
str* ttag - to tag of dialog to terminate.
str* hdrs - string containing extra headers (full format) to be added to the BYE requests of the dialog.
Terminate a Dialog identified by h_entry and h_id (similar to dlg_end_dlg command via XMLRPC).
Meaning of parameters is as follows:
unsigned int h_entry - Number of the table, where to find the dialog
unsigned int h_id - Number of the entry in the table, where to find the dialog terminate.
str* hdrs - string containing extra headers (full format) to be added to the BYE requests of the dialog.
Add a variable to the dialog structure
Meaning of parameters is as follows:
struct dlg_cell* dlg - dialog to add to.
str* key - Name of the variable.
str* val - Value of the variable.
Retrieves a variable attached to the dialog structure
Meaning of parameters is as follows:
struct dlg_cell* dlg - dialog to get the variable from.
str* key - Name of the variable.
3.1. |
What happened with “use_tight_match” parameter? |
The parameter was removed with version 1.3 as the option of tight matching became mandatory and not configurable. Now, the tight matching is done all the time (when using DID matching). |
|
3.2. |
Why is there an ims_dialog module and a dialog module? |
The ims_dialog module addresses shortcomings in the initial dialog module design. It makes some large changes to the API and therefore must be introduced slowly. It is currently in the early development stages. Eventually the ims_dialog module should replace the dialog module. |
|
3.3. |
Where can I find more about Kamailio? |
Take a look at https://www.kamailio.org/. |
|
3.4. |
Where can I post a question about this module? |
First at all check if your question was already answered on one of our mailing lists:
E-mails regarding any stable Kamailio release should be sent to
|
|
3.5. |
How can I report a bug? |
Please follow the guidelines provided at: https://github.com/kamailio/kamailio/issues. |