- Home
- /
- Articolo
Grazie per il feedback.
Parametri di provisioning per i telefoni 9800 e 8877 (BroadWorks)
In questo articolo
Feedback?Questo articolo della Guida è per i telefoni da tavolo Cisco serie 9800 e Cisco Video Phone 8875 registrati su Cisco BroadWorks. Le informazioni in questa pagina includono i parametri di provisioning e la loro sintassi.
Tipi di parametri di provisioning
In questa sezione vengono descritti i parametri di provisioning ampiamente organizzati in base alle funzione.
Parametri per scopi generici
I parametri per scopi generici GPP_* () vengono utilizzati come stringhe libere e registrati durante la configurazione del telefono per interagire con una specifica soluzione server di provisioning. I parametri GPP_* sono vuoti per impostazione predefinita. Possono essere configurati per contenere diversi valori, inclusi i seguenti:
-
Chiavi di crittografia
-
URL
-
Informazioni sullo stato del provisioning multifase.
-
Modelli di richiesta POST
-
Mappe alias dei nomi dei parametri
-
Valori stringa parziali, eventualmente combinati in valori parametro completi.
I parametri GPP_* sono disponibili per l'espansione macro all'interno di altri parametri di provisioning. A tale scopo, i nomi delle macro a singola lettera in maiuscolo (da A a P) sono sufficienti per identificare il contenuto da GPP_A a GPP_P. Inoltre, i nomi delle macro a due lettere maiuscole da SA a SD identificano da GPP_SA a GPP_SD come un caso speciale quando viene utilizzato come argomenti delle opzioni URL seguenti:
key, uid e pwd
Questi parametri possono essere utilizzati come variabili nelle regole di aggiornamento e provisioning. Essi sono identificati applicando un prefisso al nome della variabile con un carattere "$", ad esempio $GPP_A.
Parametri Enable
I parametri Provision_Enable e Upgrade_Enable controllano tutte le operazioni di risincronizzazione profilo e di aggiornamento del firmware. Tali parametri controllano le risincronizzazioni e gli aggiornamenti indipendentemente le une dagli altri. Questi parametri controllano anche i comandi di risincronizzazione e aggiornamento degli URL che vengono inviati tramite il server Web di amministrazione. Entrambi i parametri riportati di seguito sono impostati su Yes per impostazione predefinita.
Il parametro Resync_From_SIP controlla le richieste di operazioni di risincronizzazione. Un evento notifica SIP viene inviato dal server proxy del provider di servizi al telefono. Se abilitato, il proxy può richiedere una risincronizzazione. A tal fine, il proxy invia un messaggio di notifica SIP contenente l'evento: risincronizzazione dell'intestazione al dispositivo.
Il dispositivo risponde alla richiesta con un messaggio 401 (autorizzazione rifiutata per le credenziali utilizzate). Il dispositivo si aspetta una richiesta successiva autenticata prima di rispettare la richiesta di risincronizzazione dal proxy. Gli eventi: reboot_now e Event: restart_now headers eseguono riavvi a freddo e a caldo, rispettivamente, i quali sono altrettanto contestati.
I due restanti abilitati sono Resync_On_Reset e Resync_After_Upgrade_Attempt. Questi parametri determinano se il dispositivo esegue un'operazione di risincronizzazione dopo l'avvio del software in uso e dopo l'aggiornamento di ogni tentativo.
Quando l'opzione Resync_On_Reset è abilitata, il dispositivo fornisce un ritardo casuale che segue la sequenza di avvio prima di eseguire il ripristino. Il ritardo è un'ora casuale fino al valore specificato da Resync_Random_Delay (in secondi). In un gruppo di telefoni che si accendono contemporaneamente, tale ritardo si estende alle ore di inizio delle richieste di risincronizzazione da ciascuna unità. Questa funzione può essere utile in un'ampia distribuzione residenziale, in caso di guasto all'alimentazione regionale.
Fattori determinanti
Il telefono consente di risincronizzazione a intervalli specifici o a un orario specifico.
Risincronizzazione a intervalli specifici
Il telefono è progettato per eseguire la risincronizzazione periodica con il server di provisioning. L'intervallo di risincronizzazione è configurato in Resync_Periodic (secondi). Se questo valore è vuoto, il dispositivo non esegue la risincronizzazione periodica.
La risincronizzazione in genere viene eseguita quando le linee vocali sono inattive. Quando una linea voce è attiva e deve essere eseguita una risincronizzazione, il telefono ritarda la procedura di risincronizzazione finché la linea non diventa inattiva. Una risincronizzazione può causare la modifica dei valori dei parametri di configurazione.
Un'operazione di risincronizzazione non riesce in quanto il telefono non riesce a ripristinare un profilo dal server, il file scaricato è danneggiato o si è verificato un errore interno. Il dispositivo tenta nuovamente la risincronizzazione dopo un tempo specificato in Resync_Error_Retry_Delay (secondi). Se Resync_Error_Retry_Delay è impostato su 0, il dispositivo non tenta di risincronizzarsi dopo un tentativo di risincronizzazione non riuscito.
Se un aggiornamento non riesce, un nuovo tentativo viene eseguito dopo Upgrade_Error_Retry_Delay secondi.
Due parametri configurabili sono disponibili per attivare in modo condizionale una risincronizzazione: Resync_Trigger_1 e Resync_Trigger_2. Ogni parametro può essere programmato con un'espressione condizionale che viene sottoposta a espansione macro. Quando l'intervallo di risincronizzazione scade (tempo per la risincronizzazione successiva), gli elementi attivatori, se impostati, impediranno la risincronizzazione a meno che uno di questi elementi sia stimato true.
La condizione di esempio seguente attiva una risincronizzazione. Nell'esempio, sono già trascorsi più di 5 minuti dall'ultimo tentativo di aggiornamento del telefono (300 secondi) e almeno 10 minuti (600 secondi) dall'ultimo tentativo di risincronizzazione.
$UPGTMR gt 300 and $PRVTMR ge 600Risincronizzazione a un orario specifico
Il parametro Resync_At consente al telefono di risincronizzarsi a un orario specifico. Questo parametro utilizza il formato di 24 ore (hhmm) per specificare l'ora.
Il parametro Resync_At_Random_Delay consente al telefono di risincronizzarsi con un ritardo non specificato nel tempo. Questo parametro utilizza un formato di numeri interi positivi per specificare l'ora.
È necessario evitare di sovraccaricare il server con richieste di risincronizzazione di più telefoni impostati per la risincronizzazione alla stessa ora. A tal fine, il telefono attiva la risincronizzazione fino a 10 minuti dopo il tempo specificato.
Ad esempio, se si imposta il tempo di risincronizzazione a 1000 (10:00), il telefono attiva la risincronizzazione in qualsiasi momento tra 10:00 e le ore 10:10.
Per impostazione predefinita, questa funzione è disabilitata. Quando viene predisposta questa funzione, il parametro Resync_At viene ignorato.
Pianificazioni configurabili
È possibile configurare le pianificazioni per risincronizzazioni periodiche ed è possibile specificare gli intervalli di nuovi tentativi per errori di risincronizzazione e di aggiornamento utilizzando i parametri di provisioning riportati di seguito:
-
Resync_Periodic
-
Resync_Error_Retry_Delay
-
Upgrade_Error_Retry_Delay
Ogni parametro accetta un singolo valore di ritardo (secondi). La nuova sintassi estesa consente un elenco separato da virgole di elementi di ritardi consecutivi. L'ultimo elemento nella sequenza in modo implicito viene ripetuto per sempre.
Se lo si desidera, è possibile utilizzare un segno più per specificare un altro valore numerico che aggiunge un ritardo casuale aggiuntivo.
Esempio 1
In questo esempio, il telefono si risincronizza periodicamente ogni 2 ore. Se si verifica un errore di risincronizzazione, il dispositivo tenta con i seguenti intervalli: 30 minuti, 1 ora, 2 ore e 4 ore. Il dispositivo continua a provare a intervalli di 4 ore fino a quando non riesce a eseguire la risincronizzazione.
Resync_Periodic=7200 Resync_Error_Retry_Delay=1800,3600,7200,14400 Esempio 2
In questo esempio, il dispositivo periodicamente si risincronizza ogni ora (più un ritardo casuale aggiuntivo fino a 10 minuti). Nel caso di un errore di risincronizzazione, il dispositivo esegue tentativi con i seguenti intervalli: 30 minuti (più fino a 5 minuti). 1 ora (più un massimo di 10 minuti), 2 ore (più un massimo di 15 minuti). Il dispositivo continua a provare a intervalli di 2 (più un massimo di 15 minuti) fino a quando non riesce a risincronizzarsi.
Risincronizzazione periodica = 3600 + 600 Risincronizzazione errore ritardo tentativo = 1800 +300,3600 +600,7200 + 900 Esempio 3
In questo esempio, se un tentativo di aggiornamento remoto non riesce, il dispositivo tenta l'aggiornamento entro 30 minuti, quindi nuovamente dopo un'ora più, quindi due ore. Se il problema persiste, il dispositivo tenta ogni quattro-cinque ore fino a quando non viene eseguito correttamente l'aggiornamento.
Upgrade_Error_Retry_Delay = 1800,3600,7200,14400+3600Regole del profilo
Il telefono fornisce più parametri per i profili di configurazione remota (Profile_Rule *). Ciascuna operazione di risincronizzazione può ripristinare più file, potenzialmente gestiti da diversi server.
Nello scenario più semplice, il dispositivo si risincronizza periodicamente con un singolo profilo su un server centrale che aggiorna tutti i parametri interni pertinenti. In alternativa, è possibile suddividere il profilo tra i diversi file. Un file è comune per tutti i telefoni in una distribuzione. Viene fornito un file univoco e separato per ogni account. Le chiavi di crittografia e le informazioni possono essere fornite da un ulteriore profilo archiviato su un server separato.
Ogni volta che un'operazione di risincronizzazione è prevista, il telefono valuta i quattro parametri Profile_Rule * in sequenza:
-
Profile_Rule
-
Profile_Rule_B
-
Profile_Rule_C
-
Profile_Rule_D
Ogni valutazione può causare un ripristino profilo da un server di provisioning remoto, con un aggiornamento possibile di un certo numero di interni parametri. Se una valutazione non viene eseguita correttamente, la sequenza di risincronizzazione viene interrotta e viene ritentata nuovamente dall'inizio specificato dal parametro Resync_Error_Retry_Delay (secondi). Se tutte le valutazioni vengono eseguite correttamente, il dispositivo attende il secondo specificato dal parametro Resync_Periodic e quindi esegue un'altra risincronizzazione.
I contenuti di ciascun parametro Profile_Rule* sono costituiti da una serie di alternative. Le alternative sono separate dal carattere | (pipe). Ogni alternativa è costituita da un'espressione condizionale, un'espressione di assegnazione, un URL di profilo e le opzioni URL associate. Tutti questi componenti sono opzionali all'interno di ogni alternativa. Di seguito vi sono le combinazioni valide e l'ordine in cui devono essere visualizzati, se presente:
[ conditional-expr ] [ assignment-expr ] [[ options ] URL ]All'interno di ogni parametro Profile_Rule*, tutte le alternative eccetto l'ultima devono fornire un'espressione condizionale. Questa espressione viene valutata ed elaborata nel modo seguente:
-
Le condizioni vengono valutate da sinistra a destra, fino a quando ne viene trovata una ritenuta true (o fino a quando non viene trovata un'alternativa senza alcuna espressione condizionale).
-
Qualsiasi espressione di assegnazione allegata viene valutata, se presente.
-
Se viene specificato un URL come parte di tale alternativa, si tenta di scaricare il profilo che si trova all'URL specificato. Il sistema tenta di conseguenza di aggiornare i parametri interni.
Se tutte le alternative sono espressioni condizionali e nessuna viene valutata come true (o se l'intera regola profilo è vuota), l'intero parametro Profile_Rule* viene ignorato. Il parametro regola profilo successivo nella sequenza viene valutato.
Esempio 1
In questo esempio si risincronizza in modo incondizionato con il profilo all'URL specificato ed esegue una richiesta HTTP GET al server di provisioning remoto:
http://remote.server.com/cisco/$MA.cfgEsempio 2
In questo esempio, il dispositivo si risincronizza con due URL diversi, in base allo stato di registrazione della linea 1. In caso di interruzione registrazione, il dispositivo esegue un POST HTTP su uno script CGI. Il dispositivo invia il contenuto della macro estesa GPP_A, che può fornire ulteriori informazioni sullo stato dispositivo:
($PRVTMR ge 600)? http://p.tel.com/has-reg.cfg | [--pubblica un] http://p.tel.com/lost-reg? Esempio 3
In questo esempio, il dispositivo si risincronizza con lo stesso server. Se nell'unità (per unità pre-2.0 legacy) non è installato un certificato, il dispositivo fornisce informazioni aggiuntive:
("$CCERT" eq "Installato")? https://p.tel.com/config? | https://p.tel.com/config?cisco$MAU Esempio 4
In questo esempio, la linea 1 è disabilitata fino a quando GPP_A è uguale a Provisioned (fornito) tramite il primo URL. Successivamente, si risincronizza con il secondo URL:
(“$A” ne “Provisioned”)? (Line_Enable_1_ = “No”;)! https://p.tel.com/init-prov| https://p.tel.com/configsEsempio 5
In questo esempio, il profilo che restituisce il server si presume contenga tag di elementi XML. È necessario eseguire nuovamente il mapping questi tag per i nomi dei parametri corretti dalla mappa degli alias archiviata in GPP_B:
[--alias b] https://p.tel.com/account/$PN$MA.xmlUna risincronizzazione viene tipicamente considerata come non riuscita se il server non riceve un profilo richiesto. Il parametro Resync_Fails_On_FNF può ignorare questo comportamento predefinito. Quando Resync_Fails_On_FNF è impostato su No, il dispositivo accetta una risposta file-not-found dal server come risincronizzazione riuscita. Il valore predefinito per Resync_Fails_On_FNF è Yes.
Regola di aggiornamento
La regola di aggiornamento indica il dispositivo da attivare su un nuovo carico e da dove ripristinare il carico, se necessario. Se il carico si trova già sul dispositivo, non tenterà di ottenere il carico. Pertanto, la validità della posizione carico non importa quando il carico desiderato è nella partizione inattiva.
Il parametro Upgrade_Rule specifica un carico del firmware che, se diverso dal carico corrente, verrà scaricato e applicato a meno che non limitato da un'espressione condizionale o Upgrade_Enable è impostato su No.
Il telefono fornisce un parametro di aggiornamento configurabile remoto, Upgrade_Rule. Questo parametro accetta la sintassi simile ai parametri della regola del profilo. Le opzioni URL non sono supportate per gli aggiornamenti, ma è possibile utilizzare espressioni condizionali ed espressioni di assegnazione. Se le espressioni condizionali vengono utilizzate, il parametro può essere popolato con più alternative, separate dal carattere | . La sintassi di ogni alternativa è la seguente:
[ conditional-expr ] [ assignment-expr ] URLCome nel caso dei parametri Profile_Rule*, il parametro Upgrade_Rule valuta ogni alternativa fino a quando non è soddisfatta un'espressione condizionale o un'alternativa non ha espressioni condizionali. Qualsiasi espressione di assegnazione allegata viene valutata, se specificata. Quindi, viene tentato un aggiornamento all'URL specificato.
Se Upgrade_Rule contiene un URL senza un'espressione condizionale, il dispositivo verrà aggiornato all'immagine del firmware che specifica l'URL. Dopo l'espansione della macro e la valutazione della regola, il dispositivo non tenta di nuovo di eseguire l'aggiornamento fino a quando non viene modificata la regola o la combinazione reale di schema + server + porta + percorso file.
Per tentare un aggiornamento del firmware, il dispositivo disattiva l'audio all'inizio della procedura e lo riavvia al termine della procedura. Il dispositivo inizia automaticamente un aggiornamento guidato dal contenuto di Upgrade_Rule solo se tutte le linee vocali sono attualmente inattive.
Ad esempio:
https://10.73.10.223/firmware/PHONEOS-8875.1-0-1-0001-1.loadsIn questo esempio, il parametro Upgrade_Rule aggiorna il firmware all'immagine che archiviata all'URL indicato.
Di seguito viene fornito un altro esempio:
(“$F” ne “beta-customer”)? http://p.tel.com/firmware/PHONEOS-8875.1-0-1-0001-1.loads| http://p.tel.com/firmware/PHONEOS-8875.1-0-1-0001-1.loadsIn questo esempio si indirizza l'unità a caricare una delle due immagini, in base al contenuto di un parametro con scopo generico, GPP_F.
Parametri di provisioning
È possibile trovare i parametri di provisioning nella scheda Provisioning nella pagina Web del telefono.
Parametri di configurazione profili
La seguente tabella definisce la funzione e l'utilizzo di ogni parametro nella sezione Configuration Profile Parameters della scheda Provisioning.
|
Nome del parametro |
Descrizione e valore predefinito |
|---|---|
|
Provision Enable |
Controlla tutte le azioni di risincronizzazione indipendentemente da azioni di aggiornamento del firmware. Impostare su Yes per abilitare il provisioning remoto. Il valore predefinito è Yes. |
|
Resync On Reset |
Attiva la risincronizzazione dopo ogni riavvio del sistema tranne al riavvio dovuto a parametri aggiornamenti e firmware gli aggiornamenti. Il valore predefinito è Yes. |
|
Resync Random Delay |
Un ritardo casuale (in secondi) che segue la sequenza di avvio prima di eseguire la reimpostazione. In un gruppo di dispositivi di telefonia IP pianificati per essere accesi simultaneamente, questo parametro consente di estendere i tempi durante cui ciascuna unità invia una richiesta di risincronizzazione al server di provisioning. Questa funzione può essere utile in un'ampia distribuzione residenziale, in caso di guasto all'alimentazione regionale. Il valore per questo campo deve essere un numero intero compreso tra 0 e 65535. Il valore predefinito è 2. |
|
Resync At (HHmm) |
L'ora (HHmm) in cui il dispositivo si risincronizza con il server di provisioning. Il valore per questo campo deve essere un numero a quattro cifre compreso tra 0000 e 2400 per indicare l'ora nel formato HHmm. Ad esempio, 0959 indica 09:59. Il valore predefinito è vuoto. Se il valore non è valido, il parametro viene ignorato. Se questo parametro è impostato con un valore valido, il parametro Resync Periodic viene ignorato. |
|
Resync At Random Delay |
Impedisce un sovraccarico del server di provisioning quando un numero elevato di dispositivi si accende contemporaneamente. Per evitare di sovraccaricare le richieste di risincronizzazione al server da più telefoni, il telefono si risincronizza nell'intervallo tra le ore e minuti e le ore e minuti più il ritardo casuale (hhmm, hhmm + random_delay). Ad esempio, se il ritardo casuale = (risincronizzazione ritardo casuale + 30)/60 minuti, il valore di input in secondi viene convertito in minuti, con arrotondamento per eccesso al minuto successivo per calcolare l'intervallo finale random_delay. Il valore valido è compreso tra 600 e 65535. Se il valore è minore di 600, il ritardo casuale interno è compreso tra 0 e 600. Il valore predefinito è 600 secondi (10 minuti). |
|
Resync Periodic |
L'intervallo di tempo tra le sincronizzazioni periodiche si risincronizza con il server di provisioning. Il timer di risincronizzazione associato è attivo solo dopo la prima sincronizzazione corretta con il server. I formati validi sono i seguenti:
Impostare questo parametro su zero per disabilitare la risincronizzazione periodica. Il valore predefinito è 3600 secondi. |
|
Resync Error Retry Delay |
Se un'operazione di risincronizzazione non viene completata perché il dispositivo di telefonia IP non è stato in grado di ripristinare un profilo dal server oppure se il file scaricato è danneggiato o si è verificato un errore interno, il dispositivo tenta nuovamente la risincronizzazione dopo un tempo specificato in secondi. I formati validi sono i seguenti:
Se il ritardo è impostato su 0, il dispositivo non tenta nuovamente la risincronizzazione dopo un tentativo di risincronizzazione non riuscito. |
|
Forced Resync Delay |
Massimo ritardo (in secondi) che il telefono attende prima di eseguire una risincronizzazione. Il dispositivo non esegue la risincronizzazione mentre una delle sue linee telefoniche è attiva. Una risincronizzazione può richiedere alcuni secondi. È opportuno attendere fino a quando il dispositivo è in stato inattivo per un periodo prolungato prima di eseguire la risincronizzazione. Ciò consente di effettuare chiamate in successione senza interruzioni. Il dispositivo dispone di un timer che inizia il conteggio alla rovescia quando tutte le linee diventano inattive. Questo parametro è il valore iniziale del contatore. Gli eventi di risincronizzazione vengono ritardati fino a quando il contatore non diminuisce fino a raggiungere zero. Il valore valido è compreso tra 0 e 65535. Il valore predefinito è 14400 secondi. |
|
Resync From SIP |
Consente di abilitare una risincronizzazione affinché sia attivata tramite un messaggio di NOTIFICA SIP. Il valore predefinito è Yes. |
|
Resync After Upgrade Attempt |
Consente di abilitare o disabilitare l'operazione di risincronizzazione dopo qualsiasi aggiornamento. Se è selezionato Yes, la sincronizzazione viene attivata. Il valore predefinito è Yes. |
|
Resync Trigger 1, Resync Trigger 2 |
Condizioni di attivazione di risincronizzazione configurabili. La risincronizzazione viene attivata quando l'equazione logica in questi parametri viene valutata come TRUE. Il valore predefinito è vuoto. |
|
Resync Fails On FNF |
Una risincronizzazione viene considerata come non riuscita se il server non riceve un profilo richiesto. Ciò può essere ignorato mediante questo parametro. Se questo parametro è impostato su No, il dispositivo accetta una risposta file-not-found Il valore predefinito è Yes. |
|
Profile Rule Profile Rule B Profile Rule C Profile Rule D |
Ogni regola profilo indicante il telefono di un'origine da cui ottenere un profilo (file di configurazione). Durante ogni operazione di risincronizzazione, il telefono applica tutti i profili in sequenza. Impostazione predefinita: Se si applica la crittografia AES-256-CBC ai file di configurazione, specificare la chiave di crittografia con la parola chiave
Se lo si desidera, è possibile racchiudere la chiave di crittografia tra virgolette ("). |
|
DHCP Option To Use |
Opzioni DHCP, delimitate da virgole, utilizzate per recuperare firmware e profili. Il valore predefinito è 66,160,159,150,60,43,125. |
|
Log Request Msg |
Questo parametro contiene il messaggio inviato al server syslog all'inizio di un tentativo di risincronizzazione. Il valore predefinito è |
|
Log Success Msg |
Il messaggio del server syslog inviato dopo un tentativo di risincronizzazione riuscito. Il valore predefinito è |
|
Log Failure Msg |
Il messaggio del server syslog inviato dopo un tentativo di risincronizzazione non riuscito. Il valore predefinito è |
|
User Configurable Resync |
Consente a un utente di risincronizzare il telefono dallo schermo del telefono IP. Il valore predefinito è Yes. |
Parametri di aggiornamento firmware
La seguente tabella definisce la funzione e l'utilizzo di ogni parametro nella sezione Firmware Upgrade della scheda Provisioning.
|
Nome del parametro |
Descrizione e valore predefinito |
|---|---|
|
Upgrade Enable |
Consente tutte le azioni di risincronizzazione indipendentemente da azioni di aggiornamento del firmware. Il valore predefinito è Yes. Configurare questo parametro con uno dei metodi:
|
|
Upgrade Error Retry Delay |
Intervallo nuovo tentativo di aggiornamento (in secondi) applicato in caso di errore di aggiornamento. Il dispositivo presenta un firmware timer di errore che consente di attivare dopo un aggiornamento firmware non riuscito tentativo di aggiornamento. Il timer viene avviato con il valore in questo parametro. Il tentativo di aggiornamento firmware successivo si verifica quando questo timer arriva a zero. Il valore predefinito è 3600 secondi. Configurare questo parametro con uno dei metodi:
|
|
Regola di aggiornamento |
Uno script di aggiornamento firmware che definisce le condizioni di aggiornamento e gli URL firmware associati. Utilizza la stessa sintassi del parametro Profile Rule. Utilizzare il seguente formato per immettere la regola di aggiornamento:
Ad esempio: Se non viene specificato alcun protocollo, viene utilizzato il protocollo TFTP. Se non viene specificato alcun nome server, viene utilizzato il nome dell'host che richiede l'URL. Se non viene specificata alcuna porta, viene utilizzata la porta predefinita (69 per TFTP, 80 per HTTP o 443 per HTTPS). Il valore predefinito è vuoto. Configurare questo parametro con uno dei metodi:
|
|
Log Upgrade Request Msg |
Messaggio del server syslog inviato all'inizio di un tentativo di aggiornamento del firmware. Impostazione predefinita: Configurare questo parametro con uno dei metodi:
|
|
Log Upgrade Success Msg |
Messaggio del server syslog inviato dopo un tentativo di aggiornamento del firmware riuscito. Il valore predefinito è Configurare questo parametro con uno dei metodi:
|
|
Log Upgrade Failure Msg |
Messaggio del server syslog inviato dopo un tentativo di aggiornamento del firmware non riuscito. Il valore predefinito è Configurare questo parametro con uno dei metodi:
|
|
Peer Firmware Sharing |
Abilita o disabilita la funzionalità Peer Firmware Sharing (PFS). Selezionare Yes per abilitare la funzione o No per disabilitarla. Impostazione predefinita: Yes Configurare questo parametro con uno dei metodi:
|
|
Peer Firmware Sharing Log Server |
Indica l'indirizzo IP e la porta a cui viene inviato il messaggio UDP. Ad esempio: 10.98.76.123:514, dove 10.98.76.123 è l'indirizzo IP e 514 è il numero di porta. Configurare questo parametro con uno dei metodi:
|
Parametri per scopi generici
La seguente tabella definisce la funzione e l'utilizzo di ogni parametro nella sezione General Purpose Parameters della scheda Provisioning.
|
Nome del parametro |
Descrizione e valore predefinito |
|---|---|
|
GPP A - GPP P |
I parametri per scopi generici GPP_* vengono utilizzati come registri a stringa libera durante la configurazione di telefono per interagire con una specifica soluzione server di provisioning. Possono essere configurati per contenere diversi valori, inclusi i seguenti:
Il valore predefinito è vuoto. |
Variabili espansione macro
Determinate variabili macro vengono riconosciute all'interno dei parametri di provisioning seguenti:
-
Profile_Rule
-
Profile_Rule_*
-
Resync_Trigger_*
-
Upgrade_Rule
-
Log_*
-
GPP_* (specifiche condizioni)
All'interno di questi parametri, vengono riconosciuti ed estesi tipi di sintassi quali $NAME o $(NAME).
È possibile specificare sottostringhe variabile macro con la nota $(NAME:p) e $(NAME:p:q), dove p e q sono numeri interi non negativi (disponibile nelle revisioni 2.0.11 e successive). L'espansione macro risultante è la sottostringa che inizia a differenza di carattere p, con lunghezza q (o in caso contrario fino a fine stringa se non è specificato q). Ad esempio, se GPP_A contiene ABCDEF, quindi $(A:2) si espande a CDEF, e $(A:2:3) si espande a CDE.
Un nome non riconosciuto non è stato tradotto e il modulo $NAME o $(NAME) resta invariato nel valore del parametro dopo l'espansione.
|
Nome del parametro |
Descrizione e valore predefinito |
|---|---|
|
$ |
La forma $$ si espande in un singolo carattere $. |
|
Da A a P |
Sostituito dal contenuto dei parametri per scopi generici GPP_A through GPP_P. |
|
Da SA a SD |
Sostituiti dai parametri speciali da GPP_SA a GPP_SD. Questi parametri includono i tasti o le password utilizzati per il provisioning. I parametri da $SA a $SD vengono riconosciuti come argomenti per il qualificatore dell'URL di risincronizzazione opzionale "--key". |
|
MA |
Indirizzo MAC con cifre esadecimali minuscole come ad esempio 000e08aabbcc. |
|
MAU |
Indirizzo MAC con cifre esadecimali maiuscole (000E08AABBCC). |
|
MAC |
Indirizzo MAC con cifre esadecimali minuscole e due punti come separatore delle coppie di cifre esadecimali, ad esempio 00:0e:08:aa:bb:cc. |
|
PN |
Nome del prodotto. Ad esempio, CP-8875, DP-9851, DP-9871. |
|
PSN | Numero di serie del prodotto. Ad esempio, V03. |
|
SN |
Stringa del numero di serie, ad esempio 88012BA01234. |
|
CCERT |
Stato del certificato client SSL: Installato o Non installato. |
|
IP |
Indirizzo IP del telefono nella propria subnet locale. Ad esempio 192.168.1.100. |
|
EXTIP |
Indirizzo IP esterno del telefono, come visualizzato su Internet. Ad esempio 66.43.16.52. |
|
SWVER |
Stringa della versione del software. Ad esempio: PHONEOS.3-1-1-0104-37 |
|
HWVER |
Stringa della versione dell'hardware. Ad esempio, 2.0.1 |
|
PRVST |
Stato del provisioning (stringa numerica): -1 = richiesta di risincronizzazione esplicita 0 = risincronizzazione all'accensione 1 = risincronizzazione periodica 2 = risincronizzazione non riuscita, nuovo tentativo |
|
UPGST |
Stato dell'aggiornamento (stringa numerica): 1 = primo tentativo di aggiornamento 2 =aggiornamento non riuscito, nuovo tentativo |
|
UPGERR |
Risultato (ERR) del tentativo di aggiornamento precedente; ad esempio http_get non riuscito. |
|
PRVTMR |
Secondi dall'ultimo tentativo di risincronizzazione. |
|
UPGTMR |
Secondi dall'ultimo tentativo di aggiornamento. |
|
REGTMR1 |
Secondi dalla mancata registrazione della Linea 1 con il server SIP. |
|
REGTMR2 |
Secondi dalla mancata registrazione della Linea 2 con il server SIP. |
|
UPGCOND |
Nome macro precedente. |
|
SCHEME |
Schema di accesso di file (uno tra TFTP, HTTP o HTTPS), ottenuto dopo l'analisi di risincronizzazione o aggiornamento dell'URL. |
|
SERV |
Richiedere il nome dell'host del server di destinazione, come ottenuto dopo l'analisi di risincronizzazione o aggiornamento dell'URL. |
|
SERVIP |
Richiedere l'indirizzo IP del server di destinazione, come ottenute dopo l'analisi di risincronizzazione o aggiornamento dell'URL, eventualmente seguendo ricerca DNS. |
|
PORTA |
Richiedere porta UDP/TCP di destinazione, come ottenuto dopo l'analisi di risincronizzazione o aggiornamento dell'URL. |
|
PATH |
Richiedere percorso file di destinazione, come ottenuto dopo l'analisi di risincronizzazione o aggiornamento dell'URL. |
|
ERR |
Risultato del tentativo di risincronizzazione o aggiornamento. Solo utili per la generazione di messaggi syslog di risultato. Il valore viene mantenuto nella variabile UPGERR nel caso di tentativi di aggiornamento. |
|
UIDn |
Il contenuto del parametro di configurazione UserID per la linea n. |
|
EMS |
Stato di Extension Mobility |
|
MUID |
ID utente Extension Mobility |
|
MPWD |
Password di Extension Mobility |
Codici di errore interni
Il telefono definisce una serie di codici di errore interni (X00 – X 99) per agevolare la configurazione fornendo controllo più preciso del comportamento dell'unità in determinate condizioni di errore.
|
Nome del parametro |
Descrizione e valore predefinito |
|---|---|
|
X00 |
Errore livello di trasporto (o ICMP) quando si invia una richiesta SIP. |
|
X20 |
La richiesta SIP entra in timeout quando in attesa di una risposta. |
|
X40 |
Errore del protocollo SIP generale (ad esempio, codec non accettabile in SDP nei messaggi 200 e ACK o entra in timeout durante l'attesa di ACK). |
|
X60 |
Numero composto non valido in base al piano di numerazione dato. |
