Difference between revisions of "Device settings"

From Kolmisoft Wiki
Jump to navigationJump to search
Line 3: Line 3:
[[Image:device_settings_sip.png]]
[[Image:device_settings_sip.png]]


Each device can have many settings. Screenshot shows settings for SIP device. These settings are similar to other device types also.
Each device can have many settings. The screenshot shows settings for an SIP device. These settings are similar to those for other device types also.


There are several groups of settings: General, Authentication, CallerID, Network Related, Groups, Voicemail, Codecs, Allowed Addresses, Advanced, Tell Options, Debug and Recordings.
There are several groups of settings: General, Authentication, CallerID, Network Related, Groups, Voicemail, Codecs, Allowed Addresses, Advanced, Tell Options, Debug and Recordings.
Line 9: Line 9:
=General=
=General=


* '''Accountcode''' – unique id of the device in the system
* '''Accountcode''' – the unique ID of the device in the system.
* '''Description''' – for informational purposes
* '''Description''' – for informational purposes.
* '''PIN''' – device PIN for authentication/authorization
* '''PIN''' – device PIN for authentication/authorization.
* '''Device group''' - to which group device belongs (not used most of the time)
* '''Device group''' - to which group the device belongs (not used most of the time).
* '''Type''' - what type is this device
* '''Type''' - what type of device it is.
* '''Extension''' – short number by which this device can be reached - must be unique in the system
* '''Extension''' – a short number by which this device can be reached; must be unique in the system.
* '''DTMF Mode''' – in which protocol phone button presses are sent over network, available options: inband, info, RFC2833, auto – choose which one your provider uses (RFC2833 most used)
* '''DTMF Mode''' – in which protocol phone button presses are sent over network. The available options are: inband, info, RFC2833, and auto. Choose which one your provider uses (RFC2833 is used most often).
* '''Works not logged''' – does user need to log to MOR GUI to be able to dial out? (mainly used for Call Center environments, leave it default in most cases)
* '''Works not logged''' – does the user need to log into MOR GUI to be able to dial out? (This feature is mainly used for Call Center environments; keep the default in most cases).
* '''Location''' – default Global, choose appropriate one based on [[Localization]] needs
* '''Location''' – the default is Global. Choose the appropriate location based on [[Localization]] needs.
* '''Timeout''' - how long to try to reach this device and when hangup if device does not answers
* '''Timeout''' - how long to try to reach the device for, and when to hang up if the device does not answer.
* '''[[Trunks | Trunk]]''' – No/Yes/Yes with ANI – Is this device Trunk with/without ANI?
* '''[[Trunks | Trunk]]''' – No/Yes/Yes with ANI – Is this device Trunk with/without ANI?
* '''[[Simultaneous call limitation | Call Limit]]''' - how many simultaneous device user can make?
* '''[[Simultaneous call limitation | Call Limit]]''' - how many simultaneous calls can a user make?


=Authentication=
=Authentication=
Line 30: Line 30:
For all other device types:
For all other device types:


* '''Username''' – username you enter in your device
* '''Username''' – username you enter in your device.
* '''Password''' – password you enter in your device
* '''Password''' – password you enter in your device.
* '''Authenticate by IP''' – should it be authenticate by IP (not by username/password)?
* '''Authenticate by IP''' – should the device be authenticated by IP (rather than by username/password)?




=CallerID=
=CallerID=


CallerID consists of two parts: name and number. The "Number" part gets transferred by default by all technologies: GSM, PSTN, SIP etc, the "Name" part only on some. The number you see on your mobile phone when somebody is calling you is "Number" part.
A CallerID consists of two parts: name and number. The "Number" part is transferred by default by all technologies (GSM, PSTN, SIP etc), but the "Name" part only by some. The number you see on your mobile phone when someone is calling you is the "Number" part.


* '''Name''' – the "Name" part of CallerID
* '''Name''' – the "Name" part of the CallerID.
* '''Number''' – the "Number" part of CallerID
* '''Number''' – the "Number" part of the CallerID.


NOTE: if you leave these fields empty user can set CallerID by himself. Usually is not a good way to let it do it for user.
NOTE: if you leave these fields empty, the user can set the CallerID by himself. Usually it is not advisable to allow the user do it on his own.


* '''Number from DID''' - put DID as CallerID (only availale when device has DIDs)
* '''Number from DID''' - use the DID as the CallerID (only available when the device has DIDs).
* '''CID control by DIDs''' – only available when this device has DID(s)
* '''CID control by DIDs''' – only available when the device has DIDs.


This setting let's you control what CID user can enter in his devices. These CID numbers should be from the set of device's DIDs. It is mainly used when user's PBX is connected over trunk and many DIDs are routed to this Trunk. Calls coming out from this PBX must have CallerID Number from the set of DIDs assigned to this Trunk (PBX). If CID from DIDs is checked - system checks if device's cid number is from dids assigned to this device. If no dids are assigned - this value is ignored. In order for this setting to be active - CID Name/Number fields must be empty to allow user enter any CID number he wants. If CID from DIDs is checked and user enters any CID (not from his DIDs) - system will change his CID by his first available DID (selected from database by lowest id).
This setting lets you control what a CID user can enter in his devices. CID numbers should be from the set of the device's DIDs. They are mainly used when the user's PBX is connected over Trunk and many DIDs are routed to this Trunk. Calls coming out from this PBX must have a CallerID Number from the set of DIDs assigned to this Trunk (PBX). If "CID from DIDs" is checked, the system checks whether the device's CID number is from DIDs assigned to this device. If no DIDs are assigned, this value is ignored. In order for this setting to be active, CID Name/Number fields must be empty to allow the user to enter any CID number he wants. If "CID from DIDs" is checked and user enters any CID (not from his DIDs), the system will change his CID by his first available DID (selected from database by lowest ID).




Line 53: Line 53:
=Network Related=
=Network Related=


* '''Host''' – device IP or hostname, the value can be "dynamic", which means that device should register (it should be like this most of the time).
* '''Host''' – the device IP or hostname; the value can be "dynamic", which means that device should register (it should be like this most of the time).
* '''IP Address''' - should be devices IP or disabled if device is "dynamic"
* '''IP Address''' - should be the device's IP, or disabled if the device is "dynamic".
* '''Port''' – port used to connect to device (default: 5060 for SIP, 4569 for IAX2). If host = dynamic this field is updated by Asterisk when device registers. It is port from where call is coming (from device).
* '''Port''' – the port used to connect to the device (the defaults are 5060 for SIP, and 4569 for IAX2). If host = dynamic, this field is updated by Asterisk when the device registers. It is the port from where the call is coming (from the device).
* '''Last time registered''' - when device was last time registered to the Asterisk server
* '''Last time registered''' - when device was last time registered to the Asterisk server
* '''Media control''' – canreinvite/transfer – do you want your server to stay in media path between your clients and your provider
* '''Media control''' – can reinvite/transfer. Do you want your server to stay in media path between your clients and your provider
* '''NAT''' – available options: yes, no, never, route. For detailed explanation about these settings please refer [http://www.voip-info.org/wiki/view/Asterisk+sip+nat here].
* '''NAT''' – the available options are: yes, no, never, route. For a detailed explanation of these settings, refer to [http://www.voip-info.org/wiki/view/Asterisk+sip+nat here].
* '''Qualify''' – how often "ask" device about availability. More details [http://www.voip-info.org/wiki/view/Asterisk+sip+qualify here] for SIP devices and [http://www.voip-info.org/wiki/view/Asterisk+iax+qualify here] for IAX2 devices.
* '''Qualify''' – how often to "ask" the device about availability. More details [http://www.voip-info.org/wiki/view/Asterisk+sip+qualify here] for SIP devices and [http://www.voip-info.org/wiki/view/Asterisk+iax+qualify here] for IAX2 devices.




Line 65: Line 65:
=Groups=
=Groups=


* [[What are callgroups and pickupgroups | Call Group]] – to which Call Group this device belongs
* [[What are callgroups and pickupgroups | Call Group]] – to which Call Group this device belongs.
* [[What are callgroups and pickupgroups | Pickup Group]] – which Cal Groups this device can pickup
* [[What are callgroups and pickupgroups | Pickup Group]] – which Call Groups this device can pick up.




Line 72: Line 72:
=Voicemail=
=Voicemail=


* '''Email''' – to which send received Voicemail
* '''Email''' – where to send received Voicemail.
* '''Password''' – digit password user should enter when he calls Voicemail number to listen for messages
* '''Password''' – the digital password the user enters when he calls the Voicemail number to hear his messages.




Line 81: Line 81:


NOTES:  
NOTES:  
* When no fields are checked – that means that all codecs are available. E.g. settings in sip.conf or iax.conf are effective.
* When no fields are checked, all codecs are available - for example, settings in sip.conf or iax.conf are effective.
* If Provider and Device does not have similar codecs - call cannot be established.
* If the Provider and the Device do not have similar codecs, no call can be established.


=Allowed Addresses=
=Allowed Addresses=


'''IP, MASK''' – permit traffic from these IP only. You can find detailed explanation [http://www.voip-info.org/wiki/index.php?page=Asterisk+sip+permit-deny-mask here].
'''IP, MASK''' – permit traffic from ths IP only. You can find a detailed explanation [http://www.voip-info.org/wiki/index.php?page=Asterisk+sip+permit-deny-mask here].


If you do not clearly understand why these settings are used for - leave them with default values.
If you do not clearly understand what these settings are used for, leave them with default values.




Line 94: Line 94:
=Advanced=
=Advanced=


* '''Fromuser/Fromdomain'''  – This is used when calling TO this peer FROM asterisk. If you're using _register=>_ with another SIP proxy, this setting can come in handy since some SIP networks only allow users in the right domain with the correct user name.  
* '''Fromuser/Fromdomain'''  – used when calling TO this peer FROM Asterisk. If you're using _register=>_ with another SIP proxy, this setting can come in handy since some SIP networks only allow users in the right domain with the correct user name.  
* '''Trustrpid''' – This defines whether or not Remote-Party-ID is trusted. It's defined in http://tools.ietf.org/id/draft-ietf-sip-privacy-04.txt
* '''Trustrpid''' – defines whether or not Remote-Party-ID is trusted. It's defined in http://tools.ietf.org/id/draft-ietf-sip-privacy-04.txt.
* '''Sendrpid''' – Defines whether a Remote-Party-ID SIP header should be sent. Defaults to no. This field is often used by wholesale VoIP providers to provide calling party identity regardless of the privacy settings (the From SIP header).  
* '''Sendrpid''' – defines whether a Remote-Party-ID SIP header should be sent. The default setting is "no". This field is often used by wholesale VoIP providers to provide calling party identity regardless of the privacy settings (the From SIP header).  
* [http://www.voip-info.org/wiki/index.php?page=Asterisk+sip+insecure Insecure]
* [http://www.voip-info.org/wiki/index.php?page=Asterisk+sip+insecure Insecure]
** port: ignore the port number where request came from
** port: ignore the port number where request came from.
** invite: don't require authentication of incoming INVITEs
** invite: don't require authentication of incoming INVITEs.
** port,invite: don't require initial INVITE to authenticate and ignore the port where the request came from  
** port, invite: don't require initial INVITE to authenticate and ignore the port where the request came from.
* '''T.38 support''' - [[Fax over VoIP | Asterisk does not have good T.38 support]] so use this option just for testing
* '''T.38 support''' - [[Fax over VoIP | Asterisk does not have good T.38 support]], so use this option just for testing.
* '''SIP 302 Reinvite support''' - SIP Reinvite support for device, disabled by default
* '''SIP 302 Reinvite support''' - SIP Reinvite support for the device. Disabled by default.
* '''[http://www.voip-info.org/wiki/index.php?page=Asterisk+sip+progressinband Progressinband]''':
* '''[http://www.voip-info.org/wiki/index.php?page=Asterisk+sip+progressinband Progressinband]''':
** yes - When "RING" event is requested, always send 180 Ringing (if it hasn't been sent yet) followed by 183 Session Progress and in-band audio
** yes - when "RING" event is requested, always send 180 Ringing (if it hasn't been sent yet) followed by 183 Session Progress and in-band audio.
** no - Send 180 Ringing if 183 has not yet been sent establishing audio path. If audio path is established already (with 183) then send in-band ringing (this is the way asterisk historically behaved because of buggy phones like polycom)  
** no - send 180 Ringing if 183 has not yet been sent, establishing an audio path. If the audio path is established already (with 183), then send in-band ringing (this is the way Asterisk historically behaved because of buggy phones like Polycom's).
** never - Whenever ringing occurs, send "180 ringing" as long as "200 OK" has not yet been sent. This is the default behaviour of Asterisk.  
** never - whenever ringing occurs, send "180 ringing" as long as "200 OK" has not yet been sent. This is the default behaviour of Asterisk.  
* '''Video support''' – does your provider support Video over IP? More info [http://www.voip-info.org/wiki/view/Asterisk+video here].
* '''Video support''' – does your provider support Video over IP? More info [http://www.voip-info.org/wiki/view/Asterisk+video here].
* '''[[Duplicate call prevention | Allow duplicate calls]]''' - default no
* '''[[Duplicate call prevention | Allow duplicate calls]]''' - the default setting is "no".




Line 114: Line 114:
=Tell Options=
=Tell Options=


* '''Tell balance''' – should MOR tell balance to user when he is trying to dial (every time) – default no
* '''Tell balance''' – should MOR tell the user his balance every time he tries to dial?  The default setting is "no".
* '''Tell time''' - should MOR tell remaining time to user when he is trying to dial (every time) – default no
* '''Tell time''' - should MOR tell the user his remaining time every time he tries to dial?  The default setting is "no".
* '''Tell remaining time when left''' – when some time is left MOR will tell remaining time to talk (in seconds)
* '''Tell remaining time when left''' – when some time is left, MOR will tell the remaining time to talk (in seconds).
* '''Repeat remaining time when left''' – repeats remaining time when left some time (in seconds)
* '''Repeat remaining time when left''' – repeats the remaining time when some time is left (in seconds).




Line 123: Line 123:
=Debug=
=Debug=


[[SIP debug info]] - Can be enabled per SIP device basis. It is useful in debugging. And it is saved to calls table when it is enabled.
[[SIP debug info]] - can be enabled per SIP device basis. It is useful in debugging. When this feature is enabled, the info is saved to the calls table.





Revision as of 02:58, 9 May 2010

Screenshot

Device settings sip.png

Each device can have many settings. The screenshot shows settings for an SIP device. These settings are similar to those for other device types also.

There are several groups of settings: General, Authentication, CallerID, Network Related, Groups, Voicemail, Codecs, Allowed Addresses, Advanced, Tell Options, Debug and Recordings.

General

  • Accountcode – the unique ID of the device in the system.
  • Description – for informational purposes.
  • PIN – device PIN for authentication/authorization.
  • Device group - to which group the device belongs (not used most of the time).
  • Type - what type of device it is.
  • Extension – a short number by which this device can be reached; must be unique in the system.
  • DTMF Mode – in which protocol phone button presses are sent over network. The available options are: inband, info, RFC2833, and auto. Choose which one your provider uses (RFC2833 is used most often).
  • Works not logged – does the user need to log into MOR GUI to be able to dial out? (This feature is mainly used for Call Center environments; keep the default in most cases).
  • Location – the default is Global. Choose the appropriate location based on Localization needs.
  • Timeout - how long to try to reach the device for, and when to hang up if the device does not answer.
  • Trunk – No/Yes/Yes with ANI – Is this device Trunk with/without ANI?
  • Call Limit - how many simultaneous calls can a user make?

Authentication

For ZAP devices:

  • Channel – which channel (or channel group) to use on PRI/BRI/PSTN card. Channels and groups should be configured in zapata.conf.

For all other device types:

  • Username – username you enter in your device.
  • Password – password you enter in your device.
  • Authenticate by IP – should the device be authenticated by IP (rather than by username/password)?


CallerID

A CallerID consists of two parts: name and number. The "Number" part is transferred by default by all technologies (GSM, PSTN, SIP etc), but the "Name" part only by some. The number you see on your mobile phone when someone is calling you is the "Number" part.

  • Name – the "Name" part of the CallerID.
  • Number – the "Number" part of the CallerID.

NOTE: if you leave these fields empty, the user can set the CallerID by himself. Usually it is not advisable to allow the user do it on his own.

  • Number from DID - use the DID as the CallerID (only available when the device has DIDs).
  • CID control by DIDs – only available when the device has DIDs.

This setting lets you control what a CID user can enter in his devices. CID numbers should be from the set of the device's DIDs. They are mainly used when the user's PBX is connected over Trunk and many DIDs are routed to this Trunk. Calls coming out from this PBX must have a CallerID Number from the set of DIDs assigned to this Trunk (PBX). If "CID from DIDs" is checked, the system checks whether the device's CID number is from DIDs assigned to this device. If no DIDs are assigned, this value is ignored. In order for this setting to be active, CID Name/Number fields must be empty to allow the user to enter any CID number he wants. If "CID from DIDs" is checked and user enters any CID (not from his DIDs), the system will change his CID by his first available DID (selected from database by lowest ID).


Network Related

  • Host – the device IP or hostname; the value can be "dynamic", which means that device should register (it should be like this most of the time).
  • IP Address - should be the device's IP, or disabled if the device is "dynamic".
  • Port – the port used to connect to the device (the defaults are 5060 for SIP, and 4569 for IAX2). If host = dynamic, this field is updated by Asterisk when the device registers. It is the port from where the call is coming (from the device).
  • Last time registered - when device was last time registered to the Asterisk server
  • Media control – can reinvite/transfer. Do you want your server to stay in media path between your clients and your provider
  • NAT – the available options are: yes, no, never, route. For a detailed explanation of these settings, refer to here.
  • Qualify – how often to "ask" the device about availability. More details here for SIP devices and here for IAX2 devices.


Groups


Voicemail

  • Email – where to send received Voicemail.
  • Password – the digital password the user enters when he calls the Voicemail number to hear his messages.


Codecs

Choose the codecs your provider uses.

NOTES:

  • When no fields are checked, all codecs are available - for example, settings in sip.conf or iax.conf are effective.
  • If the Provider and the Device do not have similar codecs, no call can be established.

Allowed Addresses

IP, MASK – permit traffic from ths IP only. You can find a detailed explanation here.

If you do not clearly understand what these settings are used for, leave them with default values.


Advanced

  • Fromuser/Fromdomain – used when calling TO this peer FROM Asterisk. If you're using _register=>_ with another SIP proxy, this setting can come in handy since some SIP networks only allow users in the right domain with the correct user name.
  • Trustrpid – defines whether or not Remote-Party-ID is trusted. It's defined in http://tools.ietf.org/id/draft-ietf-sip-privacy-04.txt.
  • Sendrpid – defines whether a Remote-Party-ID SIP header should be sent. The default setting is "no". This field is often used by wholesale VoIP providers to provide calling party identity regardless of the privacy settings (the From SIP header).
  • Insecure
    • port: ignore the port number where request came from.
    • invite: don't require authentication of incoming INVITEs.
    • port, invite: don't require initial INVITE to authenticate and ignore the port where the request came from.
  • T.38 support - Asterisk does not have good T.38 support, so use this option just for testing.
  • SIP 302 Reinvite support - SIP Reinvite support for the device. Disabled by default.
  • Progressinband:
    • yes - when "RING" event is requested, always send 180 Ringing (if it hasn't been sent yet) followed by 183 Session Progress and in-band audio.
    • no - send 180 Ringing if 183 has not yet been sent, establishing an audio path. If the audio path is established already (with 183), then send in-band ringing (this is the way Asterisk historically behaved because of buggy phones like Polycom's).
    • never - whenever ringing occurs, send "180 ringing" as long as "200 OK" has not yet been sent. This is the default behaviour of Asterisk.
  • Video support – does your provider support Video over IP? More info here.
  • Allow duplicate calls - the default setting is "no".


Tell Options

  • Tell balance – should MOR tell the user his balance every time he tries to dial? The default setting is "no".
  • Tell time - should MOR tell the user his remaining time every time he tries to dial? The default setting is "no".
  • Tell remaining time when left – when some time is left, MOR will tell the remaining time to talk (in seconds).
  • Repeat remaining time when left – repeats the remaining time when some time is left (in seconds).


Debug

SIP debug info - can be enabled per SIP device basis. It is useful in debugging. When this feature is enabled, the info is saved to the calls table.


Recordings

This section is available when Recordings Addon is installed in the system.