SIP-user (sipuser)
Description
Internal telephony subscriber account. It is used for registration, authentication, routing, call parameters definition, queuing. Each SIP user account has an internal number in the domain, dialing which causes all devices registered under that account to be called.
Allows you to register multiple devices under one account. In this case, all devices registered under this account are called up at once by account number. The number of devices that can be registered simultaneously is determined by the parameter 'lic.devices'. When a new registration is received, when all licensed connections have been exhausted, the availability of the registered devices is checked by sending an OPTIONS request. If a non-responsive device is detected, a replacement device is registered. Devices can register under an account using either the same or different credentials (login and password).
The primary login for authentication is the same as the logical username of the account (the 'login' field) and a primary password is applied to them (field 'pwd'). If necessary, additional authentication data can be set in the field 'credentials'.
Limitations
-
The collection is not available in the master domain.
-
If the license field in the database is changed after a domain reload, the object will not be loaded, the check by hash.
-
Licensed by a quantitative parameter: the license is consumed by the number of devices simultaneously registered under the account.
Fields
{
"id": uuid,
"name": str,
"login": str,
"pwd": str,
"credentials": array<object>,
"phonenumber": str,
"reg": intbool,
"devices": array<object>,
"iduser": uuid,
"timezone": float | "default",
"lic": object,
"opts": {
"title": str,
"comment": str,
"ap_device_model": str,
"ap_mac_address": str,
"calltimesec": int,
"modextout": str,
"modextin": str,
"trunks": int,
"minexpires": int,
"maxexpires": int,
"dlgtimesec": int
},
"ext": {
"ct": date,
"lwt": date
}
}
Specification | Description |
---|---|
Field: |
Identifier. Can be specified at creation, otherwise generated by the system. |
Logical username and primary login for authorization. |
|
Password for main login. |
|
Additional authentication credentials.
Used exclusively for Digest authorization. [ { "login": ... "pwd": ... }, ... ] Values are subject to requirements similar to the 'login' and 'pwd' fields of the main entity. To use specific authorization data when configuring the device, enter both the basic logical name in the appropriate field and the specific login and password in the authorization data fields. |
|
Displayed Name. Substituted in username URI of From header in SIP requests. It is allowed to specify modifier DisplayName, |
|
Telephone number of the subscriber within the domain. If the phone number is empty, the account cannot be called in any way. Accounts with empty numbers can be used for Hot-Desking. |
|
Registration Mode: |
|
List of unregistered devices and their connection points, read more. |
|
ID system user. One user can have multiple accounts sipuser. Linking a user to a device account can be done either statically or as part of a subscriber function Hot-Desking. |
|
Set of licenses transferred from the domain. Among the parameters the number of allowed devices for registration is expected, e.g. |
Field: |
Field: |
|
Arbitrary header |
Field: |
Arbitrary comment |
|
Connected devices for conducting autoprovision. Object fields in the list: Each element is a separate device with a unique MAC address and additional settings for service operation autoprovision. |
|
MAC address of the device to conduct the autoprovision. |
|
Device model for template definition autoprovision. |
|
Account call duration in seconds when a call is received to the account |
|
Maximum call duration in seconds. |
|
Maximum number of simultaneous calls. Affects the ability to make a call to this account if there are other active calls.
|
|
Minimum allowable registration time |
|
Maximum allowable registration time |
|
Modifier-calculator extension before accepting the call into processing. |
|
Modifier extension for outgoing call. |
|
List of parallel call numbers. Each number can be specified as an object with Applies when sending a call to an account, provided that absolute forwarding has not worked. The following types of numbers are allowed as parallel numbers: The cascade mode when deploying parallel numbers is disabled. When parallel numbers are called in CDR and Remote-Party, information about the primary account is entered in CDR and Remote-Party. The primary account number is also used in the calculation of recording and shorthand rules. |
|
List of number masks allowed to be set in the device as a forwarding number. The mask can be used as a mask:
Calculating a large number of regular expressions reduces overall system performance. |
Field: |
Allows you to extend the compound with arbitrary keys and values |
Field: |
Object creation time |
Field: |
Time of last modification of the object |
|
Parameters to be substituted in the BLF section of the configuration auto-provisioned. Example: [ { "key": 1, "label": "asdf", "pickup": "**", "value": "AsDf" }, { "key": 2, "label": "qwer", "module": 2, "value": "QwEr" } ] |
Modes of operation of modifiers DisplayName
Mode | Description |
---|---|
|
The initial value is posymbolic with accumulation passes through the specified modifier.
For example,- significance: |
|
The Pattern pattern with Opts options is applied to the original value and the detected block(s) are replaced with the pattern Replace. The general structure of the regex modifier value: Options may be omitted, or may contain any combination of characters:
For example,- significance: When forming Pattern and Replace patterns, all standard regular expression rules can be applied, including capture groups, backward lookup, substitution of named groups, etc. |
Modes of operation of modifiers Extension
Mode | Description |
---|---|
|
The initial value is posymbolic with accumulation passes through the specified modifier.
For example,- significance: |
|
Identical to the "Regex" mode of the DisplayName modifier above |
See also
Logical roles
-
b2b conducts routing and account application to organize forks to associated devices.