- Home
- /
- Articolo
Grazie per il feedback.
Parametri di provisioning per telefoni serie 9800 e 8875 (BroadWorks)
In questo articolo
Feedback?Questo articolo della Guida è per il telefono da tavolo Cisco serie 9800 e il telefono video Cisco 8875 registrati presso Cisco BroadWorks. Le informazioni in questa pagina includono i parametri di provisioning e la loro sintassi.
Tipi di parametri di provisioning
Questa sezione descrive i parametri di provisioning ampiamente organizzati in base alla funzione.
Parametri generici
I parametri generici GPP_* () vengono utilizzati come registri di stringhe liberi quando si configura il telefono per interagire con una particolare soluzione di 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 in più fasi.
-
Modelli di richiesta di post
-
Mappe degli alias dei nomi dei parametri
-
Valori di stringa parziali, eventualmente combinati in valori di parametro completi.
I parametri GPP_* sono disponibili per l'espansione delle macro all'interno di altri parametri di provisioning. A tal fine, i nomi macro maiuscoli con una sola lettera (da A a P) sono sufficienti per identificare il contenuto di GPP_A tramite GPP_P. Inoltre, i nomi macro maiuscoli di due lettere da SA a SD identificano GPP_SA tramite GPP_SD come un caso speciale se usati come argomenti delle seguenti opzioni URL:
key, uid e pwd
Questi parametri possono essere usati come variabili nelle regole di provisioning e upgrade. Sono referenziati anteponendo al nome della variabile un carattere «$», ad esempio $GPP_A.
Attivare i parametri
I parametri Provision_Enable e Upgrade_Enable controllano tutte le operazioni di risincronizzazione del profilo e aggiornamento del firmware. Questi parametri controllano la risincronizzazione e gli aggiornamenti indipendentemente l'uno dall'altro. Questi parametri controllano anche i comandi di risincronizzazione e aggiornamento degli URL emessi tramite il server web di amministrazione. Entrambi questi parametri sono impostati su Sì per impostazione predefinita.
Il parametro Resync_from_SIP controlla le richieste di operazioni di risincronizzazione. Un evento SIP NOTIFY viene inviato dal server proxy del fornitore di servizi al telefono. Se abilitato, il proxy può richiedere una risincronizzazione. Per fare ciò, il proxy invia un messaggio SIP NOTIFY che contiene l'intestazione Event: resync al dispositivo.
Il dispositivo contesta la richiesta con una risposta 401 (autorizzazione rifiutata per le credenziali utilizzate). Il dispositivo si aspetta una richiesta successiva autenticata prima di soddisfare la richiesta di risincronizzazione dal proxy. Le intestazioni Event: reboot_now ed Event: restart_now eseguono rispettivamente i riavvii a freddo e a caldo, anch'essi contestati.
Le due abilitazioni rimanenti sono Resync_On_Reset e Resync_After_Upgrade_Attempt. Questi parametri determinano se il dispositivo esegue un'operazione di risincronizzazione dopo il riavvio del software di accensione e dopo ogni tentativo di aggiornamento.
Quando Resync_On_Reset è abilitato, il dispositivo introduce un ritardo casuale che segue la sequenza di avvio prima dell'esecuzione del ripristino. Il ritardo è un tempo casuale fino al valore specificato da Resync_Random_Delay (in secondi). In un pool di telefoni che si accendono contemporaneamente, questo ritardo ripartisce gli orari di inizio delle richieste di risincronizzazione di ciascuna unità. Questa funzione può essere utile in un grande impianto residenziale, in caso di interruzione di corrente regionale.
Trigger
Il telefono Le consente di risincronizzare a intervalli specifici o in un orario specifico.
Risincronizzazione a intervalli specifici
Il telefono è progettato per risincronizzarsi periodicamente con il server di provisioning. L'intervallo di risincronizzazione è configurato in Resync_Periodic (secondi). Se questo valore viene lasciato vuoto, il dispositivo non si risincronizza periodicamente.
La risincronizzazione avviene in genere quando le linee vocali sono inattive. Se una linea vocale è attiva quando è prevista una risincronizzazione, il telefono ritarda la procedura di risincronizzazione finché la linea non diventa nuovamente inattiva. Una risincronizzazione può causare la modifica dei valori dei parametri di configurazione.
Un'operazione di risincronizzazione può fallire perché il telefono non è in grado di recuperare un profilo dal server, il file scaricato è danneggiato o si è verificato un errore interno. Il dispositivo tenta di risincronizzare nuovamente dopo un tempo specificato in Resync_Error_Retry_Delay (secondi). Se Resync_Error_Retry_Delay è impostato su 0, il dispositivo non tenta di risincronizzare nuovamente dopo un tentativo di risincronizzazione fallito.
Se un aggiornamento non riesce, viene eseguito un nuovo tentativo dopo Upgrade_Error_Retry_Delay secondi.
Sono disponibili due parametri configurabili per attivare una risincronizzazione condizionale: Resync_Trigger_1 e Resync_Trigger_2. Ogni parametro può essere programmato con un'espressione condizionale che subisce un'espansione macro. Alla scadenza dell'intervallo di risincronizzazione (ora della risincronizzazione successiva) i trigger, se impostati, impediranno la risincronizzazione a meno che uno o più trigger non risultino veri.
La seguente condizione di esempio attiva una risincronizzazione. Nell'esempio, l'ultimo tentativo di upgrade del telefono è trascorso più di 5 minuti (300 secondi) e sono trascorsi almeno 10 minuti (600 secondi) dall'ultimo tentativo di risincronizzazione.
$UPGTMR gt 300 and $PRVTMR ge 600Risincronizzazione in un momento specifico
Il parametro Resync_At consente al telefono di risincronizzarsi in un momento specifico. Questo parametro utilizza il formato 24 ore (hhmm) per specificare l'ora.
Il parametro Resync_At_Random_Delay consente al telefono di risincronizzarsi con un ritardo non specificato. Questo parametro utilizza un formato intero positivo per specificare l'ora.
Evitare di inondare il server di richieste di risincronizzazione provenienti da più telefoni impostati per la risincronizzazione contemporaneamente. Per fare ciò, il telefono attiva la risincronizzazione fino a 10 minuti dopo l'ora specificata.
Ad esempio, se imposta l'ora di risincronizzazione alle 10:00 (10:00), il telefono attiva la risincronizzazione in qualsiasi momento tra le 10:00 e le 10:10.
Per impostazione predefinita, questa funzione è disattivata. Se viene fornito il parametro Resync_At, il parametro Resync_Periodic viene ignorato.
Pianificazioni configurabili
Può configurare le pianificazioni per le risincronizzazioni periodiche e può specificare gli intervalli di riprova per gli errori di risincronizzazione e aggiornamento utilizzando questi parametri di provisioning:
-
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 ritardo consecutivi. L'ultimo elemento della sequenza viene ripetuto implicitamente per sempre.
Facoltativamente, può utilizzare un segno più per specificare un altro valore numerico che aggiunge un ritardo aggiuntivo casuale.
Esempio 1
In questo esempio, il telefono si risincronizza periodicamente ogni 2 ore. Se si verifica un errore di risincronizzazione, il dispositivo riprova a questi intervalli: 30 minuti, 1 ora, 2 ore, 4 ore. Il dispositivo continua a provare a intervalli di 4 ore finché non si risincronizza correttamente.
Resync_Periodic=7200
Resync_Error_Retry_Delay=1800,3600,7200,14400
Esempio 2
In questo esempio, il dispositivo si risincronizza periodicamente ogni ora (più un ritardo casuale aggiuntivo fino a 10 minuti). In caso di errore di risincronizzazione, il dispositivo riprova a questi intervalli: 30 minuti (più fino a 5 minuti). 1 ora (più fino a 10 minuti), 2 ore (più fino a 15 minuti). Il dispositivo continua a provare a intervalli di 2 ore (più fino a 15 minuti) finché non si risincronizza correttamente.
Resync_Periodic=3600+600
Resync_Error_Retry_Delay=1800+300,3600+600,7200+900
Esempio 3
In questo esempio, se un tentativo di aggiornamento remoto fallisce, il dispositivo riprova l'aggiornamento dopo 30 minuti, poi di nuovo dopo un'altra ora, poi tra due ore. Se l'aggiornamento non riesce ancora, il dispositivo riprova ogni quattro o cinque ore fino al completamento dell'aggiornamento.
Upgrade_Error_Retry_Delay = 1800,3600,7200,14400+3600
Regole del profilo
Il telefono fornisce diversi parametri del profilo di configurazione remota (Profile_Rule*). Pertanto, ogni operazione di risincronizzazione può recuperare più file gestiti da server diversi.
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, il profilo può essere suddiviso tra diversi file. Un file è comune a tutti i telefoni in una distribuzione. Viene fornito un file separato e unico per ogni account. Le chiavi di crittografia e le informazioni sui certificati possono essere fornite da un altro profilo, archiviato su un server separato.
Ogni volta che è necessaria un'operazione di risincronizzazione, il telefono valuta i quattro parametri Profile_Rule* in sequenza:
-
Profile_Rule
-
Profilo_Regola_B
-
Profilo_Rule_C
-
Profilo_Rule_D
Ogni valutazione può comportare il recupero del profilo da un server di provisioning remoto, con un possibile aggiornamento di un certo numero di parametri interni. Se una valutazione fallisce, la sequenza di risincronizzazione viene interrotta e viene ritentata dall'inizio specificato dal parametro Resync_Error_Retry_Delay (secondi). Se tutte le valutazioni hanno esito positivo, il dispositivo attende il secondo specificato dal parametro Resync_Periodic e poi esegue un'altra risincronizzazione.
Il contenuto di ogni parametro Profile_Rule* è costituito da una serie di alternative. Le alternative sono separate dal carattere | (barra verticale). Ogni alternativa è costituita da un'espressione condizionale, un'espressione di assegnazione, un URL del profilo e tutte le opzioni URL associate. Tutti questi componenti sono opzionali all'interno di ciascuna alternativa. Le seguenti sono le combinazioni valide e l'ordine in cui devono apparire, se presenti:
[ conditional-expr ] [ assignment-expr ] [[ options ] URL ]
All'interno di ogni parametro Profile_Rule*, tutte le alternative tranne l'ultima devono fornire un'espressione condizionale. Questa espressione viene valutata ed elaborata come segue:
-
Le condizioni vengono valutate da sinistra a destra, finché non ne viene trovata una che risulta vera (o finché non viene trovata un'alternativa senza espressione condizionale).
-
Qualsiasi espressione di assegnazione associata 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 aggiornare di conseguenza i parametri interni.
Se tutte le alternative hanno espressioni condizionali e nessuna restituisce true (o se l'intera regola del profilo è vuota), l'intero parametro Profile_Rule* viene saltato. Viene valutato il successivo parametro della regola di profilo nella sequenza.
Esempio 1
Questo esempio si risincronizza incondizionatamente con il profilo all'URL specificato ed esegue una richiesta HTTP GET al server di provisioning remoto:
http://remote.server.com/cisco/$MA.cfg
Esempio 2
In questo esempio, il dispositivo si risincronizza con due URL diversi, a seconda dello stato di registrazione della riga 1. In caso di perdita della registrazione, il dispositivo esegue un HTTP POST su uno script CGI. Il dispositivo invia il contenuto della macro GPP_A espansa, che può fornire informazioni aggiuntive sullo stato del dispositivo:
($PRVTMR ge 600)? http://p.tel.com/has-reg.cfg
| [--post a] http://p.tel.com/lost-reg?
Esempio 3
In questo esempio, il dispositivo si risincronizza sullo stesso server. Il dispositivo fornisce informazioni aggiuntive se non è installato un certificato nell'unità (per le unità precedenti alla 2.0):
(“$CCERT” eq “Installed”)? https://p.tel.com/config?
| https://p.tel.com/config?cisco$MAU
Esempio 4
In questo esempio, la riga 1 è disabilitata finché GPP_A non viene impostato su Provisioned 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/configs
Esempio 5
In questo esempio, si presume che il profilo restituito dal server contenga tag di elementi XML. Questi tag devono essere rimappati ai nomi dei parametri corretti dalla mappa degli alias memorizzata in GPP_B:
[--alias b] https://p.tel.com/account/$PN$MA.xml
Una risincronizzazione è in genere considerata non riuscita se un profilo richiesto non viene ricevuto dal server. Il parametro resync_fails_on_FNF può sovrascrivere questo comportamento predefinito. Se resync_fails_on_FNF è impostato su No, il dispositivo accetta una risposta di file non trovato dal server come risincronizzazione riuscita. Il valore predefinito per Resync_Fails_on_FNF è Sì.
Regola di upgrade
La regola di aggiornamento è dire al dispositivo di attivarsi per un nuovo carico e da dove prelevare il carico, se necessario. Se il carico è già presente sul dispositivo, non cercherà di caricarlo. Quindi, la validità della posizione di caricamento non ha importanza quando il carico desiderato si trova nella partizione inattiva.
L'Upgrade_Rule specifica un carico del firmware che, se diverso dal carico corrente, verrà scaricato e applicato a meno che non sia limitato da un'espressione condizionale o Upgrade_Enable non sia impostato su No.
Il telefono fornisce un parametro di aggiornamento remoto configurabile, Upgrade_Rule. Questo parametro accetta una sintassi simile ai parametri delle regole di profilo. Le opzioni URL non sono supportate per gli aggiornamenti, ma è possibile utilizzare espressioni condizionali ed espressioni di assegnazione. Se si utilizzano espressioni condizionali, il parametro può essere compilato con più alternative, separate dal carattere |. La sintassi per ogni alternativa è la seguente:
[ conditional-expr ] [ assignment-expr ] URL
Come nel caso dei parametri Profile_Rule*, il parametro Upgrade_Rule valuta ogni alternativa finché un'espressione condizionale non è soddisfatta o un'alternativa non ha alcuna espressione condizionale. L'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 si aggiorna all'immagine del firmware specificata dall'URL. Dopo l'espansione della macro e la valutazione della regola, il dispositivo non tenta nuovamente di eseguire l'aggiornamento finché la regola non viene modificata o non viene modificata la combinazione effettiva di schema + server + porta + percorso file.
Per tentare un aggiornamento del firmware, il dispositivo disattiva l'audio all'inizio della procedura e si riavvia al termine della procedura. Il dispositivo avvia automaticamente un aggiornamento basato sui contenuti 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, Upgrade_Rule aggiorna il firmware all'immagine memorizzata all'URL indicato.
Ecco 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.loads
Questo esempio indica all'unità di caricare una delle due immagini, in base al contenuto di un parametro generico, GPP_F.
Parametri di approvvigionamento
Può trovare i parametri di provisioning nella scheda Provisioning nella pagina web del telefono.
Parametri del profilo di configurazione
La tabella seguente definisce la funzione e l'utilizzo di ciascun parametro nella sezione Parametri del profilo di configurazione nella scheda Provisioning.
|
Nome del parametro |
Descrizione e valore predefinito |
|---|---|
|
Abilitazione della disposizione |
Controlla tutte le azioni di risincronizzazione indipendentemente dalle azioni di aggiornamento del firmware. Impostato su Sì per abilitare il provisioning remoto. Il valore predefinito è Sì. |
|
Risincronizzazione al ripristino |
Attiva una risincronizzazione dopo ogni riavvio ad eccezione dei riavvii causati dagli aggiornamenti dei parametri e dagli aggiornamenti del firmware. Il valore predefinito è Sì. |
|
Ritardo casuale di risincronizzazione |
Un ritardo casuale dopo la sequenza di avvio prima di eseguire il ripristino, specificato in secondi. In un pool di dispositivi di telefonia IP programmati per l'accensione simultanea, questo introduce uno spread negli orari in cui ciascuna unità invia una richiesta di risincronizzazione al server di provisioning. Questa funzione può essere utile in un grande impianto residenziale, in caso di interruzione di corrente regionale. Il valore di questo campo deve essere un numero intero compreso tra 0 e 65535. Il valore predefinito è 2. |
|
Risincronizza con (HHmm) |
L'ora (HHmm) in cui il dispositivo si risincronizza con il server di provisioning. Il valore di questo campo deve essere un numero di 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. |
|
Risincronizzazione in caso di ritardo casuale |
Evita il sovraccarico del server di provisioning quando un numero elevato di dispositivi si accende contemporaneamente. Per evitare di inondare le richieste di risincronizzazione al server da più telefoni, il telefono si risincronizza nell'intervallo tra ore e minuti e ore e minuti più il ritardo casuale (hhmm, hhmm+random_delay). Ad esempio, se il ritardo casuale = (Resync At Random Delay + 30) /60 minuti, il valore di input in secondi viene convertito in minuti, arrotondato al minuto successivo per calcolare l'intervallo random_delay finale. Il valore valido è compreso tra 600 e 65535. Se il valore è inferiore a 600, il ritardo casuale interno è compreso tra 0 e 600. Il valore predefinito è 600 secondi (10 minuti). |
|
Risincronizzazione periodica |
L'intervallo di tempo tra le risincronizzazioni periodiche con il server di provisioning. Il timer di risincronizzazione associato è attivo solo dopo la prima sincronizzazione riuscita con il server. I formati validi sono i seguenti:
Imposta questo parametro su zero per disabilitare la risincronizzazione periodica. Il valore predefinito è 3600 secondi. |
|
Errore di risincronizzazione Ritardo nel tentativo |
Se un'operazione di risincronizzazione non riesce perché il dispositivo di telefonia IP non è stato in grado di recuperare un profilo dal server, o il file scaricato è danneggiato, o si verifica un errore interno, il dispositivo tenta di risincronizzare nuovamente dopo un tempo specificato in secondi. I formati validi sono i seguenti:
Se il ritardo è impostato su 0, il dispositivo non tenta di risincronizzare nuovamente dopo un tentativo di risincronizzazione fallito. |
|
Ritardo di risincronizzazione forzata |
Ritardo massimo (in secondi) di attesa del telefono prima di eseguire una risincronizzazione. Il dispositivo non si risincronizza mentre una delle sue linee telefoniche è attiva. Poiché una risincronizzazione può richiedere diversi secondi, è consigliabile attendere che il dispositivo sia rimasto inattivo per un lungo periodo prima di risincronizzare. Ciò consente a un utente di effettuare chiamate in successione senza interruzioni. Il dispositivo ha un timer che inizia il conto alla rovescia quando tutte le linee diventano inattive. Questo parametro è il valore iniziale del contatore. Gli eventi di risincronizzazione vengono ritardati fino a quando questo contatore non scende a zero. Il valore valido è compreso tra 0 e 65535. Il valore predefinito è 14.400 secondi. |
|
Risincronizzazione da SIP |
Consente l'attivazione di una risincronizzazione tramite un messaggio SIP NOTIFY. Il valore predefinito è Sì. |
|
Risincronizzazione dopo il tentativo di aggiornamento |
Abilita o disabilita l'operazione di risincronizzazione dopo qualsiasi aggiornamento. Se è selezionato Sì, viene attivata la sincronizzazione. Il valore predefinito è Sì. |
|
Trigger di risincronizzazione 1, Trigger di risincronizzazione 2 |
Condizioni di attivazione della risincronizzazione configurabili. Una risincronizzazione viene attivata quando l'equazione logica in questi parametri restituisce TRUE. Il valore predefinito è (vuoto). |
|
La risincronizzazione non riesce su FNF |
Una risincronizzazione è considerata non riuscita se un profilo richiesto non viene ricevuto dal server. Questo può essere sovrascritto da questo parametro. Se è impostato su no, il dispositivo accetta una risposta di Il valore predefinito è Sì. |
|
Regola del profilo Regola B del profilo Regola C del profilo Regola D del profilo |
Ogni regola del profilo informa il telefono di una fonte da cui ottenere un profilo (file di configurazione). Durante ogni operazione di risincronizzazione, il telefono applica tutti i profili in sequenza. Predefinito:
Può racchiudere la chiave di crittografia tra virgolette doppie («) facoltativamente. |
|
Opzione DHCP da utilizzare |
Opzioni DHCP, delimitate da virgole, utilizzate per recuperare firmware e profili. Il valore predefinito è 66.160.159,150,60,43.125. |
|
Messaggio di richiesta di registro |
Questo parametro contiene il messaggio inviato al server syslog all'inizio di un tentativo di risincronizzazione. Il valore predefinito è |
|
Registra messaggio di successo |
Il messaggio syslog che viene emesso dopo il completamento con successo di un tentativo di risincronizzazione. Il valore predefinito è |
|
Messaggio di errore di registro |
Il messaggio syslog che viene emesso dopo un tentativo di risincronizzazione fallito. Il valore predefinito è |
|
Risincronizzazione configurabile dall'utente |
Consente a un utente di risincronizzare il telefono dalla schermata del telefono IP. Il valore predefinito è Sì. |
Parametri di aggiornamento del firmware
La tabella seguente definisce la funzione e l'utilizzo di ciascun parametro nella sezione Aggiornamento del firmware della scheda Provisioning.
|
Nome del parametro |
Descrizione e valore predefinito |
|---|---|
|
Abilitare l'aggiornamento |
Consente le operazioni di aggiornamento del firmware indipendentemente dalle azioni di risincronizzazione. Il valore predefinito è Sì. Configura questo parametro con uno dei metodi:
|
|
Errore di aggiornamento Ritardo del tentativo |
L'intervallo tra i tentativi di aggiornamento (in secondi) si applica in caso di errore di aggiornamento. Il dispositivo ha un timer di errore di aggiornamento del firmware che si attiva dopo un tentativo fallito di aggiornamento del firmware. Il timer viene inizializzato con il valore di questo parametro. Il successivo tentativo di aggiornamento del firmware si verifica quando questo timer conta alla rovescia fino a zero. Il valore predefinito è 3600 secondi. Configura questo parametro con uno dei metodi:
|
|
Regola di aggiornamento |
Uno script di aggiornamento del firmware che definisce le condizioni di aggiornamento e gli URL del firmware associati. Usa la stessa sintassi di Profile Rule. Utilizza il seguente formato per inserire la regola di aggiornamento:
Ad esempio: Se non viene specificato alcun protocollo, si presume il TFTP. Se non viene specificato il nome del server, l'host che richiede l'URL viene utilizzato come nome del server. 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. Configura questo parametro con uno dei metodi:
|
|
Messaggio di richiesta di aggiornamento del registro |
Messaggio syslog emesso all'inizio di un tentativo di aggiornamento del firmware. Predefinito: Configura questo parametro con uno dei metodi:
|
|
Messaggio di successo dell'aggiornamento del registro |
Messaggio syslog emesso dopo che un tentativo di aggiornamento del firmware è stato completato con successo. Il valore predefinito è Configura questo parametro con uno dei metodi:
|
|
Errore di aggiornamento del registro |
Messaggio syslog emesso dopo un tentativo fallito di aggiornamento del firmware. Il valore predefinito è Configura questo parametro con uno dei metodi:
|
|
Condivisione del firmware tra pari |
Abilita o disabilita la funzione Peer Firmware Sharing (PFS). Seleziona Sì o No per abilitare o disabilitare la funzione. Predefinito: Sì Configura questo parametro con uno dei metodi:
|
|
Server di registro per la condivisione del firmware peer |
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. Configura questo parametro con uno dei metodi:
|
Parametri generici
La tabella seguente definisce la funzione e l'utilizzo di ciascun parametro nella sezione General Purpose Parameters della scheda Provisioning.
|
Nome del parametro |
Descrizione e valore predefinito |
|---|---|
|
GPP A - GPP P |
I parametri generici GPP_* vengono utilizzati come registri di stringhe liberi durante la configurazione dei telefoni per interagire con una particolare soluzione di server di provisioning. Possono essere configurati per contenere diversi valori, inclusi i seguenti:
Il valore predefinito è vuoto. |
Variabili di espansione macro
Alcune variabili macro sono riconosciute nei seguenti parametri di provisioning:
-
Profile_Rule
-
Profilo_Regola_*
-
Trigger di risincronizzazione_*
-
Regola_di aggiornamento
-
Log_*
-
GPP_* (in condizioni specifiche)
All'interno di questi parametri, i tipi di sintassi, come $NAME o $ (NAME), vengono riconosciuti ed espansi.
Le sottostringhe di macro variabili possono essere specificate con la notazione $ (Name:P) e $ (Name:P:Q), dove p e q sono numeri interi non negativi (disponibili nella revisione 2.0.11 e successive). L'espansione della macro risultante è la sottostringa che inizia con l'offset di caratteri p, con lunghezza q (oppure fino alla fine della stringa se q non è specificato). Ad esempio, se GPP_A contiene ABCDEF, allora $ (A:2) si espande in CDEF e $ (A: 2:3) si espande in CDE.
Un nome non riconosciuto non viene tradotto e il formato $NAME o $ (NAME) rimane invariato nel valore del parametro dopo l'espansione.
|
Nome del parametro |
Descrizione e valore predefinito |
|---|---|
|
$ |
Il modulo $$ si espande in un solo carattere $. |
|
Da A a P |
Sostituito dal contenuto dei parametri generici da GPP_A a GPP_P. |
|
SA tramite SD |
Sostituito dai parametri speciali da GPP_SA a GPP_SD. Questi parametri contengono le chiavi o le password utilizzate nel provisioning. Da $SA a $SD sono riconosciuti come argomenti del qualificatore URL di risincronizzazione opzionale, --key. |
|
MA |
Indirizzo MAC con cifre esadecimali minuscole, ad esempio 000e08aabbcc. |
|
MAU |
Indirizzo MAC con cifre esadecimali maiuscole, ad esempio 000E08AABBCC. |
|
MAC |
Indirizzo MAC con cifre esadecimali minuscole e due punti per separare le coppie di cifre esadecimali. Ad esempio 00:0 e:08:aa:bb:cc. |
|
PN |
Nome del prodotto. Ad esempio, CP-8875, DP-9851, DP-9871. |
|
PSN | Numero della 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 all'interno della sottorete locale. Ad esempio 192.168.1.100. |
|
EXTIP |
IP esterno del telefono, visto 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 hardware. Ad esempio, 2.0.1 |
|
PRVST |
Stato di fornitura (una stringa numerica): -1 = richiesta di risincronizzazione esplicita 0 = risincronizzazione dell'accensione 1 = risincronizzazione periodica 2 = risincronizzazione fallita, tentativo di nuovo tentativo |
|
UPGST |
Upgrade State (una stringa numerica): 1 = primo tentativo di upgrade 2 = aggiornamento fallito, riprova |
|
UPGERR |
Messaggio di risultato (ERR) del precedente tentativo di aggiornamento; ad esempio http_get fallito. |
|
PRVTMR |
Secondi dall'ultimo tentativo di risincronizzazione. |
|
UPGTMR |
Secondi dall'ultimo tentativo di aggiornamento. |
|
REGTMR1 |
Pochi secondi da quando Line 1 ha perso la registrazione al server SIP. |
|
REGTMR2 |
Pochi secondi da quando Line 2 ha perso la registrazione al server SIP. |
|
UPGCOND |
Nome macro precedente. |
|
SCHEME |
Schema di accesso ai file, uno tra TFTP, HTTP o HTTPS, ottenuto dopo l'analisi dell'URL di risincronizzazione o aggiornamento. |
|
SERV |
Richiedere il nome host del server di destinazione, ottenuto dopo l'analisi dell'URL di risincronizzazione o aggiornamento. |
|
SERVIP |
Richiedere l'indirizzo IP del server di destinazione, ottenuto dopo l'analisi dell'URL di risincronizzazione o aggiornamento, possibilmente dopo una ricerca DNS. |
|
PORT |
Richiedere la porta UDP/TCP di destinazione, ottenuta dopo aver analizzato l'URL di risincronizzazione o aggiornamento. |
|
PATH |
Richiedere il percorso del file di destinazione, ottenuto dopo aver analizzato l'URL di risincronizzazione o aggiornamento. |
|
ERR |
Messaggio di risultato della risincronizzazione o del tentativo di aggiornamento. Utile solo per generare messaggi syslog con i risultati. Il valore viene mantenuto nella variabile UPGERR in caso di tentativi di aggiornamento. |
|
UIdN |
Il contenuto del parametro di configurazione Line n UserID. |
|
EMS |
Extension MobilityStatus |
|
MUID |
Extension MobilityID utente |
|
MPWD |
Extension MobilityPassword |
Codici di errore interni
Il telefono definisce una serie di codici di errore interni (X00—X99) per facilitare la configurazione e fornire un controllo più preciso sul comportamento dell'unità in determinate condizioni di errore.
|
Nome del parametro |
Descrizione e valore predefinito |
|---|---|
|
X00 |
Errore di Transport Layer (o ICMP) durante l'invio di una richiesta SIP. |
|
X20 |
La richiesta SIP scade in attesa di una risposta. |
|
X40 |
Errore generale del protocollo SIP (ad esempio, codec inaccettabile nei messaggi SDP in 200 e ACK o timeout in attesa dell'ACK). |
|
X60 |
Numero composto non valido in base al piano di chiamata specificato. |
