- Pagină de pornire
- /
- Articol
Parametrii de furnizare pentru telefoanele din seria 9800 și 8875 (BroadWorks)
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_* () 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*:
-
Profile_Rule
-
Profil_Rule_B
-
Profil_Rule_C
-
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ă:
-
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ă).
-
Orice expresie de atribuire însoțitoare este evaluată, dacă este prezentă.
-
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.
|
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:
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:
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 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:
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 |
|
Mesaj de succes în jurnal |
Mesajul syslog care este emis la finalizarea cu succes a unei încercări de resincronizare. Valoarea implicită este |
|
Mesaj de eroare în jurnal |
Mesajul syslog care este emis după o încercare de resincronizare eșuată. Valoarea implicită este |
|
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.
|
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:
|
|
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:
|
|
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:
De exemplu:
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:
|
|
Mesaj de solicitare de actualizare a jurnalului |
Mesaj Syslog emis la începutul unei încercări de actualizare a firmware-ului. Implicit: Configurați acest parametru cu una dintre metodele:
|
|
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 Configurați acest parametru cu una dintre metodele:
|
|
Mesaj de eșec al actualizării jurnalului |
Mesaj Syslog emis după o încercare de actualizare a firmware-ului eșuată. Valoarea implicită este Configurați acest parametru cu una dintre metodele:
|
|
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:
|
|
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:
|
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.
|
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:
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.
|
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. |