- Hjem
- /
- Artikel
Tak for din feedback.
Klargøringsparametre for 9800-serien og 8875-telefoner (BroadWorks)
I denne artikel
Har du feedback?Denne hjælpeartikel er til Cisco Desk Phone 9800-serien og Cisco Video Phone 8875 registreret hos Cisco BroadWorks. Oplysningerne på denne side omfatter klargøringsparametrene og deres syntaks.
Klargøringsparametertyper
I dette afsnit beskrives klargøringsparametrene bredt organiseret efter funktion.
Parametre til generelle formål
De generelle parametre GPP_* () bruges som frie strengregistre, når telefonen konfigureres til at interagere med en bestemt klargøringsserverløsning. Parametrene GPP_* er som standard tomme. De kan konfigureres til at indeholde forskellige værdier, herunder følgende:
-
Krypteringsnøgler
-
URL'er
-
Oplysninger om status for klargøring i flere trin.
-
Indlægsanmodningsskabeloner
-
Parameternavn aliaskort
-
Delvise strengværdier, til sidst kombineret til komplette parameterværdier.
Parametrene GPP_* er tilgængelige for makroudvidelse inden for andre klargøringsparametre. Til dette formål er makronavne med store bogstaver (A til og med P) tilstrækkelige til at identificere indholdet af GPP_A gennem GPP_P. Makronavnene på to bogstaver SA til SD identificerer også GPP_SA til GPP_SD som et særligt tilfælde, når de bruges som argumenter for følgende URL-indstillinger:
nø gle, uid og pwd
Disse parametre kan bruges som variabler i klargørings- og opgraderingsregler. De henvises til ved at præfiksere variabelnavnet med et '$' tegn, f.eks. $ GPP_A.
Aktivér parametre
Parametrene Provision_Enable og Upgrade_Enable styrer alle handlinger til gensynkronisering af profiler og firmwareopgradering. Disse parametre styrer gensynkronisering og opgradering uafhængigt af hinanden. Disse parametre styrer også URL-kommandoer til gensynkronisering og opgradering, der udstedes via administrationswebserveren. Begge disse parametre er som standard indstillet til Ja.
Parameteren resync_from_SIP styrer anmodninger om gensynkroniseringsoperationer. En SIP NOTIFY hændelse sendes fra tjenesteudbyderens proxyserver til telefonen. Hvis aktiveret, kan proxyen anmode om en gensynkronisering. For at gøre dette sender proxyen en SIP NOTIFY-meddelelse, der indeholder Event: resync-overskriften til enheden.
Enheden udfordrer anmodningen med et 401-svar (godkendelse afvist for brugte legitimationsoplysninger). Enheden forventer en godkendt efterfølgende anmodning, før den imødekommer gensynkroniseringsanmodningen fra proxyen. Overskrifterne Event: reboot_now og Event: restart_now udfører henholdsvis kolde og varme genstarter, som også er udfordret.
De to resterende aktiveringer er Resync_On_Reset og Resync_After_Upgrade_Attempt. Disse parametre bestemmer, om enheden udfører en gensynkronisering efter genstart af softwaren og efter hvert opgraderingsforsøg.
Når Resync_On_Reset er aktiveret, indfører enheden en tilfældig forsinkelse, der følger opstartssekvensen, før nulstillingen udføres. Forsinkelsen er en tilfældig tid op til den værdi, som Resync_Random_Delay (i sekunder) angiver. I en pulje af telefoner, der tændes samtidigt, spreder denne forsinkelse starttiderne for gensynkroniseringsanmodningerne fra hver enhed. Denne funktion kan være nyttig i en stor boligimplementering, i tilfælde af et regionalt strømsvigt.
Udløsere
Telefonen giver dig mulighed for at synkronisere igen med bestemte intervaller eller på et bestemt tidspunkt.
Synkroniser igen med bestemte intervaller
Telefonen er designet til at synkronisere med klargøringsserveren med jævne mellemrum. Resync-intervallet er konfigureret i Resync_Periodic (sekunder). Hvis denne værdi efterlades tom, synkroniseres enheden ikke med jævne mellemrum.
Resynkroniseringen finder typisk sted, når stemmelinjerne er inaktive. Hvis en stemmelinje er aktiv, når der skal foretages en gensynkronisering, forsinker telefonen gensynkroniseringsproceduren, indtil linjen igen bliver inaktiv. En gensynkronisering kan medføre, at konfigurationsparameterværdier ændres.
En gensynkronisering kan mislykkes, fordi telefonen ikke kan hente en profil fra serveren, den downloadede fil er beskadiget, eller der opstod en intern fejl. Enheden forsøger at synkronisere igen efter en tid, der er angivet i Resync_Error_Retry_Delay (sekunder). Hvis Resync_Error_Retry_Delay er indstillet til 0, forsøger enheden ikke at gensynkronisere igen efter et mislykket gensynkroniseringsforsøg.
Hvis en opgradering mislykkes, udføres et forsøg igen efter Upgrade_Error_Retry_Delay sekunder.
To konfigurerbare parametre er tilgængelige for betinget at udløse en resync: Resync_Trigger_1 og Resync_Trigger_2. Hver parameter kan programmeres med et betinget udtryk, der gennemgår makroudvidelse. Når gensynkroniseringsintervallet udløber (tid for næste gensynkronisering), forhindrer triggerne, hvis de er indstillet, gensynkronisering, medmindre en eller flere triggere evalueres til true.
Følgende eksempelbetingelse udløser en gensynkronisering. I eksemplet er det sidste telefonopgraderingsforsøg gået mere end 5 minutter (300 sekunder), og der er gået mindst 10 minutter (600 sekunder) siden sidste gensynkroniseringsforsøg.
$UPGTMR gt 300 and $PRVTMR ge 600Synkroniser igen på et bestemt tidspunkt
Parameteren Resync_At gør det muligt for telefonen at synkronisere på et bestemt tidspunkt. Denne parameter bruger 24-timers formatet (hhmm) til at angive tiden.
Parameteren Resync_At_Random_Delay gør det muligt for telefonen at synkronisere igen med en uspecificeret forsinkelse i tiden. Denne parameter bruger et positivt heltalsformat til at angive klokkeslættet.
Oversvømmelse af serveren med gensynkroniseringsanmodninger fra flere telefoner, der er indstillet til at synkronisere på samme tid, bør undgås. For at gøre det udløser telefonen gensynkroniseringen op til 10 minutter efter den angivne tid.
Hvis du f.eks. indstiller gensynkroniseringstiden til 1000 (kl. 10), udløser telefonen gensynkroniseringen når som helst mellem 10:00 og 10:10.
Denne funktion er som standard deaktiveret. Hvis parameteren Resync_At er klargjort, ignoreres parameteren Resync_Periodic.
Konfigurerbare tidsplaner
Du kan konfigurere tidsplaner for periodiske gensynkroniseringer, og du kan angive intervaller for gensynkronisering og opgraderingsfejl ved hjælp af disse klargøringsparametre:
-
Resync_Periodisk
-
Gensynkroniser_fejl_genprøvning_forsinkelse
-
Opgradering_Error_Gentry_Forsinkelse
Hver parameter accepterer en enkelt forsinkelsesværdi (sekunder). Den nye udvidede syntaks giver mulighed for en kommasepareret liste over på hinanden følgende forsinkelseselementer. Det sidste element i sekvensen gentages implicit for evigt.
Du kan eventuelt bruge et plustegn til at angive en anden numerisk værdi, der tilføjer en tilfældig ekstra forsinkelse.
Eksempel 1
I dette eksempel synkroniseres telefonen med jævne mellemrum hver anden time. Hvis der opstår en gensynkroniseringsfejl, forsøger enheden igen med disse intervaller: 30 minutter, 1 time, 2 timer, 4 timer. Enheden fortsætter med at prøve med 4-timers intervaller, indtil den gensynkroniseres med succes.
Resync_Periodic=7200
Resync_Error_Retry_Delay=1800,3600,7200,14400
Eksempel 2
I dette eksempel gensynkroniseres enheden periodisk hver time (plus en ekstra tilfældig forsinkelse på op til 10 minutter). I tilfælde af en gensynkroniseringsfejl forsøger enheden igen med disse intervaller: 30 minutter (plus op til 5 minutter). 1 time (plus op til 10 minutter), 2 timer (plus op til 15 minutter). Enheden fortsætter med at prøve med 2-timers intervaller (plus op til 15 minutter), indtil den synkroniseres igen.
Resync_Periodic=3600+600
Resync_Error_Retry_Delay=1800+300,3600+600,7200+900
Eksempel 3
Hvis et fjernopgraderingsforsøg mislykkes i dette eksempel, forsøger enheden opgraderingen igen om 30 minutter, derefter igen efter en time mere og derefter om to timer. Hvis opgraderingen stadig mislykkes, forsøger enheden igen hver fjerde til femte time, indtil opgraderingen lykkes.
Upgrade_Error_Retry_Delay = 1800,3600,7200,14400+3600
Profilregler
Telefonen giver flere eksterne konfigurationsprofilparametre (Profile_Rule*). Således kan hver resync-operation hente flere filer, som forskellige servere administrerer.
I det enkleste scenario synkroniseres enheden periodisk til en enkelt profil på en central server, som opdaterer alle relevante interne parametre. Alternativt kan profilen opdeles mellem forskellige filer. Én fil er fælles for alle telefoner i en implementering. Der findes en separat, unik fil for hver konto. Krypteringsnøgler og certifikatoplysninger kan leveres af endnu en profil, der er gemt på en separat server.
Når der skal foretages en gensynkronisering, evaluerer telefonen de fire Profile_Rule* parametre i rækkefølge:
-
Profil_Rule
-
Profil_Rule_B
-
Profil_Rule_C
-
Profil_Rule_D
Hver evaluering kan resultere i en profilhentning fra en ekstern klargøringsserver med en mulig opdatering af et antal interne parametre. Hvis en evaluering mislykkes, afbrydes gensynkroniseringssekvensen og forsøges igen fra begyndelsen, der er angivet af parameteren Resync_Error_Retry_Delay (sekunder). Hvis alle evalueringer lykkes, venter enheden på det andet, der er angivet af parameteren Resync_Periodic, og udfører derefter en anden gensynkronisering.
Indholdet af hver Profile_Rule* parameter består af et sæt alternativer. Alternativerne adskilles af tegnet | (rør). Hvert alternativ består af et betinget udtryk, et tildelingsudtryk, en profil-URL og eventuelle tilknyttede URL-indstillinger. Alle disse komponenter er valgfri inden for hvert alternativ. Følgende er de gyldige kombinationer og den rækkefølge, de skal vises i, hvis de findes:
[ conditional-expr ] [ assignment-expr ] [[ options ] URL ]
Inden for hver Profile_Rule* parameter skal alle alternativer undtagen det sidste give et betinget udtryk. Dette udtryk evalueres og behandles som følger:
-
Betingelser evalueres fra venstre mod højre, indtil der findes en, der evalueres som sand (eller indtil et alternativ findes uden betinget udtryk).
-
Ethvert ledsagende tildelingsudtryk evalueres, hvis det er til stede.
-
Hvis en webadresse er angivet som en del af dette alternativ, gøres der et forsøg på at downloade den profil, der findes på den angivne webadresse. Systemet forsøger at opdatere de interne parametre i overensstemmelse hermed.
Hvis alle alternativer har betingede udtryk, og ingen evalueres til true (eller hvis hele profilreglen er tom), springes hele parameteren Profile_Rule* over. Den næste profilregelparameter i sekvensen evalueres.
Eksempel 1
Dette eksempel gensynkroniseres ubetinget til profilen på den angivne webadresse og udfører en HTTP GET-anmodning til fjernklargøringsserveren:
http://remote.server.com/cisco/$MA.cfg
Eksempel 2
I dette eksempel gensynkroniseres enheden til to forskellige webadresser afhængigt af registreringstilstanden for linje 1. I tilfælde af mistet registrering udfører enheden en HTTP POST til et CGI-script. Enheden sender indholdet af den ekspanderede makro GPP_A, som kan give yderligere oplysninger om enhedens tilstand:
($PRVTMR ge 600)? http://p.tel.com/has-reg.cfg
| [--post a] http://p.tel.com/lost-reg?
Eksempel 3
I dette eksempel gensynkroniseres enheden til den samme server. Enheden giver yderligere oplysninger, hvis der ikke er installeret et certifikat i enheden (for ældre pre-2.0-enheder):
(“$CCERT” eq “Installed”)? https://p.tel.com/config?
| https://p.tel.com/config?cisco$MAU
Eksempel 4
I dette eksempel er linje 1 deaktiveret, indtil GPP_A er sat til Tilvejebragt via den første webadresse. Bagefter synkroniseres det igen til den anden URL:
(“$A” ne “Provisioned”)? (Line_Enable_1_ = “No”;)! https://p.tel.com/init-prov
| https://p.tel.com/configs
Eksempel 5
I dette eksempel antages, at den profil, som serveren returnerer, indeholder XML-elementmærker. Disse tags skal omknyttes til korrekte parameternavne ved hjælp af aliasekortet, der er gemt i GPP_B:
[--alias b] https://p.tel.com/account/$PN$MA.xml
En gensynkronisering betragtes typisk som mislykket, hvis en anmodet profil ikke modtages fra serveren. Parameteren resync_fails_on_fnf kan tilsidesætte denne standardfunktion. Hvis resync_fails_on_fnf er indstillet til Nej, accepterer enheden et fil-unt-found svar fra serveren som en vellykket gensynkronisering. Standardværdien for resync_fails_on_fnf er Ja.
Opgraderingsregel
Opgraderingsreglen er at bede enheden om at aktivere til en ny belastning og hvorfra den skal hentes, hvis det er nødvendigt. Hvis belastningen allerede er på enheden, forsøger den ikke at få belastningen. Så gyldigheden af belastningsplaceringen betyder ikke noget, når den ønskede belastning er i den inaktive partition.
Upgrade_Rule angiver en firmwarebelastning, som, hvis den er forskellig fra den aktuelle belastning, downloades og anvendes, medmindre den er begrænset af et betinget udtryk, eller Upgrade_Enable er indstillet til No.
Telefonen indeholder en konfigurerbar fjernopgraderingsparameter, Upgrade_Rule. Denne parameter accepterer syntaks svarende til profilregelparametrene. URL-indstillinger understøttes ikke til opgraderinger, men betingede udtryk og tildelingsudtryk kan bruges. Hvis der anvendes betingede udtryk, kan parameteren udfyldes med flere alternativer, adskilt af tegnet |. Syntaksen for hvert alternativ er som følger:
[ conditional-expr ] [ assignment-expr ] URL
Som i tilfældet med Profile_Rule* parametre evaluerer parameteren Upgrade_Rule hvert alternativ, indtil et betinget udtryk er opfyldt, eller et alternativ ikke har noget betinget udtryk. Det medfølgende tildelingsudtryk evalueres, hvis angivet. Derefter forsøges en opgradering til den angivne URL.
Hvis Upgrade_Rule indeholder en URL uden et betinget udtryk, opgraderes enheden til det firmwarebillede, som URL'en angiver. Efter makroudvidelse og evaluering af reglen forsøger enheden ikke at opgradere igen, før reglen er ændret, eller den effektive kombination af skema + server + port + filvej er ændret.
For at forsøge en firmwareopgradering deaktiverer enheden lyd i starten af proceduren og genstarter ved afslutningen af proceduren. Enheden starter automatisk en opgradering, der kun drives af indholdet af Upgrade_Rule, hvis alle talelinjer i øjeblikket er inaktive.
For eksempel
https://10.73.10.223/firmware/PHONEOS-8875.1-0-1-0001-1.loadsI dette eksempel opgraderer Upgrade_Rule firmwaren til det billede, der er gemt på den angivne URL.
Her er et andet 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 eksempel instruerer enheden til at indlæse et af to billeder, baseret på indholdet af en generel parameter, GPP_F.
Klargøringsparametre
Du kan finde klargøringsparametrene under fanen Til vejebring else på telefonens webside.
Konfigurationsprofilparametre
Følgende tabel definerer funktionen og brugen af hver parameter i afsnittet Konfigurationsprofilparametre under fanen K largøring.
|
Parameternavn |
Beskrivelse og standardværdi |
|---|---|
|
Aktiver bestemmelse |
Styrer alle gensynkroniseringshandlinger uafhængigt af firmwareopgraderingshandlinger. Indstil til Ja for at aktivere ekstern klargøring. Standardværdien er Ja. |
|
Synkroniser igen ved nulstilling |
Udløser en gensynkronisering efter hver genstart undtagen genstart forårsaget af parameteropdateringer og firmwareopgraderinger. Standardværdien er Ja. |
|
Gensynkroniser tilfældig forsinkelse |
En tilfældig forsinkelse efter opstartssekvensen, før nulstillingen udføres, angivet i sekunder. I en pulje af IP-telefoni-enheder, der er planlagt til samtidig at tænde op, indfører dette en spredning i de tidspunkter, hvor hver enhed sender en gensynkroniseringsanmodning til klargøringsserveren. Denne funktion kan være nyttig i en stor boligimplementering, i tilfælde af et regionalt strømsvigt. Værdien for dette felt skal være et heltal mellem 0 og 65535. Standardværdien er 2. |
|
Gensynkronisering ved (HHmm) |
Det tidspunkt (HHmm), som enheden gensynkroniserer med klargøringsserveren. Værdien for dette felt skal være et firecifret tal fra 0000 til 2400 for at angive klokkeslættet i HHmm-format. For eksempel angiver 0959 09:59. Standardværdien er tom. Hvis værdien er ugyldig, ignoreres parameteren. Hvis denne parameter er indstillet med en gyldig værdi, ignoreres parameteren Resync Periodic. |
|
Gensynkronisering ved tilfældig forsinkelse |
Forhindrer overbelastning af klargøringsserveren, når et stort antal enheder tændes samtidigt. For at undgå oversvømmelse af anmodninger om gensynkronisering til serveren fra flere telefoner gensynkroniseres telefonen i intervallet mellem timer og minutter og timer og minutter plus den tilfældige forsinkelse (hhmm, hhmm+random_delay). For eksempel, hvis den tilfældige forsinkelse = (Resync At Random Delay + 30) /60 minutter, konverteres inputværdien i sekunder til minutter, afrundes til næste minut for at beregne det endelige random_delay interval. Den gyldige værdi ligger mellem 600 og 65535. Hvis værdien er mindre end 600, er den tilfældige forsinkelse interne mellem 0 og 600. Standardværdien er 600 sekunder (10 minutter). |
|
Periodisk gensynkronisering |
Tidsintervallet mellem periodiske gensynkroniseres med klargøringsserveren. Den tilknyttede resync-timer er kun aktiv efter den første vellykkede synkronisering med serveren. De gyldige formater er som følger:
Indstil denne parameter til nul for at deaktivere periodisk resynkronisering. Standardværdien er 3600 sekunder. |
|
Gensynkroniseringsfejl Forsinkelse for gentagelse |
Hvis en gensynkronisering mislykkes, fordi IP-telefoni-enheden ikke kunne hente en profil fra serveren, eller den downloadede fil er beskadiget, eller der opstår en intern fejl, forsøger enheden at synkronisere igen efter en tid, der er angivet i sekunder. De gyldige formater er som følger:
Hvis forsinkelsen er indstillet til 0, forsøger enheden ikke at gensynkronisere igen efter et mislykket gensynkroniseringsforsøg. |
|
Tvunget gensynkroniseringsforsinkelse |
Maksimal forsinkelse (i sekunder), telefonen venter, før der udføres en gensynkronisering. Enheden synkroniseres ikke igen, mens en af dens telefonlinjer er aktiv. Da en gensynkronisering kan tage flere sekunder, er det ønskeligt at vente, indtil enheden har været inaktiv i en længere periode, før den gensynkroniseres. Dette giver en bruger mulighed for at foretage opkald i rækkefølge uden afbrydelse. Enheden har en timer, der begynder at tælle ned, når alle dens linjer bliver inaktive. Denne parameter er den oprindelige værdi af tælleren. Resync-hændelser forsinkes, indtil denne tæller falder til nul. Den gyldige værdi ligger mellem 0 og 65535. Standardværdien er 14.400 sekunder. |
|
Resync fra SIP |
Gør det muligt for en gensynkronisering at blive udløst via en SIP NOTIFY-meddelelse. Standardværdien er Ja. |
|
Synkroniser igen efter opgraderingsforsøg |
Aktiverer eller deaktiverer gensynkroniseringshandlingen, når der er foretaget en opgradering. Hvis Ja er valgt, udløses synkronisering. Standardværdien er Ja. |
|
Gensynkronisering Trigger 1, Resync Trigger 2 |
Konfigurerbare resync-triggerbetingelser. En gensynkronisering udløses, når den logiske ligning i disse parametre evalueres til TRUE. Standardværdien er (tom). |
|
Resync mislykkes på FNF |
En gensynkronisering betragtes som mislykket, hvis en anmodet profil ikke modtages fra serveren. Dette kan tilsidesættes af denne parameter. Når den er indstillet til nej, accepterer enheden et Standardværdien er Ja. |
|
Profilregel Profilregel B Profilregel C Profilregel D |
Hver profilregel informerer telefonen om en kilde, hvorfra en profil skal hentes (konfigurationsfil). Under hver gensynkronisering anvender telefonen alle profilerne i rækkefølge. Standard:
Du kan indsætte krypteringsnøglen med dobbelte anførselstegn („) valgfrit. |
|
DHCP-mulighed, der skal bruges |
DHCP-indstillinger, afgrænset af kommaer, bruges til at hente firmware og profiler. Standardværdien er 66,160,159,150,60,43,125. |
|
Log Anmodning Msg |
Denne parameter indeholder den meddelelse, der sendes til syslog-serveren ved starten af et gensynkroniseringsforsøg. Standardværdien er |
|
Log Success Msg |
Den syslog-meddelelse, der udstedes efter vellykket gennemførelse af et gensynkroniseringsforsøg. Standardværdien er |
|
Meddelelse om logfejl |
Den syslog-meddelelse, der udstedes efter et mislykket gensynkroniseringsforsøg. Standardværdien er |
|
Brugerkonfigurerbar gensynkronisering |
Tillader en bruger at synkronisere telefonen igen fra IP-telefonskærmen. Standardværdien er Ja. |
Parametre til firmwareopgradering
Følgende tabel definerer funktionen og brugen af hver parameter i afsnittet Firmwareopgradering på fanen Provisioning.
|
Parameternavn |
Beskrivelse og standardværdi |
|---|---|
|
Opgrader Aktiver |
Aktiverer firmwareopgraderingsoperationer uafhængigt af gensynkroniseringshandlinger. Standardværdien er Ja. Konfigurer denne parameter med en af metoderne:
|
|
Opgraderingsfejl Forsinkelse af forsøg igen |
Intervallet for opgraderingsforsøg (i sekunder), der anvendes i tilfælde af opgraderingsfejl. Enheden har en firmwareopgraderingsfejltimer, der aktiveres efter et mislykket firmwareopgraderingsforsøg. Timeren initialiseres med værdien i denne parameter. Det næste forsøg på firmwareopgradering sker, når denne timer tæller ned til nul. Standardværdien er 3600 sekunder. Konfigurer denne parameter med en af metoderne:
|
|
Opgraderingsregel |
Et firmware opgraderingsscript, der definerer opgraderingsbetingelser og tilknyttede firmwarewebadresser. Den bruger den samme syntaks som profilregel. Brug følgende format til at indtaste opgraderingsreglen:
For eksempel: Hvis der ikke er angivet nogen protokol, antages TFTP. Hvis der ikke er angivet noget servernavn, bruges den vært, der anmoder om URL-adressen, som servernavn. Hvis der ikke er angivet nogen port, bruges standardporten (69 til TFTP, 80 til HTTP eller 443 til HTTPS). Standardværdien er tom. Konfigurer denne parameter med en af metoderne:
|
|
Log opgraderingsanmodning Msg |
Syslog-meddelelse udstedt ved starten af et firmwareopgraderingsforsøg. Standard: Konfigurer denne parameter med en af metoderne:
|
|
Log opgraderingsmeddelelse om succes |
Syslog-meddelelse, der udstedes, når et firmwareopgraderingsforsøg er fuldført med succes. Standardværdien er Konfigurer denne parameter med en af metoderne:
|
|
Meddelelse om fejl i logopgradering |
Syslog-meddelelse udstedt efter et mislykket firmwareopgraderingsforsøg. Standardværdien er Konfigurer denne parameter med en af metoderne:
|
|
Deling af peer-firmware |
Aktiverer eller deaktiverer funktionen Peer Firmware Sharing (PFS). Vælg Ja eller Nej for at aktivere eller deaktivere funktionen. Standard: Ja Konfigurer denne parameter med en af metoderne:
|
|
Logserver til deling af peer-firmware |
Angiver IP-adressen og den port, som UDP-meddelelsen sendes til. For eksempel: 10.98.76. 123:514 hvor 10.98.76.123 er IP-adressen og 514 er portnummeret. Konfigurer denne parameter med en af metoderne:
|
Parametre til generelle formål
Følgende tabel definerer funktionen og brugen af hver parameter i afsnittet Parametre til generelle formål på fanen K largøring.
|
Parameternavn |
Beskrivelse og standardværdi |
|---|---|
|
GPP A - GPP P |
De generelle parametre GPP_* bruges som frie strengregistre, når telefonerne konfigureres til at interagere med en bestemt provisioneringsserverløsning. De kan konfigureres til at indeholde forskellige værdier, herunder følgende:
Standardværdien er tom. |
Makroudvidelsesvariabler
Visse makrovariabler genkendes inden for følgende klargøringsparametre:
-
Profil_Rule
-
Profil_regel_*
-
Gensynkroniser_trigger_*
-
Opgradering_regel
-
Log_*
-
GPP_* (under særlige forhold)
Inden for disse parametre genkendes og udvides syntakstyper, f.eks. $NAME eller $ (NAME).
Makrovariable substrings kan specificeres med notationen $ (navn:P) og $ (navn:P: Q), hvor p og q er ikke-negative heltal (tilgængelig i revision 2.0.11 og derover). Den resulterende makroudvidelse er understrengen, der starter ved tegnforskydning p, med længden q (eller ellers indtil slutningen af strengen, hvis q ikke er angivet). Hvis GPP_A f.eks. indeholder ABCDEF, udvides $ (A:2) til CDEF, og $ (A: 2:3) udvides til CDE.
Et ukendt navn oversættes ikke, og formen $NAME eller $ (NAME) forbliver uændret i parameterværdien efter udvidelse.
|
Parameternavn |
Beskrivelse og standardværdi |
|---|---|
|
$ |
Formularen $$ udvides til et enkelt $ tegn. |
|
A til P |
Erstattet af indholdet af de generelle parametre GPP_A gennem GPP_P. |
|
SA gennem SD |
Erstattet af specielle formålsparametre GPP_SA gennem GPP_SD. Disse parametre indeholder nø gler eller adgangskoder, der bruges til klargøring. $SA til $SD genkendes som argumenter til den valgfri resync-URL- kvalifikator, --key. |
|
MA |
MAC-adresse ved hjælp af små hex-cifre, for eksempel 000e08aabbcc. |
|
MAU |
MAC-adresse ved hjælp af store hex-cifre, for eksempel 000E08AABBCC. |
|
MAC |
MAC-adresse ved hjælp af små hex-cifre, og kolon til at adskille hexcifferpar. 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 |
Status for SSL-klientcertifikat: Installeret eller Ikke installeret. |
|
IP |
IP-adressen på telefonen inden for dets lokale undernet. For eksempel 192.168.1.100. |
|
EXTIP |
Ekstern IP af telefonen, som det ses på internettet. For eksempel 66.43.16.52. |
|
SWVER |
Softwareversionsstreng. For eksempel PHONEOS.3-1-1-0104-37 |
|
HWVER |
Hardwareversionsstreng. For eksempel 2.0.1 |
|
PRVST |
Tilvejebringelsestilstand (en numerisk streng): -1 = eksplicit gensynkroniseringsanmodning 0 = gensynkronisering af opstart 1 = periodisk resync 2 = gensynkronisering mislykkedes, prøv igen |
|
UPGST |
Opgraderingstilstand (en numerisk streng): 1 = første opgraderingsforsøg 2 = opgradering mislykkedes, prøv igen |
|
UPGERR |
Resultatmeddelelse (ERR) fra tidligere opgraderingsforsøg; for eksempel http_get mislykkedes. |
|
PRVTMR |
Sekunder siden sidste gensynkroniseringsforsøg. |
|
UPGTMR |
Sekunder siden sidste opgraderingsforsøg. |
|
REGTMR1 |
Sekunder siden linje 1 mistede registrering med SIP-server. |
|
REGTMR2 |
Sekunder siden Line 2 mistede registreringen med SIP-serveren. |
|
UPGCOND |
Ældre makronavn. |
|
SCHEME |
Filadgangsskema, en af TFTP, HTTP eller HTTPS, som opnået efter analyse af resync eller opgradering af URL. |
|
SERV |
Anmod om værtsnavn på målserveren, som opnået efter analyse af resync- eller opgraderingswebadressen. |
|
SERVIP |
Anmod om målserverens IP-adresse, som opnået efter analyse af resync- eller opgraderingsURL, muligvis efter DNS-opslag. |
|
PORT |
Anmod om mål-UDP/TCP-port, som opnået efter analyse af resync- eller opgraderingsURL. |
|
PATH |
Anmod om målfilsti, som opnået efter analyse af resync- eller opgraderingswebadressen. |
|
ERR |
Resultatmeddelelse om gensynkronisering eller opgraderingsforsøg. Kun nyttigt til generering af resultatsyslog-meddelelser. Værdien bevares i UPGERR-variablen i tilfælde af opgraderingsforsøg. |
|
UIDn |
Indholdet af konfigurationsparameteren Line n UserID. |
|
EMS |
Extension MobilityStatus |
|
MUID |
Extension MobilityBruger-ID |
|
MPWD |
Extension MobilityAdgangskode |
Interne fejlkoder
Telefonen definerer et antal interne fejlkoder (X00-X99) for at lette konfigurationen ved at give finere kontrol over enhedens opførsel under visse fejlforhold.
|
Parameternavn |
Beskrivelse og standardværdi |
|---|---|
|
X00 |
Transportlag (eller ICMP) fejl ved afsendelse af en SIP-anmodning. |
|
X20 |
SIP-anmodning udløber, mens du venter på et svar. |
|
X40 |
Generel SIP-protokolfejl (for eksempel uacceptabel codec i SDP i 200- og ACK-meddelelser eller timeout, mens du venter på ACK). |
|
X60 |
Opkaldt nummer ugyldigt i henhold til den givne opkaldsplan. |
