- Home
- /
- Articolo
Provisioning dei parametri per i telefoni su Cisco BroadWorks
Questo articolo della Guida è relativo ai telefoni Cisco registrati in Cisco BroadWorks. Le informazioni in questa pagina includono i parametri di provisioning e la relativa sintassi.
Tipi di parametri di provisioning
In questa sezione vengono descritti i parametri di provisioning ampiamente organizzati in base alle funzioni.
Parametri per scopi generici
I parametri per scopi generici GPP_* (
) vengono utilizzati come registri a stringhe libere durante la configurazione del telefono per interagire con una particolare 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 di GPP_da A a GPP_P. Inoltre, i nomi delle macro a due lettere maiuscole da SA a SD identificano GPP_SA a GPP_SD come un caso speciale quando utilizzato come argomenti delle seguenti opzioni URL:
chiave, uid e pwd
Questi parametri possono essere utilizzati come variabili nelle regole di aggiornamento e provisioning. Vengono identificati applicando un prefisso al nome della variabile con un carattere "$", ad esempio $GPP_A.
Abilita parametri
I parametri Provision_Enable e Upgrade_Enable controllano tutte le operazioni di risincronizzazione dei profili e di aggiornamento del firmware. Questi parametri controllano le risincronizzazioni e gli aggiornamenti indipendentemente le une dalle altre. Questi parametri controllano anche i comandi di risincronizzazione e aggiornamento degli URL che vengono emessi attraverso 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 NOTIFICA SIP viene inviato dal server proxy del provider di servizi al telefono. Se abilitato, il proxy può richiedere una risincronizzazione. A tale scopo, il proxy invia un messaggio di NOTIFICA SIP contenente l'evento: risincronizza l'intestazione con il dispositivo.
Il dispositivo risponde alla richiesta con una risposta 401 (autorizzazione rifiutata per le credenziali utilizzate). Il dispositivo si aspetta una richiesta successiva autenticata prima di rispettare la richiesta di risincronizzazione dal proxy. Evento: reboot_now ed evento: restart_now le intestazioni eseguono riavvii a freddo e a caldo, rispettivamente, che sono anch'esse 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 e dopo ogni tentativo di aggiornamento.
Quando l'opzione Resync_On_Reset è abilitata, il dispositivo introduce 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, questo 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.
Attivatori
Il telefono consente di risincronizzarsi a intervalli specifici o a 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_Periodico (secondi). Se questo valore viene lasciato vuoto, il dispositivo non esegue la risincronizzazione periodica.
La risincronizzazione in genere viene eseguita quando le linee vocali sono inattive. Se una linea vocale è attiva quando 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 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 nuovamente la risincronizzazione dopo un tempo specificato in Resync_Error_Retry_Delay (secondi). Se il ritardo Resync_Error_Retry_è impostato su 0, il dispositivo non tenta nuovamente la risincronizzazione dopo un tentativo di risincronizzazione non riuscito.
Se un aggiornamento non riesce, viene eseguito un nuovo tentativo dopo Upgrade_Error_Retry_Ritardo 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 o più elementi attivatori siano valutati true.
La condizione di esempio seguente attiva una risincronizzazione. Nell'esempio, sono 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 e $PRVTMR ge 600
Risincronizzazione a un'ora specifica
Il parametro Resync_At consente al telefono di risincronizzarsi a un'ora specifica. 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 nel tempo. Questo parametro utilizza un formato intero positivo per specificare l'ora.
È necessario evitare di sovraccaricare il server con richieste di risincronizzazione da più telefoni impostati per la risincronizzazione contemporaneamente. 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 su 1000 (10:00), il telefono attiva la risincronizzazione in qualsiasi momento tra le 10:00 e le 10:10.
Per impostazione predefinita, questa funzione è disabilitata. Se viene predisposta la funzione Resync_At, il parametro Resync_Periodic viene ignorato.
Pianificazioni configurabili
È possibile configurare le pianificazioni per risincronizzazioni periodiche ed è possibile specificare gli intervalli di nuovi tentativi per errori di risincronizzazione e aggiornamento utilizzando i parametri di provisioning seguenti:
-
Resync_Periodico
-
Ritardo di esync_Rrror_Retry_
-
Ritardo Upgrade_Error_Retry_
Ciascun 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 implicitamente ripetuto per sempre.
Opzionalmente, è 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, 4 ore. Il dispositivo continua a provare a intervalli di 4 ore fino a quando non riesce a risincronizzarsi.
Resync_Periodic=7200 Resync_Error_Retry_Ritardo=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 nuovi tentativi con i seguenti intervalli: 30 minuti (più un massimo di 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 ore (più un massimo di 15 minuti) fino a quando non riesce a risincronizzarsi.
Resync_Periodico=3600+600 Resync_Error_Retry_Ritardo=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 l'aggiornamento non riesce ancora, il dispositivo tenta ogni quattro-cinque ore fino a quando non viene eseguito correttamente l'aggiornamento.
Ritardo Upgrade_Error_Retry_ = 1800,3600,7200,14400+3600
Regole profilo
Il telefono fornisce più parametri per i profili di configurazione remota (rofile_Regola P*). Pertanto, ciascuna operazione di risincronizzazione può recuperare più file 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, il profilo può essere suddiviso tra diversi file. Un file è comune a tutti i telefoni in una distribuzione. Viene fornito un file univoco e separato per ogni account. Le chiavi di crittografia e le informazioni del certificato possono essere fornite da un ulteriore profilo, memorizzato su un server separato.
Ogni volta che è prevista un'operazione di risincronizzazione, il telefono valuta i quattro parametri Profile_Rule* in sequenza:
-
Regola profile_
-
Profile_Rule_B
-
Profile_Rule_C
-
Profile_Rule_O
Ogni valutazione può provocare un recupero del profilo da un server di provisioning remoto, con un aggiornamento possibile di un certo numero di parametri interni. Se una valutazione non riesce, 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.
Il contenuto di ciascun parametro di Profile_Rule* è costituito 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 tutte le opzioni URL associate. Tutti questi componenti sono opzionali all'interno di ogni alternativa. Di seguito sono riportate 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 tranne 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. Viene valutato il parametro regola profilo successivo nella sequenza.
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.cfg
Esempio 2
In questo esempio, il dispositivo si risincronizza con due URL diversi, in base allo stato di registrazione della linea 1. In caso di perdita della registrazione, il dispositivo esegue un POST HTTP su uno script CGI. Il dispositivo invia il contenuto del GPP espanso della macro_A, che può fornire ulteriori informazioni sullo stato del dispositivo:
($PRVTMR ge 600)? http://p.tel.com/has-reg.cfg | [--pubblicare a] http://p.tel.com/lost-reg?
Esempio 3
In questo esempio, il dispositivo si risincronizza con lo stesso server. Il dispositivo fornisce informazioni aggiuntive se nell'unità non è installato un certificato (per le unità precedenti alla versione 2.0):
("$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 “Fornito”)? (Line_Enable_1_ = "No";)! https://p.tel.com/init-prov | https://p.tel.com/configs
Esempio 5
In questo esempio, il profilo che restituisce il server si presume contenga tag di elementi XML. Questi tag devono essere nuovamente associati ai nomi dei parametri corretti dalla mappa degli alias archiviata in GPP_B:
[--alias b] https://p.tel.com/account/$PN$MA.xml
Una risincronizzazione viene solitamente considerata come non riuscita se il server non riceve un profilo richiesto. Il parametro Resync_Fails_On_FNF può ignorare questo funzionamento predefinito. Se 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 scaricare il carico, se necessario. Se il carico si trova già sul dispositivo, non tenterà di ottenere il carico. Pertanto, la validità della posizione del carico non importa quando il carico desiderato è nella partizione inattiva.
La regola Upgrade_ 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 remoto configurabile, Upgrade_Rule. Questo parametro accetta una 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:
URL [ conditional-expr ] [ assignment-expr ]
Come 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. L'espressione di assegnazione allegata viene valutata, se specificata. Quindi, viene tentato un aggiornamento all'URL specificato.
Se la pgrade_regola U contiene un URL senza un'espressione condizionale, il dispositivo viene 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 efficace di schema + server + porta + percorso file.
Per tentare un aggiornamento del firmware, il dispositivo disabilita l'audio all'inizio della procedura e si riavvia al termine della procedura. Il dispositivo avvia 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.loads
In questo esempio, la regola Upgrade_ aggiorna il firmware all'immagine memorizzata all'URL indicato.
Ecco un altro esempio:
("$F" ne "beta-cliente")? 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
In questo esempio si indirizza l'unità a caricare una delle due immagini, in base al contenuto di un parametro per scopi generici, GPP_F.
Parametri di provisioning
È possibile trovare i parametri di provisioning nella scheda Provisioning nella pagina Web del telefono.
Parametri del profilo di configurazione
La seguente tabella definisce la funzione e l'utilizzo di ogni parametro nella sezione Parametri profilo di configurazione della scheda Provisioning .
Nome del parametro |
Descrizione e valore predefinito |
---|---|
Abilita provisioning |
Controlla tutte le azioni di risincronizzazione indipendentemente da azioni di aggiornamento del firmware. Impostare su Sì per abilitare il provisioning remoto. L'impostazione predefinita è Yes. |
Risincronizza al ripristino |
Attiva una risincronizzazione dopo ogni riavvio ad eccezione dei riavvii causati da aggiornamenti di parametri e aggiornamenti del firmware. L'impostazione predefinita è Yes. |
Ritardo casuale risincronizzazione |
Un ritardo casuale che segue la sequenza di avvio prima di eseguire la reimpostazione, specificato in secondi. In un gruppo di dispositivi di telefonia IP pianificati per l'accensione simultanea, questo parametro introduce uno spread nei tempi in 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. |
Risincronizza alle (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. |
Risincronizzazione con ritardo casuale |
Impedisce un sovraccarico del server di provisioning in caso di accensione simultanea di un numero elevato di dispositivi. 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'random_delay intervallo finale. 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). |
Risincronizzazione periodica |
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. |
Ritardo nuovo tentativo da errore risincronizzazione |
Se un'operazione di risincronizzazione non viene completata perché il dispositivo di telefonia IP non è stato in grado di recuperare 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. |
Ritardo risincronizzazione forzata |
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 all'utente 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 è 14.400 secondi. |
Risincronizza da SIP |
Consente di abilitare una risincronizzazione per essere attivata tramite un messaggio di NOTIFICA SIP. L'impostazione predefinita è Yes. |
Risincronizzazione dopo tentativo di aggiornamento |
Consente di abilitare o disabilitare l'operazione di risincronizzazione dopo qualsiasi aggiornamento. Se è selezionato Yes, la sincronizzazione viene attivata. L'impostazione predefinita è Yes. |
Attivazione risincronizzazione 1, Attivazione risincronizzazione 2 |
Condizioni di attivazione di risincronizzazione configurabili. Una risincronizzazione viene attivata quando l'equazione logica in questi parametri viene valutata come TRUE. Il valore predefinito è (vuoto). |
Risincronizzazione non riuscita su FNF |
Una risincronizzazione viene considerata non riuscita se il server non riceve un profilo richiesto. Ciò può essere ignorato da questo parametro. Se è impostato su No, il dispositivo accetta una risposta L'impostazione predefinita è Yes. |
Regola profilo Regola profilo B Regola profilo C Regola profilo D |
Ogni regola profilo informa 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 Facoltativamente, è possibile racchiudere la chiave di crittografia tra virgolette ("). |
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 registro |
Questo parametro contiene il messaggio che viene inviato al server syslog all'inizio di un tentativo di risincronizzazione. Il valore predefinito è |
Messaggio di registrazione riuscita |
Il messaggio del server syslog inviato dopo il completamento corretto di un tentativo di risincronizzazione. Il valore predefinito è |
Messaggio errore registro |
Il messaggio del server syslog inviato dopo un tentativo di risincronizzazione non riuscito. Il valore predefinito è |
Risincronizzazione configurabile dall'utente |
Consente a un utente di risincronizzare il telefono dallo schermo del telefono IP. L'impostazione predefinita è Yes. |
Parametri di aggiornamento firmware
La seguente tabella definisce la funzione e l'utilizzo di ogni parametro nella sezione Aggiornamento firmware della scheda Provisioning .
Nome del parametro |
Descrizione e valore predefinito |
---|---|
Aggiorna e abilita |
Consente operazioni di aggiornamento del firmware indipendentemente dalle azioni di risincronizzazione. L'impostazione predefinita è Yes. Configurare questo parametro con uno dei seguenti metodi:
|
Ritardo nuovo tentativo errore aggiornamento |
L'intervallo del nuovo tentativo di aggiornamento (in secondi) applicato in caso di errore di aggiornamento. Il dispositivo dispone di un firmware timer di errore che si attiva dopo un tentativo di aggiornamento firmware non riuscito. Il timer viene inizializzato con il valore in questo parametro. Il successivo tentativo di aggiornamento del firmware si verifica quando questo timer viene conteggiato a zero. Il valore predefinito è 3600 secondi. Configurare questo parametro con uno dei seguenti metodi:
|
Regola di aggiornamento |
Uno script di aggiornamento firmware che definisce le condizioni di aggiornamento e gli URL firmware associati. Utilizza la stessa sintassi della regola del profilo. 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 seguenti metodi:
|
Messaggio di richiesta di aggiornamento del registro |
Messaggio syslog emesso all'inizio di un tentativo di aggiornamento del firmware. Impostazione predefinita: Configurare questo parametro con uno dei seguenti metodi:
|
Gestione messaggio di aggiornamento registro eseguito correttamente |
Messaggio syslog emesso dopo il completamento del tentativo di aggiornamento del firmware. Il valore predefinito è Configurare questo parametro con uno dei seguenti metodi:
|
Messaggio di errore aggiornamento registro |
Messaggio syslog emesso dopo un tentativo di aggiornamento del firmware non riuscito. Il valore predefinito è Configurare questo parametro con uno dei seguenti metodi:
|
Condivisione del firmware |
Consente di abilitare o disabilitare la funzione Condivisione del firmware (PFS). Selezionare Sì o No per abilitare o disabilitare la funzione. Predefinito: Sì Configurare questo parametro con uno dei seguenti metodi:
|
Server di registro condivisione 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 porta. Configurare questo parametro con uno dei seguenti metodi:
|
Parametri per scopi generici
La seguente tabella definisce la funzione e l'utilizzo di ogni parametro nella sezione Parametri per scopi generici 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 dei telefoni per interagire con una particolare 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 seguenti parametri di provisioning:
-
Regola profile_
-
Profile_Rule_*
-
esync_rigger_*
-
Regola pgrade_U
-
Log_*
-
GPP_* (in condizioni specifiche)
All'interno di questi parametri, vengono riconosciuti ed estesi tipi di sintassi come $NAME o $(NAME).
È possibile specificare sottostringhe variabili macro con la notazione $(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, allora $(A:2) si espande a CDEF e $(A:2:3) si espande a CDE.
Un nome non riconosciuto non viene tradotto e il modulo $NAME o $(NAME) rimane invariato nel valore del parametro dopo l'espansione.
Nome 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_da A a GPP_P. |
Da SA a SD |
Sostituiti dai parametri per scopi speciali da GPP_SA a GPP_SD. Questi parametri contengono i tasti o le password utilizzati nel provisioning. Da $SA a $SD vengono riconosciuti come argomenti per il qualificatore dell'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:0e:08:aa:bb:cc. |
PN |
Nome prodotto. Ad esempio, CP-8875-CC-C-9K. |
psn | Numero di serie del prodotto. Ad esempio, V03. |
SN |
Stringa del numero di serie, ad esempio 88012BA01234. |
CCERT |
Stato certificato client SSL: Installato o Non installato. |
IP |
Indirizzo IP del telefono nella propria subnet locale. Ad esempio 192.168.1.100. |
spigolo |
Indirizzo IP esterno del telefono, come visualizzato su Internet. Ad esempio 66.43.16.52. |
scambiatore |
Stringa della versione del software. Ad esempio, phoneos-8875.1-0-1-0001-1 |
Categoria: Hwver |
Stringa della versione dell'hardware. Ad esempio, 2.0.1 |
prvst |
Stato provisioning (stringa numerica): -1 = richiesta di risincronizzazione esplicita 0 = risincronizzazione all'accensione 1 = risincronizzazione periodica 2 = risincronizzazione non riuscita, nuovo tentativo |
superiore |
Stato dell'aggiornamento (stringa numerica): 1 = primo tentativo di aggiornamento 2 = aggiornamento non riuscito, nuovo tentativo |
ascendente |
Risultato (ERR) del tentativo di aggiornamento precedente; ad esempio, http_get non riuscito. |
prvtmr |
Secondi dall'ultimo tentativo di risincronizzazione. |
ugo |
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 preesistente. |
schema |
Schema di accesso di file (uno tra TFTP, HTTP o HTTPS), ottenuto dopo l'analisi di risincronizzazione o aggiornamento dell'URL. |
servizio |
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 ottenuto dopo l'analisi di risincronizzazione o aggiornamento dell'URL, eventualmente seguendo una ricerca DNS. |
porta |
Richiedere porta UDP/TCP di destinazione, come ottenuto dopo l'analisi di risincronizzazione o aggiornamento dell'URL. |
percorso |
Richiedere percorso file di destinazione, come ottenuto dopo l'analisi di risincronizzazione o aggiornamento dell'URL. |
errato |
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. |
nUID |
Il contenuto del parametro di configurazione UserID per la linea n. |
emi |
Stato di Extension Mobility |
muid |
ID utente Extension Mobility |
mpwd |
Password di Extension Mobility |
Codici di errore interni
Il telefono definisce un numero di codici di errore interni (X00-X99) per facilitare la configurazione fornendo un controllo più preciso sul 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 va in timeout durante l'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 specificato. |