- Hjem
- /
- Artikkel
Takk for tilbakemeldingen.
Klargjøringsparametere for 9800-serien og 8875-telefoner (BroadWorks)
I denne artikkelen
Tilbakemelding?Denne hjelpeartikkelen er for Cisco Desk Phone 9800-serien og Cisco Video Phone 8875 registrert hos Cisco BroadWorks. Informasjonen på denne siden inneholder klargjøringsparametrene og deres syntaks.
Klargjøringsparametertyper
Denne delen beskriver klargjøringsparametrene bredt organisert etter funksjon.
Generelle parametere
De generelle parametrene GPP_* () brukes som frie strengregistre når telefonen konfigureres til å samhandle med en bestemt klargjøringsserverløsning. Parametrene GPP_* er tomme som standard. De kan konfigureres til å inneholde forskjellige verdier, inkludert følgende:
-
Krypteringsnøkler
-
webadresser
-
Statusinformasjon for klargjøring i flere trinn.
-
Maler for innleggsforespørsler
-
Parameternavn aliaskart
-
Delvise strengverdier, til slutt kombinert til komplette parameterverdier.
Parametrene GPP_* er tilgjengelige for makroutvidelse innenfor andre klargjøringsparametere. For dette formålet er makronavn med store bokstaver (A til og med P) tilstrekkelig til å identifisere innholdet i GPP_A gjennom GPP_P. Makronavnene på to bokstaver SA til SD identifiserer også GPP_SA gjennom GPP_SD som et spesielt tilfelle når de brukes som argumenter for følgende URL-alternativer:
nøkkel, uid og pwd
Disse parametrene kan brukes som variabler i klargjørings- og oppgraderingsregler. De refereres til ved å prefiksere variabelnavnet med et '$' tegn, for eksempel $ GPP_A.
Aktiver parametere
Parametrene Provision_Enable og Upgrade_Enable styrer alle operasjoner for synkronisering av profil og oppgradering av fastvare. Disse parametrene styrer synkronisering og oppgradering uavhengig av hverandre. Disse parametrene styrer også URL-kommandoer for resynkronisering og oppgradering som utstedes via administrasjonens webserver. Begge disse parametrene er satt til Ja som standard.
Parameteren resync_from_SIP styrer forespørsler om resync-operasjoner. En SIP NOTIFY hendelse sendes fra tjenesteleverandørens proxy-server til telefonen. Hvis aktivert, kan proxyen be om en synkronisering på nytt. For å gjøre dette sender proxyen en SIP NOTIFY-melding som inneholder Event: resync-overskriften til enheten.
Enheten utfordrer forespørselen med et 401-svar (autorisasjon nektet for brukt legitimasjon). Enheten forventer en autentisert etterfølgende forespørsel før den respekterer resync-forespørselen fra proxyen. Overskriftene Event: reboot_now og Event: restart_now utfører henholdsvis kalde og varme omstarter, som også blir utfordret.
De to gjenværende aktiveringene er Resync_On_Reset og Resync_After_Upgrade_Attempt. Disse parametrene bestemmer om enheten utfører en synkronisering på nytt etter at programvaren har startet på nytt og etter hvert oppgraderingsforsøk.
Når Resync_On_Reset er aktivert, innfører enheten en tilfeldig forsinkelse som følger oppstartssekvensen før tilbakestillingen utføres. Forsinkelsen er en tilfeldig tid opp til verdien som Resync_Random_Delay (i sekunder) angir. I et utvalg av telefoner som slås på samtidig, sprer denne forsinkelsen starttidene for resync-forespørslene fra hver enhet. Denne funksjonen kan være nyttig i en stor boligdistribusjon, i tilfelle et regionalt strømbrudd.
Utløsere
Telefonen lar deg synkronisere på nytt med bestemte intervaller eller på et bestemt tidspunkt.
Synkroniser på nytt med bestemte intervaller
Telefonen er designet for å synkronisere med klargjøringsserveren med jevne mellomrom. Resync-intervallet er konfigurert i Resync_Periodic (sekunder). Hvis denne verdien er tom, synkroniseres ikke enheten med jevne mellomrom.
Resynkroniseringen finner vanligvis sted når talelinjene er inaktive. Hvis en talelinje er aktiv når det skal synkroniseres på nytt, forsinker telefonen resync-prosedyren til linjen blir inaktiv igjen. En resynkronisering kan føre til at konfigurasjonsparameterverdier endres.
En synkroniseringsoperasjon kan mislykkes fordi telefonen ikke kan hente en profil fra serveren, den nedlastede filen er skadet eller det oppstod en intern feil. Enheten prøver å synkronisere på nytt etter en tid som er angitt i Resync_Error_Retry_Delay (sekunder). Hvis Resync_Error_Retry_Delay er satt til 0, prøver ikke enheten å synkronisere på nytt etter et mislykket forsøk på synkronisering.
Hvis en oppgradering mislykkes, utføres et nytt forsøk etter Upgrade_Error_Retry_Delay sekunder.
To konfigurerbare parametere er tilgjengelige for betinget å utløse en resync: Resync_Trigger_1 og Resync_Trigger_2. Hver parameter kan programmeres med et betinget uttrykk som gjennomgår makroutvidelse. Når resync-intervallet utløper (tid for neste synkronisering), vil utløserne, hvis angitt, forhindre resynkronisering med mindre en eller flere utløsere evalueres til true.
Følgende eksempelbetingelse utløser en resynkronisering. I eksemplet har det siste telefonoppgraderingsforsøket gått mer enn 5 minutter (300 sekunder), og minst 10 minutter (600 sekunder) har gått siden det siste gjensynkroniseringsforsøket.
$UPGTMR gt 300 and $PRVTMR ge 600Synkroniser på nytt på et bestemt tidspunkt
Resync_AT-parameteren lar telefonen synkronisere på nytt på et bestemt tidspunkt. Denne parameteren bruker 24-timersformatet (hhmm) for å angi klokkeslettet.
Parameteren Resync_At_Random_Delay lar telefonen synkronisere på nytt med en uspesifisert forsinkelse i tid. Denne parameteren bruker et positivt heltallsformat for å angi klokkeslettet.
Oversvømmelse av serveren med resync-forespørsler fra flere telefoner som er satt til å synkronisere på nytt samtidig, bør unngås. For å gjøre det, utløser telefonen resync opptil 10 minutter etter den angitte tiden.
Hvis du for eksempel angir synkroniseringstiden til 1000 (10:00), utløser telefonen synkroniseringen når som helst mellom 10:00 og 10:10.
Som standard er denne funksjonen deaktivert. Hvis parameteren Resync_At klargjøres, ignoreres parameteren Resync_Periodic.
Konfigurerbare tidsplaner
Du kan konfigurere tidsplaner for periodiske synkroniseringer, og du kan angi intervaller for gjensynkronisering og oppgraderingsfeil ved å bruke disse klargjøringsparametrene:
-
Resync_Periodisk
-
Resync_Error_Retry_Delay
-
Oppgradering_Feil_Forsinkelse på nytt
Hver parameter godtar en enkelt forsinkelsesverdi (sekunder). Den nye utvidede syntaksen tillater en kommaseparert liste over påfølgende forsinkelseselementer. Det siste elementet i sekvensen gjentas implisitt for alltid.
Du kan eventuelt bruke et plusstegn til å angi en annen numerisk verdi som legger til en tilfeldig ekstra forsinkelse.
Eksempel 1
I dette eksemplet synkroniseres telefonen med jevne mellomrom hver 2. time. Hvis det oppstår en synkroniseringsfeil, prøver enheten på nytt med disse intervallene: 30 minutter, 1 time, 2 timer, 4 timer. Enheten fortsetter å prøve med 4-timers intervaller til den synkroniseres på nytt.
Resync_Periodic=7200
Resync_Error_Retry_Delay=1800,3600,7200,14400
Eksempel 2
I dette eksemplet synkroniseres enheten periodisk hver time (pluss en ekstra tilfeldig forsinkelse på opptil 10 minutter). I tilfelle en synkroniseringsfeil, prøver enheten på nytt med disse intervallene: 30 minutter (pluss opptil 5 minutter). 1 time (pluss opptil 10 minutter), 2 timer (pluss opptil 15 minutter). Enheten fortsetter å prøve med 2-timers intervaller (pluss opptil 15 minutter) til den synkroniseres på nytt.
Resync_Periodic=3600+600
Resync_Error_Retry_Delay=1800+300,3600+600,7200+900
Eksempel 3
I dette eksemplet, hvis et eksternt oppgraderingsforsøk mislykkes, prøver enheten oppgraderingen på nytt om 30 minutter, deretter igjen etter en time til, deretter om to timer. Hvis oppgraderingen fortsatt mislykkes, prøver enheten på nytt hver fjerde til femte time til oppgraderingen lykkes.
Upgrade_Error_Retry_Delay = 1800,3600,7200,14400+3600
Profilregler
Telefonen gir flere eksterne konfigurasjonsprofilparametere (Profile_Rule*). Dermed kan hver resync-operasjon hente flere filer som forskjellige servere administrerer.
I det enkleste scenariet synkroniseres enheten periodisk til en enkelt profil på en sentral server, som oppdaterer alle relevante interne parametere. Alternativt kan profilen deles mellom forskjellige filer. Én fil er vanlig for alle telefonene i en distribusjon. En egen, unik fil er gitt for hver konto. Krypteringsnøkler og sertifikatinformasjon kan leveres av enda en profil, lagret på en egen server.
Når en resync-operasjon er på tide, evaluerer telefonen de fire Profile_Rule* -parametrene i rekkefølge:
-
Profil_Rule
-
Profil_Rule_B
-
Profil_Rule_C
-
Profil_Rule_D
Hver evaluering kan resultere i en profilhenting fra en ekstern klargjøringsserver, med en mulig oppdatering av et antall interne parametere. Hvis en evaluering mislykkes, blir resync-sekvensen avbrutt, og forsøkes på nytt fra begynnelsen som er angitt av parameteren Resync_Error_Retry_Delay (sekunder). Hvis alle evalueringer lykkes, venter enheten på den andre som er angitt av parameteren Resync_Periodic, og utfører deretter en ny synkronisering.
Innholdet i hver Profile_Rule* parameter består av et sett med alternativer. Alternativene er atskilt med tegnet | (pipe). Hvert alternativ består av et betinget uttrykk, et oppdragsuttrykk, en profil-URL og eventuelle tilknyttede URL-alternativer. Alle disse komponentene er valgfrie innenfor hvert alternativ. Følgende er de gyldige kombinasjonene, og rekkefølgen de må vises i, hvis de er til stede:
[ conditional-expr ] [ assignment-expr ] [[ options ] URL ]
Innenfor hver Profile_Rule* parameter må alle alternativer unntatt den siste gi et betinget uttrykk. Dette uttrykket evalueres og behandles som følger:
-
Betingelser evalueres fra venstre til høyre, til man finner en som evaluerer som sann (eller inntil ett alternativ er funnet uten betinget uttrykk).
-
Eventuelle medfølgende oppgaveuttrykk evalueres, hvis det er tilstede.
-
Hvis en URL-adresse er angitt som en del av dette alternativet, forsøkes det å laste ned profilen som ligger på den angitte URL-adressen. Systemet forsøker å oppdatere de interne parametrene tilsvarende.
Hvis alle alternativer har betingede uttrykk og ingen evalueres til sant (eller hvis hele profilregelen er tom), hoppes hele Profile_Rule* parameteren over. Den neste profilregelparameteren i sekvensen blir evaluert.
Eksempel 1
Dette eksemplet synkroniseres ubetinget til profilen på den angitte URL-adressen, og utfører en HTTP GET-forespørsel til den eksterne klargjøringsserveren:
http://remote.server.com/cisco/$MA.cfg
Eksempel 2
I dette eksemplet synkroniseres enheten på nytt til to forskjellige URL-adresser, avhengig av registreringstilstanden til linje 1. Ved tapt registrering utfører enheten en HTTP POST til et CGI-skript. Enheten sender innholdet i makroen utvidet GPP_A, som kan gi tilleggsinformasjon om enhetens tilstand:
($PRVTMR ge 600)? http://p.tel.com/has-reg.cfg
| [--post a] http://p.tel.com/lost-reg?
Eksempel 3
I dette eksemplet synkroniseres enheten på nytt til den samme serveren. Enheten gir tilleggsinformasjon hvis et sertifikat ikke er installert i enheten (for eldre pre-2.0-enheter):
(“$CCERT” eq “Installed”)? https://p.tel.com/config?
| https://p.tel.com/config?cisco$MAU
Eksempel 4
I dette eksemplet er linje 1 deaktivert inntil GPP_A er satt til Tilveiebragt gjennom den første URL-adressen. Etterpå synkroniseres den på nytt til den andre URL-en:
(“$A” ne “Provisioned”)? (Line_Enable_1_ = “No”;)! https://p.tel.com/init-prov
| https://p.tel.com/configs
Eksempel 5
I dette eksemplet antas profilen som tjeneren returnerer å inneholde XML-elementkoder. Disse kodene må tilordnes til riktige parameternavn av aliasekartet som er lagret i GPP_B:
[--alias b] https://p.tel.com/account/$PN$MA.xml
En resynkronisering anses vanligvis som mislykket hvis en forespurt profil ikke mottas fra serveren. Parameteren resync_fails_on_fnf kan overstyre denne standardatferden. Hvis resync_fails_on_fnf er satt til Nei, godtar enheten et fil-ikke-funnet svar fra serveren som en vellykket synkronisering. Standardverdien for resync_fails_on_fnf er Ja.
Oppgraderingsregel
Oppgraderingsregel er å fortelle enheten om å aktivere til en ny last og hvor den skal hente lasten, om nødvendig. Hvis lasten allerede er på enheten, vil den ikke prøve å få lasten. Så gyldigheten av lastplasseringen spiller ingen rolle når ønsket belastning er i den inaktive partisjonen.
Upgrade_Rule spesifiserer en fastvarelast som, hvis den er forskjellig fra gjeldende belastning, vil bli lastet ned og brukt med mindre det begrenses av et betinget uttrykk eller Upgrade_Enable er satt til No.
Telefonen har en konfigurerbar ekstern oppgraderingsparameter, Upgrade_Rule. Denne parameteren godtar syntaks som ligner på profilregelparametrene. URL-alternativer støttes ikke for oppgraderinger, men betingede uttrykk og tildelingsuttrykk kan brukes. Hvis betingede uttrykk brukes, kan parameteren fylles ut med flere alternativer, atskilt med | -tegnet. Syntaksen for hvert alternativ er som følger:
[ conditional-expr ] [ assignment-expr ] URL
Som i tilfellet med Profile_Rule* -parametere, evaluerer parameteren Upgrade_Rule hvert alternativ til et betinget uttrykk er tilfredsstilt eller et alternativ ikke har noe betinget uttrykk. Det medfølgende oppgaveuttrykket evalueres, hvis spesifisert. Deretter forsøkes en oppgradering til den angitte URL-en.
Hvis Upgrade_Rule inneholder en URL uten et betinget uttrykk, oppgraderes enheten til fastvarebildet som URL-en spesifiserer. Etter makroutvidelse og evaluering av regelen forsøker enheten ikke å oppgradere på nytt før regelen er endret, eller den effektive kombinasjonen av skjema + server + port + filvei er endret.
For å prøve en fastvareoppgradering, deaktiverer enheten lyd ved starten av prosedyren og starter på nytt på slutten av prosedyren. Enheten starter automatisk en oppgradering som drives av innholdet i Upgrade_Rule bare hvis alle talelinjer for øyeblikket er inaktive.
For eksempel,
https://10.73.10.223/firmware/PHONEOS-8875.1-0-1-0001-1.loadsI dette eksemplet oppgraderer Upgrade_Rule fastvaren til bildet som er lagret på den angitte URL-adressen.
Her er et annet eksempel:
(“$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
Dette eksemplet instruerer enheten til å laste inn ett av to bilder, basert på innholdet i en generell parameter, GPP_F.
Klargjøringsparametere
Du finner klargjøringsparametrene i kategorien Klargjøring på telefonens webside.
Konfigurasjonsprofilparametere
Tabellen nedenfor definerer funksjonen og bruken av hver parameter i delen Konfigurasjonsprofilparametere under kategorien Klar gjøring.
|
Parameternavn |
Beskrivelse og standardverdi |
|---|---|
|
Aktiver klargjøring |
Styrer alle synkroniseringshandlinger uavhengig av oppgraderingshandlinger for fastvareoppgradering. Sett til Ja for å aktivere ekstern klargjøring. Standardverdien er Ja. |
|
Synkroniser på nytt ved tilbakestilling |
Utløser en synkronisering på nytt etter hver omstart, bortsett fra omstart forårsaket av parameteroppdateringer og firmwareoppgraderinger. Standardverdien er Ja. |
|
Synkroniser tilfeldig forsinkelse på nytt |
En tilfeldig forsinkelse etter oppstartssekvensen før tilbakestillingen utføres, spesifisert i sekunder. I et utvalg av IP-telefoni-enheter som er planlagt å starte samtidig, introduserer dette en spredning i tidspunktene der hver enhet sender en forespørsel om resynkronisering til klargjøringsserveren. Denne funksjonen kan være nyttig i en stor boligdistribusjon, i tilfelle et regionalt strømbrudd. Verdien for dette feltet må være et heltall mellom 0 og 65535. Standardverdien er 2. |
|
Synkroniser på nytt (HHmm) |
Tiden (HHmm) som enheten synkroniserer på nytt med klargjøringsserveren. Verdien for dette feltet må være et firesifret tall fra 0000 til 2400 for å angi klokkeslettet i HHmm-format. For eksempel indikerer 0959 09:59. Standardverdien er tom. Hvis verdien er ugyldig, ignoreres parameteren. Hvis denne parameteren er angitt med en gyldig verdi, ignoreres parameteren Resync Periodic. |
|
Synkroniser på nytt ved tilfeldig forsinkelse |
Forhindrer overbelastning av klargjøringsserveren når et stort antall enheter slås på samtidig. For å unngå oversvømmelse av synkroniseringsforespørsler til serveren fra flere telefoner, synkroniseres telefonen på nytt i området mellom timer og minutter, og timer og minutter pluss tilfeldig forsinkelse (hhmm, hhmm+random_delay). For eksempel, hvis den tilfeldige forsinkelsen = (Resync At Random Delay + 30) /60 minutter, blir inngangsverdien i sekunder konvertert til minutter, og avrundes til neste minutt for å beregne det endelige random_delay intervallet. Den gyldige verdien varierer mellom 600 og 65535. Hvis verdien er mindre enn 600, er den tilfeldige forsinkelsen intern mellom 0 og 600. Standardverdien er 600 sekunder (10 minutter). |
|
Periodisk synkronisering på nytt |
Tidsintervallet mellom periodisk resynkroniseres med klargjøringsserveren. Den tilknyttede synkroniseringstimeren er bare aktiv etter den første vellykkede synkroniseringen med serveren. De gyldige formatene er som følger:
Sett denne parameteren til null for å deaktivere periodisk resynkronisering. Standardverdien er 3600 sekunder. |
|
Gjensynkroniseringsfeil Forsinkelse for forsøk på nytt |
Hvis en resynkroniseringsoperasjon mislykkes fordi IP-telefoni-enheten ikke kunne hente en profil fra tjeneren, eller den nedlastede filen er skadet, eller det oppstår en intern feil, prøver enheten å synkronisere på nytt etter en tid som er angitt i sekunder. De gyldige formatene er som følger:
Hvis forsinkelsen er satt til 0, prøver ikke enheten å synkronisere på nytt etter et mislykket forsøk på synkronisering. |
|
Tvunget resynkroniseringsforsinkelse |
Maksimal forsinkelse (i sekunder) telefonen venter før du utfører en synkronisering på nytt. Enheten synkroniseres ikke på nytt mens en av telefonlinjene er aktiv. Fordi en resynkronisering kan ta flere sekunder, er det ønskelig å vente til enheten har vært inaktiv i en lengre periode før resynkronisering. Dette gjør at en bruker kan ringe etter hverandre uten avbrudd. Enheten har en tidtaker som begynner å telle ned når alle linjene blir inaktive. Denne parameteren er den opprinnelige verdien av telleren. Resynkroniseringshendelser blir forsinket inntil denne telleren reduseres til null. Den gyldige verdien varierer mellom 0 og 65535. Standardverdien er 14 400 sekunder. |
|
Resync fra SIP |
Gjør det mulig å utløse en resynk via en SIP NOTIFY-melding. Standardverdien er Ja. |
|
Synkroniser på nytt etter oppgraderingsforsøk |
Aktiverer eller deaktiverer resynkroniseringsoperasjonen etter at en oppgradering skjer. Hvis Ja er valgt, utløses synkronisering. Standardverdien er Ja. |
|
Resync Trigger 1, Resync Trigger 2 |
Konfigurerbare resync-utløserforhold. En resynkronisering utløses når den logiske ligningen i disse parametrene evalueres til SANN. Standardverdien er (tom). |
|
Resync mislykkes på FNF |
En resynkronisering anses som mislykket hvis en forespurt profil ikke mottas fra serveren. Dette kan overstyres av denne parameteren. Når den er satt til nei, godtar enheten et Standardverdien er Ja. |
|
Profilregel Profilregel B Profilregel C Profilregel D |
Hver profilregel informerer telefonen om en kilde som en profil skal hentes fra (konfigurasjonsfil). Under hver resync-operasjon bruker telefonen alle profilene i rekkefølge. Standard:
Du kan omslutte krypteringsnøkkelen i anførselstegn («) valgfritt. |
|
DHCP-alternativ å bruke |
DHCP-alternativer, avgrenset av komma, brukes til å hente firmware og profiler. Standardverdien er 66,160,159,150,60,43,125. |
|
Logg Forespørselmelding |
Denne parameteren inneholder meldingen som sendes til syslog-serveren ved starten av et resync-forsøk. Standardverdien er |
|
Logg suksessmelding |
Syslog-meldingen som utstedes etter vellykket gjennomføring av et resync-forsøk. Standardverdien er |
|
Loggfeilmelding |
Syslog-meldingen som utstedes etter et mislykket forsøk på synkronisering på nytt. Standardverdien er |
|
Brukerkonfigurerbar Resync |
Lar en bruker synkronisere telefonen på nytt fra IP-telefonskjermen. Standardverdien er Ja. |
Fastvareoppgraderingsparametere
Tabellen nedenfor definerer funksjonen og bruken av hver parameter i delen Fast vareoppgradering i kategorien Klar gjøring.
|
Parameternavn |
Beskrivelse og standardverdi |
|---|---|
|
Oppgradering Aktiver |
Aktiverer oppgradering av fastvare uavhengig av resynkroniseringshandlinger. Standardverdien er Ja. Konfigurer denne parameteren med en av metodene:
|
|
Oppgraderingsfeil Forsinkelse på nytt forsøk |
Oppgraderingsforsøksintervallet (i sekunder) ble brukt i tilfelle oppgraderingsfeil. Enheten har en feiltimer for firmwareoppgradering som aktiveres etter et mislykket forsøk på oppgradering av fastvare. Timeren initialiseres med verdien i denne parameteren. Neste forsøk på firmwareoppgradering skjer når denne tidtakeren teller ned til null. Standardverdien er 3600 sekunder. Konfigurer denne parameteren med en av metodene:
|
|
Oppgraderingsregel |
Et skript for firmwareoppgradering som definerer oppgraderingsbetingelser og tilknyttede fastvare-URL-adresser. Den bruker samme syntaks som profilregel. Bruk følgende format for å angi oppgraderingsregelen:
For eksempel: Hvis ingen protokoll er spesifisert, antas TFTP. Hvis det ikke er angitt noe servernavn, brukes verten som ber om URL-adressen som servernavn. Hvis ingen port er angitt, brukes standardporten (69 for TFTP, 80 for HTTP eller 443 for HTTPS). Standardverdien er tom. Konfigurer denne parameteren med en av metodene:
|
|
Logg oppgraderingsforespørsel Msg |
Syslog-melding utstedt ved starten av et firmwareoppgraderingsforsøk. Standard: Konfigurer denne parameteren med en av metodene:
|
|
Suksessmelding om loggoppgradering |
Syslog-melding utstedt etter at et forsøk på firmwareoppgradering er fullført. Standardverdien er Konfigurer denne parameteren med en av metodene:
|
|
Melding om feil ved oppgradering av loggfiler |
Syslog-melding utstedt etter et mislykket forsøk på firmwareoppgradering. Standardverdien er Konfigurer denne parameteren med en av metodene:
|
|
Deling av jevnaldrende fastvare |
Aktiverer eller deaktiverer funksjonen Peer Firmware Sharing (PFS). Velg Ja eller Nei for å aktivere eller deaktivere funksjonen. Standard: Ja Konfigurer denne parameteren med en av metodene:
|
|
Loggserver for deling av jevnaldrende fastvare |
Angir IP-adressen og porten som UDP-meldingen sendes til. For eksempel: 10.98.76. 123:514 hvor 10.98.76.123 er IP-adressen og 514 er portnummeret. Konfigurer denne parameteren med en av metodene:
|
Generelle parametere
Tabellen nedenfor definerer funksjonen og bruken av hver parameter i delen Parametere for generelle formål i kategorien Klar gjøring.
|
Parameternavn |
Beskrivelse og standardverdi |
|---|---|
|
GPP A - GPP P |
De generelle parameterne GPP_* brukes som frie strengregistre når telefonene konfigureres til å samhandle med en bestemt klargjøringsserverløsning. De kan konfigureres til å inneholde forskjellige verdier, inkludert følgende:
Standardverdien er tom. |
Makroutvidelsesvariabler
Enkelte makrovariabler gjenkjennes innenfor følgende klargjøringsparametere:
-
Profil_Rule
-
Profil_regel_*
-
Synkroniser utløser_*
-
Oppgradering_regel
-
Logg_*
-
GPP_* (under spesifikke forhold)
Innenfor disse parametrene gjenkjennes og utvides syntakstyper, for eksempel $NAME eller $ (NAME).
Makrovariable substringer kan spesifiseres med notasjonen $ (Namn:P) og $ (Namn:P: Q), hvor p og q er ikke-negative heltall (tilgjengelig i revisjon 2.0.11 og over). Den resulterende makroutvidelsen er understrengen som starter ved tegnforskyvning p, med lengde q (eller ellers til slutten av strengen hvis q ikke er spesifisert). Hvis GPP_A for eksempel inneholder ABCDEF, utvides $ (A:2) til CDEF, og $ (A: 2:3) utvides til CDE.
Et ukjent navn blir ikke oversatt, og $NAME eller $ (NAME) -skjemaet forblir uendret i parameterverdien etter utvidelse.
|
Parameternavn |
Beskrivelse og standardverdi |
|---|---|
|
$ |
Skjemaet $$ utvides til et enkelt $ tegn. |
|
A til og med P |
Erstatt av innholdet i de generelle parameterne GPP_A gjennom GPP_P. |
|
SA gjennom SD |
Erstatt av spesielle formålsparametere GPP_SA gjennom GPP_SD. Disse parametrene inneholder nøkler eller passord som brukes i klargjøring. $SA til $SD gjenkjennes som argumenter for den valgfrie resync-URL- kvalifiseringen, --key. |
|
MA |
MAC-adresse ved bruk av små bokstaver sekskantsifre, for eksempel 000e08aabbcc. |
|
MAU |
MAC-adresse ved bruk av store bokstaver med sekskantsifre, for eksempel 000E08AABBCC. |
|
MAC |
MAC-adresse ved hjelp av små bokstaver sekskantsifre, og kolon for å skille sekskantsifrepar. For eksempel 00:0 e: 08: aa:bb: cc. |
|
PN |
Produktnavn. For eksempel, CP-8875, DP-9851, DP-9871. |
|
PSN | Produktserienummer. For eksempel V03. |
|
SN |
Serienummerstreng. for eksempel 88012BA01234. |
|
CCERT |
SSL-klientsertifikatstatus: Installert eller Ikke installert. |
|
IP |
IP-adressen til telefonen i det lokale delnettet. For eksempel 192.168.1.100. |
|
EXTIP |
Ekstern IP på telefonen, som sett på Internett. For eksempel 66.43.16.52. |
|
SWVER |
Programvareversjonsstreng. For eksempel, PHONEOS.3-1-1-0104-37 |
|
HWVER |
Maskinvareversjonsstreng. For eksempel 2.0.1 |
|
PRVST |
Klargjøringstilstand (en numerisk streng): -1 = eksplisitt forespørsel om synkronisering 0 = oppstart på nytt synkronisering 1 = periodisk resynk 2 = resynkronisering mislyktes, prøv på nytt |
|
UPGST |
Oppgraderingstilstand (en numerisk streng): 1 = første oppgraderingsforsøk 2 = oppgradering mislyktes, prøv på nytt |
|
UPGERR |
Resultatmelding (ERR) fra tidligere oppgraderingsforsøk; for eksempel http_get mislyktes. |
|
PRVTMR |
Sekunder siden siste synkroniseringsforsøk. |
|
UPGTMR |
Sekunder siden siste oppgraderingsforsøk. |
|
REGTMR1 |
Sekunder siden Linje 1 mistet registreringen med SIP-serveren. |
|
REGTMR2 |
Sekunder siden Line 2 mistet registreringen med SIP-serveren. |
|
UPGCOND |
Eldre makronavn. |
|
SCHEME |
Filtilgangsskjema, en av TFTP, HTTP eller HTTPS, som oppnådd etter analyse av resynkronisering eller oppgradering av URL. |
|
SERV |
Be om vertsnavn for målserveren, som oppnådd etter analyse av resynkronisering eller oppgraderingsnettadresse. |
|
SERVIP |
Be om IP-adressen til målserveren, som oppnådd etter analyse av resynkronisering eller oppgradering av URL, muligens etter DNS-oppslag. |
|
PORT |
Be om mål-UDP/TCP-port, som oppnådd etter analyse av resynkronisering eller oppgraderingsnettadresse. |
|
PATH |
Be om målfilbane, som oppnådd etter analyse av resynkronisering eller oppgraderingsnettadresse. |
|
ERR |
Resultatmelding om resynkronisering eller oppgraderingsforsøk. Bare nyttig for å generere resultatsyslog-meldinger. Verdien bevares i UPGERR-variabelen i tilfelle oppgraderingsforsøk. |
|
UIDn |
Innholdet i konfigurasjonsparameteren Line n UserID. |
|
EMS |
Extension MobilityStatus |
|
MUID |
Extension MobilityBruker-ID |
|
MPWD |
Extension MobilityPassord |
Interne feilkoder
Telefonen definerer en rekke interne feilkoder (X00—X99) for å lette konfigurasjonen ved å gi finere kontroll over enhetens oppførsel under visse feilforhold.
|
Parameternavn |
Beskrivelse og standardverdi |
|---|---|
|
X00 |
Transportlag (eller ICMP) feil når du sender en SIP-forespørsel. |
|
X20 |
SIP-forespørselen går ut mens du venter på svar. |
|
X40 |
Generell SIP-protokollfeil (for eksempel uakseptabel kodek i SDP i 200- og ACK-meldinger, eller tidsavbrudd mens du venter på ACK). |
|
X60 |
Oppringt nummer ugyldig i henhold til gitt oppringingsplan. |
