Differenze tra le versioni di "AdminGuide:Service:Paging/en"

Da Kalliope Wiki.
Jump to navigation Jump to search
(Creata pagina con "=== Configuration ===")
(Creata pagina con "Paging groups can be created and edited in the PBX -> Paging groups page. The configurable settings for each group are: * '''Name''': an identifier for the paging group. * ''...")
Riga 13: Riga 13:
=== Configuration ===
=== Configuration ===


L'aggiunta o la modifica di un Gruppo di Paging viene effettuata dal pannello omonimo, raggiungibile dal menu "Applicazioni PBX". I parametri di configurazione di ciascun gruppo sono:
Paging groups can be created and edited in the PBX -> Paging groups page. The configurable settings for each group are:
* '''Nome''': un identificativo testuale assegnato al gruppo di Paging.
 
* '''Numero''': la selezione da concatenare al prefisso del servizio di Paging (che viene configurato all'interno del Piano di Numerazione).
* '''Name''': an identifier for the paging group.
* L''''identificativo chiamante''': questa verrà utilizzata come Display Name per le chiamate verso i terminali di destinazione.
* '''Number''': the selection that is appended to the paging service prefix (set in the [[AdminGuide:GUI:OperatingMenu:NumberingPlan/en|numbering plan]]).
* La '''modalità''' di funzionamento del gruppo di Paging: può essere scelta tra le due alternative "Live" e "Unattended".  
* The ''''caller identifier''': this is used as the Display name for calls to the destination terminals.
** Live: l'interno chiamante che attiva la chiamata al gruppo di Paging rimane in chiamata come unico speaker attivo; al termine riaggancia e le chiamate a tutti i terminali di destinazione vengono a loro volta terminate.  
* The operating '''mode''' of the paging groups: can be set as either "Live" or "Unattended".  
** Unattended: la chiamata effettuata dall'interno al gruppo di Paging viene riagganciata dal PBX, che dopo alcuni istanti procede a contattare tutti i terminali di destinazione, riproducendo il messaggio preregistrato specificato alla voce "File audio"
** Live: the extension making the call to the paging group will remain on call as the sole speaker; at the end of the call, they will hang up, and the calls to all destinations will themselves end.  
* '''File audio''': file audio contenente un messaggio preregistrato che viene riprodotto ai terminali di destinazione del gruppo. Viene utilizzato in modo differente nel caso di modalità Live o Unattended:
** Unattended: the PBX hangs up the call made from the extension to the paging group and, after a few moments, proceeds to contact all destinations and play the message set under the "Audio file" item.
** Live: questo messaggio viene riprodotto prima di mettere in comunicazione il chiamante con i terminali di destinazione. L'uso tipico può essere quello di un avviso sonoro per indicare l'inizio di una comunicazione
* '''Audio file''': the prerecorded message that is played to the group. It will be used differently depending on whether the mode is set to "Live" or "Unattended":
** Unattended: questo è il messaggio che viene riprodotto a tutte le destinazioni del gruppo di Paging. In base al valore del successivo parametro (Numero di ripetizioni), il messaggio può essere riprodotto una o più volte ciclicamente.
** Live: the message is played before the caller begins communication with the group. This can be used to mark the beginning of an announcement.
* '''Numero di ripetizioni''': questo parametro è configurabile solo nella modalità "Unattended" e specifica il numero di volte che il messaggio preregistrato deve essere riprodotto prima che il PBX termini automaticamente la chiamata. Il valore 0 indica che il messaggio deve essere riprodotto in ciclo continuo; nella modalità "Unattended", indipendentemente dal numero di ripetizioni impostate, una seconda chiamata al numero del gruppo effettua l'arresto della riproduzione del messaggio. Nota: non è necessario che la seconda chiamata sia effettuata dallo stesso interno che ha attivato il servizio, purché sia uno di quelli abilitati, secondo le regole descritte sotto.
** Unattended: the message is played to all destination in the paging group. Depending on the following setting (Number of repetitions), the message can be played once or multiple times.
* '''Metodo di risposta automatica''': questo parametro specifica quale eventuale Header aggiungere alle chiamate effettuate verso i terminali di destinazione, al fine di specificare la richiesta di risposta automatica. La scelta dello specifico Header da utilizzare dipende dai terminali utilizzati come destinazioni del gruppo, in quanto differenti terminali possono richiedere differenti modalità di notifica della richiesta di risposta automatica. L'opzione prevede tre alternative:
* '''Number of repetitions''': this setting is only configurable when the mode is set to "Unattended" and controls the number if times the prerecorded message is played before the PBX automatically ends the call. Setting this to 0 means the message is played indefinitely. In "Unattended" mode, a second call to the group will stop playback regardless of this setting. N.B.: the second call does not need to be made from the extension that activated the service as long as it is enabled according to the rules detailed below.
** Configurazione manuale: significa che il PBX non specifica alcun Header aggiuntivo, e la configurazione per effettuare la risposta automatica deve quindi essere effettuata in modo statico sui terminali di destinazione. Il caso d'uso tipico è quello dei dispositivi dedicati alla diffusione.
* '''Automatic answer method''': this setting controls which header, if any, is added to calls made to the destination terminals in order to specify the automatic response request. The choice of header depends on the terminals themselves, as different terminals may require different notification modes. There are three options:
** Header Call-Info: viene aggiunto l'header "Call-Info: <sip:127.0.0.1>;answer-after=0"
** Manual: the PBX does not specify any header, and the configuration for automatic response must be made statically on the individual terminals.
** Header Alert-Info: viene aggiunto l'header "Alert-Info: <http://127.0.0.1>;info=alert-autoanswer;delay=0"
** Header Call-Info: the header "Call-Info: <sip:127.0.0.1>;answer-after=0" is added.
* '''Account''': elenco dei terminali di destinazione del Paging. NOTA: le destinazioni sono i singoli account SIP, per cui in caso di interni con più di un account SIP associato, può essere scelto a quali di questi inoltrare la chiamata.
** Header Alert-Info: the header "Alert-Info: <http://127.0.0.1>;info=alert-autoanswer;delay=0" is added.
* '''Controllo di accesso''': specifica le autorizzazioni per l'attivazione del servizio. E' possibile indicare una o più regole di accesso, nella forma:
* '''Accounts''': list of destination terminals in the paging group. N.B.: destinations are individual SIP accounts, so for extensions linked to multiple accounts you can choose to which of these the call is made.
** Interno: l'interno chiamante, oppure "Qualsiasi interno"
* '''Access control''': the permissions necessary to use the service. You can specify one or more access rules of the form:
** Tipo di PIN: la modalità di autenticazione richiesta. I valori possibili sono:
** Extension: the calling extension, or "Any extension"
*** Nessuno: non è richiesto PIN. Gli interni con tale tipo di autenticazione attivano il servizio senza dover inserire alcun PIN.  
** Type of PIN: the required authentication. The possible values are:
*** Personalizzato: è richiesto uno specifico PIN configurato nella colonna seguente (Valore del PIN). Tale PIN potrebbe quindi essere unico per tutti gli interni abilitati, o essere differenziato per singolo interno.
*** None: no PIN is required.
*** PIN dei servizi dell'interno: è richiesta l'autenticazione utilizzando il PIN dei servizi proprio di ciascun interno abilitato.
*** Custom: a specific PIN is required. This can be set in the following column (PIN value). This PIN can be the same or different ones for each extension.
Un esempio di '''''ACL''''' potrebbe essere:
*** Extension service PIN: The service PIN for the extension is required.
 
An example of '''''ACL''''' is:
{| class="wikitable"
{| class="wikitable"
|-
|-
! Interno !! Tipo di PIN !! Valore del PIN
! Extension !! Type of PIN !! Value of PIN
|-
|-
| 101 (Interno 101) || Nessuno ||   
| 101 (Extension 101) || None ||   
|-
|-
| 102 (Interno 102) || PIN dei servizi dell'interno ||   
| 102 (Extension 102) || Extension service PIN ||   
|-
|-
| Qualsiasi || Personalizzato || 123123
| Any || Custom || 123123
|-
|-
|}
|}
In questo caso, l'interno 101 è abilitato all'attivazione del servizio (ed anche disattivazione, nel caso di Modalità "Unattended") senza necessità di specificare alcun PIN. L'interno 102 è abilitato previa autenticazione con il proprio PIN dei servizi, mentre tutti gli altri interni sono abilitati previa autenticazione con il PIN 123123,
In this example, extension 101 can activate the service (or deactivate it if it is set to "Unattended") without needing to input any PIN. Extension 102 can use the service after dialing their service PIN, while all other extensions need to dial 123123.




Versione delle 08:16, 27 feb 2018

Altre lingue:

Paging service

  • Introduced with firmware version 4.3.1

Description

The paging service lets a user simultaneously send a live or prerecorded audio message to multiple destinations, with the option of having devices answer automatically when they receive the message. This service is used to make informative or emergency announcements.

KalliopePBX lets you define an arbitrary number of "paging groups". Each one is independent from the others and is fully configurable when it comes to permissions, choice of destinations, mode of operation, and messages.

An extension can make a call to a selection comprised of a paging service prefix (set when enabling the service in the numbering plan, by defoult *53) followed by the paging group number (set in the configuration page for the group). If authentication is necessary, KalliopePBX will play the "Password" audio file and the user will need to input a PIN (the one set in the group configuration or their personal one) followed by #. If authentication is successful the paging group will be activated according to its configuration, detailed in the following section.

Configuration

Paging groups can be created and edited in the PBX -> Paging groups page. The configurable settings for each group are:

  • Name: an identifier for the paging group.
  • Number: the selection that is appended to the paging service prefix (set in the numbering plan).
  • The 'caller identifier: this is used as the Display name for calls to the destination terminals.
  • The operating mode of the paging groups: can be set as either "Live" or "Unattended".
    • Live: the extension making the call to the paging group will remain on call as the sole speaker; at the end of the call, they will hang up, and the calls to all destinations will themselves end.
    • Unattended: the PBX hangs up the call made from the extension to the paging group and, after a few moments, proceeds to contact all destinations and play the message set under the "Audio file" item.
  • Audio file: the prerecorded message that is played to the group. It will be used differently depending on whether the mode is set to "Live" or "Unattended":
    • Live: the message is played before the caller begins communication with the group. This can be used to mark the beginning of an announcement.
    • Unattended: the message is played to all destination in the paging group. Depending on the following setting (Number of repetitions), the message can be played once or multiple times.
  • Number of repetitions: this setting is only configurable when the mode is set to "Unattended" and controls the number if times the prerecorded message is played before the PBX automatically ends the call. Setting this to 0 means the message is played indefinitely. In "Unattended" mode, a second call to the group will stop playback regardless of this setting. N.B.: the second call does not need to be made from the extension that activated the service as long as it is enabled according to the rules detailed below.
  • Automatic answer method: this setting controls which header, if any, is added to calls made to the destination terminals in order to specify the automatic response request. The choice of header depends on the terminals themselves, as different terminals may require different notification modes. There are three options:
    • Manual: the PBX does not specify any header, and the configuration for automatic response must be made statically on the individual terminals.
    • Header Call-Info: the header "Call-Info: <sip:127.0.0.1>;answer-after=0" is added.
    • Header Alert-Info: the header "Alert-Info: <http://127.0.0.1>;info=alert-autoanswer;delay=0" is added.
  • Accounts: list of destination terminals in the paging group. N.B.: destinations are individual SIP accounts, so for extensions linked to multiple accounts you can choose to which of these the call is made.
  • Access control: the permissions necessary to use the service. You can specify one or more access rules of the form:
    • Extension: the calling extension, or "Any extension"
    • Type of PIN: the required authentication. The possible values are:
      • None: no PIN is required.
      • Custom: a specific PIN is required. This can be set in the following column (PIN value). This PIN can be the same or different ones for each extension.
      • Extension service PIN: The service PIN for the extension is required.

An example of ACL is:

Extension Type of PIN Value of PIN
101 (Extension 101) None
102 (Extension 102) Extension service PIN
Any Custom 123123

In this example, extension 101 can activate the service (or deactivate it if it is set to "Unattended") without needing to input any PIN. Extension 102 can use the service after dialing their service PIN, while all other extensions need to dial 123123.


Interoperabilità con dispositivi di terze parti

La configurazione della modalità di risposta automatica è legata ai terminali utilizzati come destinazioni del Paging, in quanto differenti terminali possono richiedere differenti modalità di segnalazione della richiesta. Il servizio è stato testato con terminali SNOM (firmware 8.7.5.13) e Yealink (firmware v80) e richiede che la configurazione del telefono sia predisposta per l'accettazione delle richieste. Altri modelli sono in fase di testing ed eventuali nuovi Header necessari saranno aggiunti nel tempo, se necessari.

Nello specifico:

  • nel caso di configurazione del gruppo di Paging senza invio di Header addizionali (e quindi di utilizzo di terminali dedicati agli annunci), deve essere abilitata sui telefoni l'opzione di risposta automatica. Questa impostazione può essere effettuata sia tramite provisioning che tramite la web GUI del singolo telefono. Come riferimento, le voci di configurazione dei terminali testati sono:
  • nel caso di inserimento nel gruppo di terminali non dedicati, è necessario l'invio dell'Header per indicare la richiesta di risposta automatica. I terminali devono essere configurati per accettare l'indicazione fornita dall'Header, altrimenti questo viene ignorato ed è necessaria quindi la risposta manuale da parte di un utente:
    • SNOM: è necessario modificare il valore della voce "Intercom Policy" all'interno del pannello "Advanced -> Behavior" (di default è disabiltata). Fare riferimento alla pagina http://wiki.snom.com/Settings/answer_after_policy per la relativa configurazione. Sono stati testati entrambi gli Header, con esito positivo. NOTA: alla risposta automatica, il telefono di default emette un tono di avviso; è possibile disattivare il tono agendo sull'opzione "Auto Connect Indication" (http://wiki.snom.com/Settings/auto_connect_indication)
    • Yealink: l'abilitazione al rispetto degli Header di risposta automatica (e l'attivazione o meno della riproduzione del tono alla risposta automatica) viene effettuata dal pannello "Features -> Intercom"
    • Grandstream: l'abilitazione al rispetto degli Header di risposta automatica viene effettuata dal pannello "Accounts-> AccountX-> CallSettings-> Allow Auto Answer by Call-Info". Deve quindi essere abilitata la richiesta tramite il campo Header Call-Info.
Estratto da "https://www.kalliope.com/wiki/index.php?title=AdminGuide:Service:Paging/en&oldid=5735"