1.1.1 Accounts Management

Once you have almost one group you can fulfill it with SIP Accounts. In the Group List (PSOM 1.0 Groups) click on the Accounts icon on the right of each group's row. 

 

As a general list of the accounts which are present in each group, the one shown in  illustrates the main features for each account.

The first column is reserved for the Details, which is a link to monitor each account's activities, current status and configuration. Most of the following fields are quite self-explanatory. The last column is for quick links about installation and configuration of customer's clients.

Send Installation Sms is good for sending via Text message a link meant to be used to download and thus install the PrivateGSM application. More about the Automatic Activation and about the Provisioning can be read in paragraph 1.1.4.

The customer's platform is automatically detected.

Send Activation Sms serves to plant the configuration file into the selected customer's client using Text Message as a mean of transport. The Text Message would include an URL to be used for downloading the configuration file itself.

You have three way for create new users:

  1. the plain way: manual creation 
  2. the wizard way: automatic activation
  3. the batch way: massive creation 

Each one is going to be detailed in the next paragraphs.

1.1.1.1 Create a new account, the plain way

The "plain way" is a completely manual creation of the account. In this way you control any feature of the account, but you also need to configure the user's client manually. This way is the opposite of the automatic activation.

This is the only way for creating valid accounts for the SNOM platform.

In the Account List page () you can see an empty list of accounts. To create a new Sip User you have to click on the New Account button in the top of the page.

You can create both PGSM (PrivateGSM) or SNOM accounts and they do differ a while.

1.1.1.1.1 PGSM

The Create Account page will show a form with many fields. Mandatory ones are:

Username/Password

Fill the Username with a numeric value as suggested by the default value into the field. Type in a password and repeat it in the proper fields.

Username MUST be unique as Virtual Phone Number!

Virtual Phone Number

Set a Virtual Phone number as a numeric value of your choice. Please consider that the Virtual Phone Number is the number to be dialed to call the Account (and also the number shown as the caller, when the Account places a call). We suggest a three character number such as "111" or "123" for testing purpose. For production please insert the real phone number.

If you do not insert the international prefix before the real phone number then you cannot use the automatic activation features

Automatic Activation is not meant for SNOM devices or iPad. You need a PrivateGSM client in order to process the URL and the configuration itself. Plus without a phone that can receive a Text Message, it wouldn't be delivered at all.

It's still possible to perform an Automatic Activation or to send the installation URL on iPads or devices without phone features using the Provisioning Messages.

Account Type
Security Models
Obfuscation Mode

The Obfuscation mode is a simple but quite efficient trick to let the VoIP pass without being recognised by router that could perform Quality of Service degrading the call.

It's not known to be a perfect mask and it aims not to be one, still it works fine until now and our suggestion is to keep it enabled as by default,

Obfuscation Key

The key used by the obfuscator can be an arbitrary one, still "9" is the default value. It doesn't matter which number you put in here as long as it is the very same one you set up on the client side.

If the Obfuscation Key value is not the same on both client's account and server's one, then the call won't be placed properly and it might end suddenly voiceless.

Keep-alive Enabled

Since the present version you can enable a server side check on the user's reachability!

To be reachable the client must set up a stable socket to the server. Each client sends a "keep alive" request to the server it's connected to in order to keep up the socket. This is necessary as the TCP socket has an idle timeout after which the socket is closed. Some aggressive network devices can short the standard timeout under 10 minutes, making impossible for the client to send the "keep alive" request because it would always be late (the client sends its request every 10 minutes or so). 

In order to avoid the socket break caused by such aggressive network devices, you can set up a server side "keep alive" request that is going to be performed every 3 minutes. In this way you can be sure that the socket and thus the connection would remain up and stable under every circumstances.

The downside of this option is that there will be some more traffic on the socket (each passage of the request is 1.8 KiloByte, thus you can count almost 3.6 KB of traffic every 3 minutes)

This option can afflict the battery life since more traffic means more radio transmission and on same devices the radio wouldn't have a proper timeout for going idle. 

The actual default value for the keep-alive interval is 60 seconds. You can configure the general keep-alive timeout in the NAT configuration form. Please read PSAM 2.4 Asterisk advanced configurations to get informations about it.

All the PrivateGSM clients prior to the 11.1 version cannot respond to the keep-alive request and thus if such option was enabled for their users, then those users won't ever be on-line and reachable.

Virtual Phone Number (secondary)

This field is not mandatory, still it can prove itself quite useful if you need the account to be reachable by two different numbers on two different devices. The secondary virtual number can't substitute the primary one, meaning that this field alone won't be accepted as a valid phone number. You still need to configure the primary phone number if you intend to make use of the secondary one.

An example for using the secondary phone number can be to configure a SNOM device as a stable secure voice terminal and a PrivateGSM as a mobile one. Both the devices belongs to the same user and you have not to double the accounts used in order to accomplish such configuration.

1.1.1.1.2 SNOM

In the Account List page () you can see an empty list of accounts. To create a new Sip User you have to click on the New Account button in the top of the page.

There are some few but still important differences between the  and the : security model, obfuscation Mode and Obfuscation Key fields are gone and instead you can read Deny and Permit. Due to the type of hardware underlying the SNOM account, we do assume that the hardware would be wired connected on a desktop. Also no obfuscation is possible because the device doesn't allow it. Instead the wired channel can provide us an easy to go access list, based on the LAN IP addresses. We can create both one White-List and one Black-List in order to bind the user's access to one specific device which can be identified by the LAN IP address. The different option shown are:

Deny

Deny represent the blacklist based on the IP address and the net mask we want to deny when associated to the current user. You have to write this in the form: <ipaddress>/<network mask>

Examples:
Permit

Permit is the exact opposite of the Deny option. It represent the whitelist based on the IP address and the net mask we want to have access. You have to write this in the form: <ipaddress>/<network mask>

Example:

You may have multiple rules for masking traffic. Combining together the Deny and the Permit option let you have a fine grain rule of access for any single user's account.

Please keep in mind that the access rules are processed from the first to the last, meaning that the Deny will be used first and then will be analysed the Permit one.

So:

  Deny: 0.0.0.0/0.0.0.0

  Permit: 216.27.242.66/255.255.255.255

 Deny every address except for the only one allowed.

1.1.1.1.3 Actually create the Account

After you filled in the form (either the PGSM or the SNOM one), please click on the Create icon at the page's bottom. 

An information line advice the operation just performed. 

You'll get back the Account List page and the table shows now your new user ().

Using this way makes the account enabled by default.

To use the automatic activation even in the plain way go reading the 1.1.4 Automatic Activation.

1.1.1.2 Create a new account, the wizard way

The "wizard way" is the new method for creating accounts. It's made for easing the load on the service manager's shoulder, letting him/her focusing on the service configuration without having to bother about the installation and configuration of the client.

In the Account List page () you can see an empty list of accounts. To create a new Sip User you have to click on the New Account (Activation Wizard) button in the top of the page.

 

You'll see the "Edit Account page" with a precompiled, non-editable username  as in .

Please set a Virtual Phone Number and choose a Provisioning Profile.

If you do not insert the international prefix before the real phone number then you cannot use the automatic activation features

If not differently configured, the default values for the Obfuscation are fine. The other fields are optional.

In this mode the password is automatically chosen by the system and it's not editable

Compile all necessary fields of the new account, select a Provisioning Profile and click on "Create". Now jump to paragraph 1.0.3.6 for activate the user.

In the "wizard way" the user's account are DISABLED until the automatic activation is performed!

1.1.1.3 Create a new account, the batch way

The "batch way" is an account creation mode designed specifically for large number of users to be created quickly.

Starting from Account List page click on the Create batch account action to open Create batch account page:

Prepare a .csv file with some account. The file must be formatted as the example below.

fullName,gsmNumber,email,securityModel,description Alessandro Bergamaschi,+391234567890,alessandro.bergamaschi@privatewave.com,end-to-site,Personal account Luigi Rossi,+3932456753,luigi.rossi@privatewave.com,end-to-site,Personal account Marco Bianchi,+39432242342,mbianchi@gmail.com,end-to-site,Personal account Mario Colombo,+394325346546,colombo.mario@privatewave.com,end-to-site,Personal account

 

Select the default provisioning profile and a group for the newly account created. Upload the file and click create: you'll be leaded to the Group list page

 

1.1.1.4 Account's details

The figure  shows the last step of the procedure for account creation, but it's the same view you can get clicking on the Details link in the first column of the account's list (as in . 

Three tabs are shown in the Account's details window:

State is the default view you get and shows if the Account is connected and his licence status.

History shows any relevant information about the account.

As you can see in  there are three main subsections:

  1. Timeline lists all the informations about the creation and activation of the account as well as date and time of text messages sent and received.
  2. Last session events is an excerpt of the SIP Sessions targeted to the account. 
  3. Latest calls is an excerpt of the CDR showing all the recent calls placed by the account. It's possible to show all the received calls as well, by clicking on the All received calls at the list's bottom.

Each list is expandable to show any record related to the account. This is possible by using the proper links at the bottom of each form displayed.

Configuration is what's left of the account's details form as it was intended in previous versions of PrivateServer.

From this summary of the account's configurations you can manage the account itself. It's possible to Send Installation Sms or to Send Activation Sms, action which we explore deeper in paragraph 1.1.4, as well as to Disable account. The last action inhibits the user to call or to be called and a specific Audio Message is issued by the PrivateServer to inform the user.

It's also possible to Edit the account's settings (more about this in the paragraph 1.1.2), Refresh account's data (which is proved to be quite useful to monitor the Text Messages status, like the Installation clicked) or simply Delete (paragraph 1.1.3) the account itself. In the following paragraphs you'll read more about account's management.

1.1.2 Update the Account

To change the SIP Account values you need to reach the form showed in , which has been explained in the paragraph 1.1.1.4. Once there, you can just press the Edit button at the bottom.

In the form that would be presented to you (shown in ) it's possible to change any value you need to. Once you're done, click on the Update button at the bottom of the form to save the changes. 

As shown in  the Web Console would warn you after the updated was processed. You can check the changes clicking on the Configuration tab.

1.1.3 Delete the Account

In order to delete the account you have to access at the account details as described in paragraph 1.1.1.4. You have to get the Configuration details as in . At the bottom of the details window you can see a Delete button that's what you're looking for.

 

Press it and confirm the deletion in the next warning pop up window ( ). 

Once you're done, by pressing the "Ok" button, the Account List page will be shown up without the Account and with a warning: see 

1.1.4 Automatic Activation of the Account

 After you created your new account(s) you have to configure the customer's client application PrivateGSM. In the wizard way it's MANDATORY to use the automatic activation in order to enable the account. In the plain way it's optional, though useful.

The Automatic Activation is quite useful in two occasions:

  1. after you just finished creating an user
  2. whenever you need a quick account's reconfiguration without involving too much the customer

To be able to send text messages with the Automatic Activation you first need to get the Account list () or the Account's configuration details (). From both views it's possible to press the Send Activation Sms which would send automatically the URL of the configuration file via Text Message.

Click on the "Send installation SMS" to send the link for downloading the application

Confirm as in the above picture and the PrivateServer advices the operation has been completed:

The SMSes are sent to the account's Virtual Phone Number, so please check it exist as an actual mobile phone number before using the Automatic Activation

Getting back to the account list you can read the exact status and the time of its change:

So what's happened is that the status has changed from "Created" to "Installation SMS sent" and the "Last Status date" has been updated to the time the SMS has been sent to the customer.

The Automatic Activation and the Provisioning Profiles must be set up to have this procedure to work.

After the customer has downloaded and installed the application, the "Last status" changes to "Installed" but the "Enabled" is still "False". "Last Status date" is updated as well.

Next step is to send the "Activation SMS" in order to enable the user to place and receive calls.

Just click on the related link at the end of the customer's row in the Account list table. As for the "Installation SMS" you are requested to confirm the action (refer to ).

Note the change in the "Last Status" and in the "Last Status date": the former is now "Activation SMS sent", the latter is updated to the new time the action was performed. 

You can know for sure that the user has configured his/her PrivateGSM application because after the action has been performed the account's "Last Status" becomes "Activated" and the "Last Status date" is updated as in the former cases.

Now the "Enabled" fields is changed to "true" meaning that the customer is ready to go.

Please remember that if you created the account in plain way then the account is enabled by default, no matter if you sent the Activation SMS or not.

If the customer actually goes on line with the PrivateGSM application, than the "Last Status" becomes "Connected".

You can check if the customer is connected using the "Registered Account" menu.

1.1.5 Disabling/Enabling an Account

You can search search a group's acc

1.1.6 Searching an Account

You can search search a group's accounts with the search box on the menu bar of the Account list page.

 

The search covers the following fields of accounts:

The search string is interpreted as a list of words, separated by spaces. All words in the search string must match. Words must match exactly, unless they contain wildcards:

Examples:

The search engine is based on Apache Lucene; see "Query Parser Syntax" for a detailed description of the full syntax of search queries. The field names that can be used in search queries are owner, username, callerid, email and description.