În acest articol
dropdown icon
Tipuri de parametri de furnizare
    Parametrii de uz general
    Activați parametrii
    Declanșatoare
    Programări configurabile
    Regulile profilului
    Regula de actualizare
dropdown icon
Parametrii de furnizare
    Parametrii profilului de configurare
    Parametrii de actualizare a firmware-ului
    Parametrii de uz general
    Variabile de expansiune macro
    Coduri de eroare interne

Parametrii de furnizare pentru telefoanele din seria 9800 și 8875 (BroadWorks)

list-menuÎn acest articol
list-menuFeedback?

Acest articol de ajutor este pentru Cisco Desk Phone 9800 Series și Cisco Video Phone 8875 înregistrate la Cisco BroadWorks. Informațiile de pe această pagină includ parametrii de provizionare și sintaxa acestora.

Tipuri de parametri de furnizare

Această secțiune descrie parametrii de aprovizionare organizați în general în funcție de funcție.

Parametrii de uz general

Parametrii de uz general GPP_* (Admin Login> avans at> Voice > Provisioning) sunt utilizați ca registre de șiruri libere atunci când configurați telefonul pentru a interacționa cu o anumită soluție de server de furnizare. Parametrii GPP_* sunt goi în mod implicit. Acestea pot fi configurate pentru a conține valori diverse, inclusiv următoarele:

  • Chei de criptare

  • URL-uri

  • Informații despre starea furnizării în mai multe etape.

  • Șabloane de solicitare postare

  • Hărți aliasuri ale numelui parametrilor

  • Valori parțiale ale șirului, combinate în cele din urmă în valori complete ale parametrilor.

Parametrii GPP_* sunt disponibili pentru extinderea macrocomenzilor în cadrul altor parametri de provizionare. În acest scop, numele macro cu majuscule cu o singură literă (A până la P) sunt suficiente pentru a identifica conținutul GPP_A până la GPP_P. De asemenea, numele macrocomenzilor cu majuscule din două litere SA până la SD identifică GPP_SA prin GPP_SD ca un caz special atunci când sunt utilizate ca argumente ale următoarelor opțiuni URL:

cheie, uid și pwd

Acești parametri pot fi utilizați ca variabile în regulile de furnizare și actualizare. Acestea sunt menționate prin prefixarea numelui variabilei cu un caracter „$”, cum ar fi $ GPP_A.

Activați parametrii

Parametrii Provision_Enable și Upgrade_Enable controlează toate operațiunile de resincronizare a profilului și de actualizare a firmware-ului. Acești parametri controlează resincronizările și actualizările independent unul de celălalt. Acești parametri controlează, de asemenea, comenzile URL de resincronizare și actualizare care sunt emise prin serverul web de administrare. Ambii parametri sunt setați la Da în mod implicit.

Parametrul resync_from_SIP controlează solicitările pentru operațiuni de resincronizare. Un eveniment SIP NOTIFY este trimis de la serverul proxy al furnizorului de servicii la telefon. Dacă este activat, proxy-ul poate solicita o resincronizare. Pentru a face acest lucru, proxy-ul trimite un mesaj SIP NOTIFY care conține antetul Event: resync către dispozitiv.

Dispozitivul contestă solicitarea cu un răspuns 401 (autorizarea refuzată pentru acreditările utilizate). Dispozitivul așteaptă o solicitare ulterioară autentificată înainte de a onora cererea de resincronizare de la proxy. Anteturile Event: reboot_now și Event: restart_now efectuează reporniri reci și, respectiv, calde, care sunt, de asemenea, provocate.

Cele două posibilități rămase sunt Resync_On_Reset și Resync_After_Upgrade_Attempt. Acești parametri determină dacă dispozitivul efectuează o operație de resincronizare după repornirea software-ului de pornire și după fiecare încercare de actualizare.

Când Resync_On_Reset este activat, dispozitivul introduce o întârziere aleatorie care urmează secvența de pornire înainte de efectuarea resetării. Întârzierea este un timp aleatoriu până la valoarea specificată de Resync_Random_Delay (în secunde). Într-un grup de telefoane care pornesc simultan, această întârziere răspândește orele de pornire ale cererilor de resincronizare de la fiecare unitate. Această caracteristică poate fi utilă într-o desfășurare rezidențială mare, în cazul unei întreruperi regionale de curent.

Declanșatoare

Telefonul vă permite să resincronizați la intervale specifice sau la un anumit moment.

Resincronizare la intervale specifice

Telefonul este proiectat să se resincronizeze periodic cu serverul de provizionare. Intervalul de resincronizare este configurat în Resync_Periodic (secunde). Dacă această valoare este lăsată goală, dispozitivul nu se resincronizează periodic.

Resincronizarea are loc de obicei atunci când liniile vocale sunt inactive. Dacă o linie vocală este activă atunci când este necesară o resincronizare, telefonul întârzie procedura de resincronizare până când linia devine din nou inactivă. O resincronizare poate determina modificarea valorilor parametrilor de configurare.

O operație de resincronizare poate eșua deoarece telefonul nu poate prelua un profil de pe server, fișierul descărcat este corupt sau a apărut o eroare internă. Dispozitivul încearcă să resincronizeze din nou după un timp specificat în Resync_Error_Retry_Delay (secunde). Dacă Resync_Error_Retry_Delay este setat la 0, dispozitivul nu încearcă să resincronizeze din nou după o încercare de resincronizare eșuată.

Dacă o actualizare eșuează, se efectuează o reîncercare după secunde Upgrade_Error_Retry_Delay.

Doi parametri configurabili sunt disponibili pentru a declanșa condiționat o resincronizare: Resync_Trigger_1 și Resync_Trigger_2. Fiecare parametru poate fi programat cu o expresie condiționată care suferă expansiune macro. Când intervalul de resincronizare expiră (timpul pentru următoarea resincronizare), declanșatoarele, dacă sunt setate, vor împiedica resincronizarea, cu excepția cazului în care unul sau mai mulți declanșatori se evaluează la true.

Următorul exemplu de condiție declanșează o resincronizare. În exemplu, ultima încercare de actualizare a telefonului a trecut mai mult de 5 minute (300 de secunde) și au trecut cel puțin 10 minute (600 de secunde) de la ultima încercare de resincronizare.

$UPGTMR gt 300 and $PRVTMR ge 600

Resincronizați la un anumit moment

Parametrul Resync_At permite telefonului să resincronizeze la un moment dat. Acest parametru utilizează formatul de 24 de ore (hhmm) pentru a specifica ora.

Parametrul Resync_At_Random_Delay permite telefonului să resincronizeze la o întârziere nespecificată în timp. Acest parametru utilizează un format întreg pozitiv pentru a specifica ora.

Ar trebui evitată inundarea serverului cu solicitări de resincronizare de la mai multe telefoane care sunt setate să resincronizeze în același timp. Pentru a face acest lucru, telefonul declanșează resincronizarea până la 10 minute după ora specificată.

De exemplu, dacă setați ora de resincronizare la 1000 (10 a.m.), telefonul declanșează resincronizarea oricând între 10:00 și 10:10.

În mod implicit, această caracteristică este dezactivată. Dacă parametrul Resync_At este furnizat, parametrul Resync_Periodic este ignorat.

Programări configurabile

Puteți configura programările pentru resincronizări periodice și puteți specifica intervalele de reîncercare pentru eșecurile de resincronizare și actualizare utilizând acești parametri de aprovizionare:

  • Resync_Periodic

  • Resincronizare_Error_Retrie_Delay

  • Upgrade_Error_Retry_Delay

Fiecare parametru acceptă o singură valoare de întârziere (secunde). Noua sintaxă extinsă permite o listă separată prin virgulă a elementelor de întârziere consecutive. Ultimul element din secvență se repetă implicit pentru totdeauna.

Opțional, puteți utiliza un semn plus pentru a specifica o altă valoare numerică care adaugă o întârziere suplimentară aleatorie.

Exemplul 1

În acest exemplu, telefonul se resincronizează periodic la fiecare 2 ore. Dacă apare o defecțiune de resincronizare, dispozitivul încearcă din nou la aceste intervale: 30 de minute, 1 oră, 2 ore, 4 ore. Dispozitivul continuă să încerce la intervale de 4 ore până când se resincronizează cu succes.


Resync_Periodic=7200
Resync_Error_Retry_Delay=1800,3600,7200,14400

Exemplul 2

În acest exemplu, dispozitivul se resincronizează periodic la fiecare oră (plus o întârziere aleatorie suplimentară de până la 10 minute). În cazul unei defecțiuni de resincronizare, dispozitivul încearcă din nou la aceste intervale: 30 de minute (plus până la 5 minute). 1 oră (plus până la 10 minute), 2 ore (plus până la 15 minute). Dispozitivul continuă să încerce la intervale de 2 ore (plus până la 15 minute) până când se resincronizează cu succes.


Resync_Periodic=3600+600
Resync_Error_Retry_Delay=1800+300,3600+600,7200+900

Exemplul 3

În acest exemplu, dacă o încercare de actualizare la distanță eșuează, dispozitivul încearcă din nou actualizarea în 30 de minute, apoi din nou după încă o oră, apoi în două ore. Dacă actualizarea încă eșuează, dispozitivul încearcă din nou la fiecare patru până la cinci ore până când actualizarea reușește.


Upgrade_Error_Retry_Delay  =  1800,3600,7200,14400+3600

Regulile profilului

Telefonul oferă mai mulți parametri de profil de configurare la distanță (Profile_Rule*). Astfel, fiecare operație de resincronizare poate prelua mai multe fișiere pe care diferite servere le gestionează.

În cel mai simplu scenariu, dispozitivul se resincronizează periodic la un singur profil de pe un server central, care actualizează toți parametrii interni pertinenți. Alternativ, profilul poate fi împărțit între diferite fișiere. Un fișier este comun pentru toate telefoanele dintr-o implementare. Pentru fiecare cont este furnizat un fișier separat, unic. Cheile de criptare și informațiile despre certificate pot fi furnizate de un alt profil, stocat pe un server separat.

Ori de câte ori este necesară o operație de resincronizare, telefonul evaluează în ordine cei patru parametri Profile_Rule*:

  1. Profile_Rule

  2. Profil_Rule_B

  3. Profil_Rule_C

  4. Profil_Rule_D

Fiecare evaluare poate avea ca rezultat o recuperare a profilului de pe un server de aprovizionare la distanță, cu o posibilă actualizare a unui număr de parametri interni. Dacă o evaluare eșuează, secvența de resincronizare este întreruptă și este reîncercată din nou de la începutul specificat de parametrul Resync_Error_Retry_Delay (secunde). Dacă toate evaluările reușesc, dispozitivul așteaptă al doilea specificat de parametrul Resync_Periodic și apoi efectuează o altă resincronizare.

Conținutul fiecărui parametru Profile_Rule* constă dintr-un set de alternative. Alternativele sunt separate prin caracterul | (conductă). Fiecare alternativă constă dintr-o expresie condiționată, o expresie de atribuire, o adresă URL de profil și orice opțiuni URL asociate. Toate aceste componente sunt opționale în cadrul fiecărei alternative. Următoarele sunt combinațiile valabile și ordinea în care trebuie să apară, dacă sunt prezente:


[ conditional-expr ] [ assignment-expr ] [[ options ] URL ]

În cadrul fiecărui parametru Profile_Rule*, toate alternativele, cu excepția ultimei, trebuie să furnizeze o expresie condiționată. Această expresie este evaluată și este procesată după cum urmează:

  1. Condițiile sunt evaluate de la stânga la dreapta, până când se găsește una care evaluează ca fiind adevărată (sau până când se găsește o alternativă fără expresie condiționată).

  2. Orice expresie de atribuire însoțitoare este evaluată, dacă este prezentă.

  3. Dacă o adresă URL este specificată ca parte a acelei alternative, se încearcă descărcarea profilului care se află la adresa URL specificată. Sistemul încearcă să actualizeze parametrii interni în consecință.

Dacă toate alternativele au expresii condiționale și niciuna nu se evaluează la true (sau dacă întreaga regulă de profil este goală), întregul parametru Profile_Rule* este omis. Următorul parametru de regulă de profil din secvență este evaluat.

Exemplul 1

Acest exemplu se resincronizează necondiționat cu profilul de la adresa URL specificată și efectuează o solicitare HTTP GET către serverul de aprovizionare la distanță:


http://remote.server.com/cisco/$MA.cfg

Exemplul 2

În acest exemplu, dispozitivul se resincronizează la două adrese URL diferite, în funcție de starea de înregistrare a liniei 1. În cazul înregistrării pierdute, dispozitivul efectuează un HTTP POST către un script CGI. Dispozitivul trimite conținutul macrocomenzii extinse GPP_A, care poate furniza informații suplimentare despre starea dispozitivului:


($PRVTMR ge 600)? http://p.tel.com/has-reg.cfg
| [--post a] http://p.tel.com/lost-reg?

Exemplul 3

În acest exemplu, dispozitivul se resincronizează la același server. Dispozitivul furnizează informații suplimentare dacă un certificat nu este instalat în unitate (pentru unitățile pre-2.0 vechi):


(“$CCERT” eq “Installed”)? https://p.tel.com/config?
| https://p.tel.com/config?cisco$MAU

Exemplul 4

În acest exemplu, Linia 1 este dezactivată până când GPP_A este setat egal cu Provisioned prin prima adresă URL. Ulterior, se resincronizează la a doua adresă URL:


(“$A” ne “Provisioned”)? (Line_Enable_1_ = “No”;)! https://p.tel.com/init-prov
| https://p.tel.com/configs

Exemplul 5

În acest exemplu, se presupune că profilul pe care serverul îl returnează conține etichete de element XML. Aceste etichete trebuie remapate la numele parametrilor proprii de către harta aliaselor stocată în GPP_B:


[--alias b] https://p.tel.com/account/$PN$MA.xml

O resincronizare este considerată de obicei nereușită dacă un profil solicitat nu este primit de la server. Parametrul resync_fails_on_fnf poate suprascrie acest comportament implicit. Dacă resync_fails_on_fnf este setat la Nu, dispozitivul acceptă un răspuns de la server care nu a fost găsit de la server ca o resincronizare reușită. Valoarea implicită pentru reSync_fails_on_fnf este Da.

Regula de actualizare

Regula de actualizare este de a spune dispozitivului să activeze la o nouă încărcare și de unde să obțină sarcina, dacă este necesar. Dacă sarcina este deja pe dispozitiv, nu va încerca să obțină sarcina. Deci, validitatea locației de încărcare nu contează atunci când sarcina dorită se află în partiția inactivă.

Actualizare_Rule specifică o încărcare a firmware-ului care, dacă este diferită de încărcarea curentă, va fi descărcată și aplicată, cu excepția cazului în care este limitată de o expresie condiționată sau Upgrade_Enable este setat la No.

Telefonul oferă un parametru configurabil de actualizare la distanță, Upgrade_Rule. Acest parametru acceptă sintaxă similară cu parametrii regulilor profilului. Opțiunile URL nu sunt acceptate pentru upgrade-uri, dar pot fi utilizate expresii condiționale și expresii de atribuire. Dacă se utilizează expresii condiționale, parametrul poate fi populat cu mai multe alternative, separate de caracterul |. Sintaxa pentru fiecare alternativă este următoarea:


[ conditional-expr ] [ assignment-expr ] URL

Ca și în cazul parametrilor Profile_Rule*, parametrul Upgrade_Rule evaluează fiecare alternativă până când o expresie condiționată este satisfăcută sau o alternativă nu are expresie condiționată. Expresia atribuirii însoțitoare este evaluată, dacă este specificată. Apoi, se încearcă o actualizare la adresa URL specificată.

Dacă Upgrade_Rule conține o adresă URL fără o expresie condiționată, dispozitivul face upgrade la imaginea firmware-ului specificată de adresa URL. După extinderea macro și evaluarea regulii, dispozitivul nu încearcă din nou să facă upgrade până când regula nu este modificată sau combinația efectivă de schemă + server + port + cale de fișier este modificată.

Pentru a încerca o actualizare de firmware, dispozitivul dezactivează sunetul la începutul procedurii și repornește la sfârșitul procedurii. Dispozitivul începe automat un upgrade care este condus de conținutul Upgrade_Rule numai dacă toate liniile vocale sunt în prezent inactive.

De exemplu,


https://10.73.10.223/firmware/PHONEOS-8875.1-0-1-0001-1.loads

În acest exemplu, Upgrade_Rule actualizează firmware-ul la imaginea stocată la adresa URL indicată.

Iată un alt exemplu:


(“$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

Acest exemplu direcționează unitatea să încarce una dintre cele două imagini, pe baza conținutului unui parametru de uz general, GPP_F.

Parametrii de furnizare

Puteți găsi parametrii de furnizare în fila Pro visioning din pagina web a telefonului.

Parametrii profilului de configurare

Următorul tabel definește funcția și utilizarea fiecărui parametru în secțiunea Parametrii profilului de configurare din fila Provizie.

Tabelul 1. Parametrii profilului de configurare

Numele parametrului

Descrierea și valoarea implicită

Activare provizionare

Controlează toate acțiunile de resincronizare independent de acțiunile de actualizare a firmware-ului. Setați la Da pentru a activa furnizarea de la distanță.

Valoarea implicită este Da.

Resincronizare la resetare

Declanșează o resincronizare după fiecare repornire, cu excepția repornirii cauzate de actualizările parametrilor și actualizările firmware-ului.

Valoarea implicită este Da.

Resincronizați întârzierea aleatorie

O întârziere aleatorie după secvența de pornire înainte de a efectua resetarea, specificată în secunde. Într-un grup de dispozitive de telefonie IP care sunt programate să se pornească simultan, aceasta introduce o răspândire a momentelor în care fiecare unitate trimite o solicitare de resincronizare către serverul de aprovizionare. Această caracteristică poate fi utilă într-o desfășurare rezidențială mare, în cazul unei întreruperi regionale de curent.

Valoarea acestui câmp trebuie să fie un număr întreg cuprins între 0 și 65535.

Valoarea implicită este 2.

Resincronizare la (HHmm)

Timpul (HHmm) pe care dispozitivul îl resincronizează cu serverul de aprovizionare.

Valoarea pentru acest câmp trebuie să fie un număr de patru cifre cuprins între 0000 și 2400 pentru a indica ora în format HHmm. De exemplu, 0959 indică 09:59.

Valoarea implicită este goală. Dacă valoarea este nevalidă, parametrul este ignorat. Dacă acest parametru este setat cu o valoare validă, parametrul Resync Periodic este ignorat.

Resincronizare la întârziere aleatorie

Previne supraîncărcarea serverului de aprovizionare atunci când un număr mare de dispozitive pornesc simultan.

Pentru a evita inundarea cererilor de resincronizare către server de la mai multe telefoane, telefonul se resincronizează în intervalul dintre ore și minute, iar orele și minutele plus întârzierea aleatorie (hhmm, hhmm+random_delay). De exemplu, dacă întârzierea aleatorie = (Resincronizare la întârziere aleatorie + 30) /60 minute, valoarea de intrare în secunde este convertită în minute, rotunjind până la minutul următor pentru a calcula intervalul final random_delay.

Valoarea valabilă variază între 600 și 65535.

Dacă valoarea este mai mică de 600, întârzierea internă aleatorie este cuprinsă între 0 și 600.

Valoarea implicită este de 600 de secunde (10 minute).

Resincronizare periodică

Intervalul de timp dintre resincronizarea periodică cu serverul de aprovizionare. Temporizatorul de resincronizare asociat este activ numai după prima sincronizare reușită cu serverul.

Formatele valide sunt următoarele:

  • Un întreg

    Exemplu: O intrare de 3000 indică faptul că următoarea resincronizare are loc în 3000 de secunde.

  • Numere întregi multiple

    Exemplu: O intrare de 600,1200.300 indică faptul că prima resincronizare are loc în 600 de secunde, a doua resincronizare are loc în 1200 de secunde după prima, iar a treia resincronizare are loc în 300 de secunde după a doua.

  • Un interval de timp

    Exemplu, o intrare de 2400+30 indică faptul că următoarea resincronizare are loc între 2400 și 2430 de secunde după o resincronizare reușită.

Setați acest parametru la zero pentru a dezactiva resincronizarea periodică.

Valoarea implicită este de 3600 secunde.

Eroare de resincronizare Întârziere reîncercare

Dacă o operație de resincronizare eșuează deoarece dispozitivul de telefonie IP nu a putut prelua un profil de pe server sau fișierul descărcat este corupt sau apare o eroare internă, dispozitivul încearcă să resincronizeze din nou după un timp specificat în secunde.

Formatele valide sunt următoarele:

  • Un întreg

    Exemplu: O intrare de 300 indică faptul că următoarea reîncercare pentru resincronizare are loc în 300 de secunde.

  • Numere întregi multiple

    Exemplu: O intrare de 600,1200.300 indică faptul că prima reîncercare are loc în 600 de secunde după eșec, a doua reîncercare are loc în 1200 de secunde după eșecul primei reîncercări, iar a treia reîncercare are loc în 300 de secunde după eșecul celei de-a doua reîncercări.

  • Un interval de timp

    De exemplu, o intrare de 2400+30 indică faptul că următoarea reîncercare are loc între 2400 și 2430 de secunde după o eroare de resincronizare.

Dacă întârzierea este setată la 0, dispozitivul nu încearcă să resincronizeze din nou după o încercare de resincronizare eșuată.

Întârziere de resincronizare forțată

Întârzierea maximă (în secunde) pe care telefonul așteaptă înainte de a efectua o resincronizare.

Dispozitivul nu se resincronizează în timp ce una dintre liniile sale telefonice este activă. Deoarece o resincronizare poate dura câteva secunde, este de dorit să așteptați până când dispozitivul a fost inactiv pentru o perioadă lungă de timp înainte de resincronizare. Acest lucru permite unui utilizator să efectueze apeluri succesiv fără întrerupere.

Dispozitivul are un cronometru care începe să numere în jos atunci când toate liniile sale devin inactive. Acest parametru este valoarea inițială a contorului. Evenimentele de resincronizare sunt întârziate până când acest contor scade la zero.

Valoarea valabilă variază între 0 și 65535.

Valoarea implicită este de 14.400 de secunde.

Resincronizați de la SIP

Permite declanșarea unei resincronizări printr-un mesaj SIP NOTIFY.

Valoarea implicită este Da.

Resincronizare după încercarea de actualizare

Activează sau dezactivează operația de resincronizare după orice actualizare. Dacă este selectat Da, se declanșează sincronizarea.

Valoarea implicită este Da.

Resync Trigger 1, Resync Trigger 2

Condiții de declanșare de resincronizare configurabile. O resincronizare este declanșată atunci când ecuația logică din acești parametri se evaluează la TRUE.

Valoarea implicită este (goală).

Resincronizarea eșuează pe FNF

O resincronizare este considerată nereușită dacă un profil solicitat nu este primit de la server. Acest lucru poate fi înlocuit de acest parametru. Când este setat la nu, dispozitivul acceptă un răspuns de fișier care nu a fost găsit de la server ca o resincronizare reușită.

Valoarea implicită este Da.

Regula profilului

Regula profilului B


Regula profilului C


Regula profilului D

Fiecare regulă de profil informează telefonul despre o sursă din care să obțină un profil (fișier de configurare). În timpul fiecărei operații de resincronizare, telefonul aplică toate profilurile în ordine.

Implicit: /$psn.xml

Dacă aplicați criptarea AES-256-CBC fișierelor de configurare, specificați cheia de criptare cu cuvântul cheie --key după cum urmează:

[--cheie] <encryption key>

Puteți introduce cheia de criptare în ghilimele duble („) opțional.

Opțiunea DHCP de utilizat

Opțiuni DHCP, delimitate prin virgule, utilizate pentru a prelua firmware-ul și profilurile.

Valoarea implicită este 66,160,159,150,60,43,125.

Mesaj de solicitare jurnal

Acest parametru conține mesajul care este trimis serverului syslog la începutul unei încercări de resincronizare.

Valoarea implicită este $PN $MAC —Request% $SCHEME: //$SERVIP: $PORT$PATH.

Mesaj de succes în jurnal

Mesajul syslog care este emis la finalizarea cu succes a unei încercări de resincronizare.

Valoarea implicită este $PN $MAC —Successful Resync% $SCHEME: //$SERVIP: $PORT$PATH -- $ERR.

Mesaj de eroare în jurnal

Mesajul syslog care este emis după o încercare de resincronizare eșuată.

Valoarea implicită este $PN $MAC -- Resincronizarea a eșuat: $ERR.

Resincronizare configurabilă de utilizator

Permite unui utilizator să resincronizeze telefonul de pe ecranul telefonului IP.

Valoarea implicită este Da.

Parametrii de actualizare a firmware-ului

Următorul tabel definește funcția și utilizarea fiecărui parametru în secțiunea Actualizare firmware din fila Provisioning.

Tabelul 2. Parametrii de actualizare a firmware-ului

Numele parametrului

Descrierea și valoarea implicită

Activați actualizarea

Permite operațiunile de actualizare a firmware-ului independent de acțiunile de resincronizare.

Valoarea implicită este Da.

Configurați acest parametru cu una dintre metodele:

  • În fișierul de configurare a telefonului cu XML (cfg.xml), introduceți un șir în acest format: <Upgrade_Enable ua="na">Da</Upgrade_Enable>

  • În pagina web de administrare a telefonului, setați acest câmp la Da sau Nu.

Eroare de actualizare Întârziere reîncercare

Intervalul de reîncercare a actualizării (în secunde) aplicat în cazul eșecului actualizării. Dispozitivul are un cronometru de eroare de actualizare a firmware-ului care se activează după o încercare de actualizare a firmware-ului eșuată. Cronometrul este inițializat cu valoarea din acest parametru. Următoarea încercare de actualizare a firmware-ului are loc atunci când acest cronometru contorizează până la zero.

Valoarea implicită este de 3600 secunde.

Configurați acest parametru cu una dintre metodele:

  • În fișierul de configurare a telefonului cu XML (cfg.xml), introduceți un șir în acest format: <Upgrade_Error_Retry_Delay ua="na">3600</Upgrade_Error_Retry_Delay>

  • În pagina web de administrare a telefon ului, setați valoarea.

Regula de actualizare

Un script de actualizare a firmware-ului care definește condițiile de actualizare și adresele URL asociate firmware-ului. Utilizează aceeași sintaxă ca și regula profilului.

Utilizați următorul format pentru a introduce regula de actualizare:

<tftp|http|https>://<ip address><:port>/<path>/<load name>

De exemplu:

tftp://192.168.1.5/firmware/PHONEOS-8875.1-0-1-0001-1.loads
http://10.74.16.242/PHONEOS.3-0-1-0001-213.loads

Dacă nu este specificat niciun protocol, se presupune TFTP. Dacă nu este specificat niciun nume de server, gazda care solicită adresa URL este utilizată ca nume de server. Dacă nu este specificat niciun port, se utilizează portul implicit (69 pentru TFTP, 80 pentru HTTP sau 443 pentru HTTPS).

Valoarea implicită este necompletată.

Configurați acest parametru cu una dintre metodele:

  • În fișierul de configurare a telefonului cu XML (cfg.xml), introduceți un șir în acest format: <Upgrade_Rule ua="na">http://10.74.16.242/PHONEOS.3-0-1-0001-213.loads</Upgrade_Rule>

  • În pagina web de administrare a telefon ului, introduceți calea în care este stocat fișierul de încărcare.

Mesaj de solicitare de actualizare a jurnalului

Mesaj Syslog emis la începutul unei încercări de actualizare a firmware-ului.

Implicit: $PN $MAC -- Solicitarea actualizării $SCHEME: //$SERVIP: $PORT$ PATH

Configurați acest parametru cu una dintre metodele:

  • În fișierul de configurare a telefonului cu XML (cfg.xml), introduceți un șir în acest format: <Log_Upgrade_Request_Msg ua="na">$PN $MAC -- Solicitarea actualizării $SCHEME: //$SERVIP: $PORT$PATH</Log_Upgrade_Request_Msg>

  • În pagina web de administrare a telefonului, personalizați parametrul după cum este necesar.

Mesaj de succes pentru actualizarea jurnalului

Mesajul Syslog emis după finalizarea cu succes a unei încercări de actualizare a firmware-ului.

Valoarea implicită este $PN $MAC -- Actualizare cu succes $SCHEME: //$SERVIP: $PORT$PATH -- $ERR

Configurați acest parametru cu una dintre metodele:

  • În fișierul de configurare a telefonului cu XML (cfg.xml), introduceți un șir în acest format: <Log_Upgrade_Success_Msg ua="na">$PN $MAC -- Actualizare cu succes $SCHEME: //$SERVIP: $PORT$PATH -- $ERR</Log_Upgrade_Success_Msg>

  • În pagina web de administrare a telefonului, personalizați parametrul după cum este necesar.

Mesaj de eșec al actualizării jurnalului

Mesaj Syslog emis după o încercare de actualizare a firmware-ului eșuată.

Valoarea implicită este $PN $MAC -- Actualizarea a eșu at: $ERR

Configurați acest parametru cu una dintre metodele:

  • În fișierul de configurare a telefonului cu XML (cfg.xml), introduceți un șir în acest format: <Log_Upgrade_Failure_Msg ua="na">$PN $MAC -- Actualizarea a eșuat: $</Log_Upgrade_Failure_Msg> ERR

  • În pagina web de administrare a telefonului, personalizați parametrul după cum este necesar.

Partajarea firmware-ului peer

Activează sau dezactivează caracteristica Partajare firmware peer (PFS). Selectați Da sau Nu pentru a activa sau pentru a dezactiva caracteristica.

Implicit: Da

Configurați acest parametru cu una dintre metodele:

  • În fișierul de configurare a telefonului cu XML (cfg.xml), introduceți un șir în acest format: <Peer_Firmware_Sharing ua="na">Da</Peer_Firmware_Sharing>

  • În pagina web de administrare a telefonului, setați acest câmp la Da sau Nu.

Server de jurnal de partajare a firmware-ului peer

Indică adresa IP și portul către care este trimis mesajul UDP.

De exemplu: 10.98.76. 123:514 unde, 10.98.76.123 este adresa IP și 514 este numărul portului.

Configurați acest parametru cu una dintre metodele:

  • În fișierul de configurare a telefonului cu XML (cfg.xml), introduceți un șir în acest format: <Peer_Firmware_Sharing_Log_Server ua="na">10.98.76. 123</Peer_Firmware_Sharing_Log_Server>: 514

  • În pagina web de administrare a telefonului, introduceți adresa serverului de jurnal.

Parametrii de uz general

Următorul tabel definește funcția și utilizarea fiecărui parametru în secțiunea Parametri de scop general din fila Proviziune.

Tabelul 3. Parametrii de uz general

Numele parametrului

Descrierea și valoarea implicită

GPP A - GPP P

Parametrii de uz general GPP_* sunt utilizați ca registre de șiruri libere atunci când configurați telefoanele pentru a interacționa cu o anumită soluție de server de furnizare. Acestea pot fi configurate pentru a conține valori diverse, inclusiv următoarele:

  • Cheile de criptare.

  • URL-uri.

  • Informații despre starea furnizării în mai multe etape.

  • Șabloane de solicitare de postare.

  • Hărți aliasuri ale numelui parametrilor.

  • Valori parțiale ale șirului, combinate în cele din urmă în valori complete ale parametrilor.

Valoarea implicită este necompletată.

Variabile de expansiune macro

Anumite variabile macro sunt recunoscute în următorii parametri de furnizare:

  • Profile_Rule

  • Profil_Regule_*

  • Resincronizare_declanșator_*

  • Actualizare_Regula

  • Jurnal_*

  • GPP_* (în condiții specifice)

În cadrul acestor parametri, tipurile de sintaxă, cum ar fi $NAME sau $ (NAME), sunt recunoscute și extinse.

Substringurile variabile macro pot fi specificate cu notația $ (Nume: P) și $ (Nume: P: Q), unde p și q sunt numere întregi non-negative (disponibile în versiunea 2.0.11 și mai sus). Expansiunea macro rezultată este subșirul care începe de la decalajul caracterelor p, cu lungimea q (sau altfel până la sfârșitul șirului dacă q nu este specificat). De exemplu, dacă GPP_A conține ABCDEF, atunci $ (A:2) se extinde la CDEF, iar $ (A: 2:3) se extinde la CDE.

Un nume nerecunoscut nu este tradus, iar forma $NAME sau $ (NAME) rămâne neschimbată în valoarea parametrului după extindere.

Nume parametru

Descrierea și valoarea implicită

$

Formularul $$ se extinde la un singur caracter $.

A până la P

Înlocuit de conținutul parametrilor de uz general GPP_A prin GPP_P.

SA prin SD

Înlocuit cu parametrii de scop special GPP_SA prin GPP_SD. Acești parametri dețin cheile sau parolele utilizate în aprovizionare.

$SA până la $SD sunt recunoscute ca argumente pentru calificatorul opțional de resincronizare URL , --key.

MA

Adresa MAC folosind cifre hexagonale minuscule, de exemplu, 000e08aabbcc.

MAU

Adresa MAC folosind cifre hexagonale majuscule, de exemplu 000E08AABBCC.

MAC

Adresa MAC folosind cifre hexagonale minuscule și două puncte pentru a separa perechile de cifre hexagonale. De exemplu 00:0 e: 08: aa:bb: cc.

PN

Denumirea produsului. De exemplu, CP-8875, DP-9851, DP-9871.

PSN

Numărul seriei de produs. De exemplu, V03.

SN

Șir de număr de serie. de exemplu 88012BA01234.

CCERT

Starea certificatului client SSL: Instalat sau Neinstalat.

IP

Adresa IP a telefonului în subrețeaua sa locală. De exemplu 192.168.1.100.

EXTIP

IP-ul extern al telefonului, așa cum se vede pe Internet. De exemplu 66.43.16.52.

SWVER

Șir de versiuni software. De exemplu,

PHONEOS.3-1-1-0104-37

HWVER

Șir de versiune hardware. De exemplu, 2.0.1

PRVST

Starea provizionării (un șir numeric):

-1 = cerere explicită de resincronizare

0 = resincronizare a pornirii

1 = resincronizare periodică

2 = resincronizarea a eșuat, încercați din nou

UPGST

Stare de actualizare (un șir numeric):

1 = prima încercare de actualizare

2 = actualizarea a eșuat, încercați din nou

UPGERR

Mesajul de rezultat (ERR) al încercării anterioare de actualizare; de exemplu http_get a eșuat.

PRVTMR

Secunde de la ultima încercare de resincronizare.

UPGTMR

Secunde de la ultima încercare de actualizare.

REGTMR1

Secunde de când Linia 1 a pierdut înregistrarea cu serverul SIP.

REGTMR2

Secunde de când Linia 2 a pierdut înregistrarea cu serverul SIP.

UPGCOND

Numele macrocomenzii vechi.

SCHEME

Schema de acces la fișiere, una dintre TFTP, HTTP sau HTTPS, obținută după analizarea resincronizării sau actualizării URL-ului.

SERV

Solicitați numele gazdei serverului țintă, așa cum se obține după analizarea resincronizării sau actualizării URL-ului.

SERVIP

Solicitați adresa IP a serverului țintă, obținută după analizarea resincronizării sau actualizării URL-ului, posibil după căutarea DNS.

PORT

Solicitați portul UDP/TCP țintă, așa cum se obține după analizarea resincronizării sau actualizării URL-ului.

PATH

Solicitați calea fișierului țintă, așa cum se obține după analizarea resincronizării sau actualizării URL-ului.

ERR

Mesaj rezultat al încercării de resincronizare sau de actualizare. Util numai în generarea mesajelor syslog rezultate. Valoarea este păstrată în variabila UPGERR în cazul încercărilor de actualizare.

UIDn

Conținutul parametrului de configurare Line n UserId.

EMS

Extension MobilityStatut

MUID

Extension MobilityID-ul utilizatorului

MPWD

Extension MobilityParola

Coduri de eroare interne

Telefonul definește un număr de coduri de eroare interne (X00-X99) pentru a facilita configurarea în furnizarea unui control mai fin asupra comportamentului unității în anumite condiții de eroare.

Tabelul 4. Coduri de eroare interne

Numele parametrului

Descrierea și valoarea implicită

X00

Eroare strat de transport (sau ICMP) la trimiterea unei solicitări SIP.

X20

Solicitarea SIP expiră în așteptarea unui răspuns.

X40

Eroare generală de protocol SIP (de exemplu, codec inacceptabil în SDP în mesajele 200 și ACK sau time-out în așteptarea ACK).

X60

Numărul apelat nevalid conform planului de apelare dat.

A fost util acest articol?
A fost util acest articol?