Typer af klargøringsparametre

Dette afsnit beskriver klargøringsparametrene, der er bredt organiseret efter funktion.

Parametre for generelle formål

Parametrene for generelle formål GPP_* (Administratorlogin > avanceret > Stemme > Klargøring) bruges som gratis strengregistre, når telefonen konfigureres til at interagere med en bestemt klargøringsserverløsning. GPP_* parametrene er som standard tomme. De kan konfigureres til at indeholde forskellige værdier, herunder følgende:

  • Krypteringsnøgler

  • URL-adresse:

  • Oplysninger om status for klargøring i flere faser.

  • Efteranmodningsskabeloner

  • Kort over parameternavn for alias

  • Delvise strengværdier, eventuelt kombineret til komplette parameterværdier.

GPP_*-parametrene 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 til og med GPP_P. De store makronavne med to bogstaver SA til og med SD identificerer også GPP_SA til og med GPP_SD som et særligt tilfælde, når de bruges som argumenter for følgende URL-valgmuligheder:

nøgle, uid og pwd

Disse parametre kan bruges som variabler i klargørings- og opgraderingsregler. Der refereres til dem ved at foranstille variabelnavnet med et "$"-tegn, f.eks. $GPP_A.

Aktivér parametre

Parametrene Provision_Aktivér og Upgrade_Aktivér styrer alle handlinger for gensynkronisering af profiler og firmwareopgradering. Disse parametre styrer gensynkronisering og opgraderinger uafhængigt af hinanden. Disse parametre styrer også URL-adresser til gensynkronisering og opgradering, der udstedes via administrationswebserveren. Begge disse parametre er indstillet til Ja som standard.

Resync_From_SIP-parameteren styrer anmodninger om gensynkroniseringshandlinger. Der SENDES en SIP NOTIFY-hændelse fra tjenesteudbyderens proxyserver til telefonen. Hvis indstillingen er aktiveret, kan proxyen anmode om en gensynkronisering. For at gøre dette sender proxyen en SIP NOTIFY-meddelelse, der indeholder begivenheden: gensynkroniser header til enheden.

Enheden udfordrer anmodningen med et 401-svar (godkendelse afvist for brugte legitimationsoplysninger). Enheden forventer en efterfølgende anmodning, der er godkendt, før den overholder gensynkroniseringsanmodningen fra proxyen. Begivenheden: reboot_now og begivenhed: restart_now headers udfører henholdsvis kolde og varme genstarter, hvilket også er udfordrende.

De to resterende muligheder er Resync_On_Nulstilling og Resync_After_Upgrade_Forsøg. Disse parametre bestemmer, om enheden udfører en gensynkroniseringshandling, efter at softwaren tændes, er genstartet, og efter hvert opgraderingsforsøg.

Når Resync_On_-nulstilling er aktiveret, introducerer enheden en vilkårlig forsinkelse, der følger startsekvensen, før nulstillingen udføres. Forsinkelsen er et vilkårligt tidspunkt op til den værdi, som Resync_Random_-forsinkelsen (i sekunder) angiver. I en gruppe telefoner, der tændes samtidigt, spreder denne forsinkelse starttiderne for gensynkroniseringsanmodningerne fra hver enhed. Denne funktion kan være nyttig i en stor boliginstallation, i tilfælde af et regionalt strømsvigt.

Udløsere

Telefonen giver dig mulighed for at gensynkronisere med bestemte intervaller eller på et bestemt tidspunkt.

Gensynkroniser efter bestemte intervaller

Telefonen er designet til periodisk at gensynkronisere med klargøringsserveren. Gensynkroniseringsintervallet er konfigureret i Resync_periodisk (sekunder). Hvis denne værdi efterlades tom, gensynkroniseres enheden ikke periodisk.

Gensynkroniseringen sker typisk, når talelinjerne er inaktive. Hvis en talelinje er aktiv, når der skal ske en gensynkronisering, forsinker telefonen gensynkroniseringsproceduren, indtil linjen bliver inaktiv igen. En gensynkronisering kan medføre, at konfigurationsparameterværdier ændres.

En gensynkroniseringshandling kan mislykkes, fordi telefonen ikke kan hente en profil fra serveren, den downloadede fil er beskadiget, eller der er opstået en intern fejl. Enheden forsøger at synkronisere igen efter et tidsrum, der er angivet i Resync_Error_Retry_-forsinkelse (sekunder). Hvis Resync_Error_Retry_-forsinkelse er indstillet til 0, forsøger enheden ikke at synkronisere igen efter et mislykket forsøg på gensynkronisering.

Hvis en opgradering mislykkes, udføres et nyt forsøg efter Upgrade_Error_Retry_forsinkelse sekunder.

To konfigurerbare parametre er tilgængelige til betinget at udløse en gensynkronisering: 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 til næste gensynkronisering), vil udløserne, hvis de er indstillet, forhindre gensynkronisering, medmindre en eller flere udløsere evalueres som sande.

Følgende eksempeltilstand udløser en gensynkronisering. I eksemplet er det sidste forsøg på opgradering af telefon gået mere end 5 minutter (300 sekunder), og der er gået mindst 10 minutter (600 sekunder), siden det sidste forsøg på gensynkronisering.

$UPGTMR gt 300 og $PRVTMR ge 600

Gensynkroniser på et bestemt tidspunkt

Resync_At-parameteren giver telefonen mulighed for at gensynkronisere på et bestemt tidspunkt. Denne parameter bruger 24-timers formatet (hhmm) til at angive tiden.

Resync_At_Random_-forsinkelsesparameteren giver telefonen mulighed for at gensynkronisere med en uspecificeret forsinkelse i tid. Denne parameter bruger et positivt heltalformat til at angive tiden.

Det bør undgås at oversvømme serveren med gensynkroniseringsanmodninger fra flere telefoner, der er indstillet til at gensynkronisere på samme tid. For at gøre dette udløser telefonen gensynkroniseringen op til 10 minutter efter det angivne tidspunkt.

Hvis du f.eks. indstiller gensynkroniseringstiden til 1000 (10 om morgenen), udløser telefonen gensynkroniseringen når som helst mellem 10:00 og 10:10 om morgenen.

Denne funktion er som standard deaktiveret. Hvis parameteren Resync_At er klargjort, ignoreres parameteren Resync_Periodisk.

Konfigurerbare tidsplaner

Du kan konfigurere tidsplaner for periodiske gensynkroniseringer, og du kan angive intervallerne for gensynkronisering og opgraderingsfejl ved hjælp af disse klargøringsparametre:

  • Resync_Periodisk

  • Resync_Error_Retry_forsinkelse

  • Forsinkelse på pgrade_Error_retry_

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 også bruge et plustegn til at angive en anden numerisk værdi, der tilføjer en vilkårlig ekstra forsinkelse.

Eksempel 1

I dette eksempel gensynkroniseres telefonen regelmæssigt hver 2. 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 efter 4-timers intervaller, indtil det lykkes at gensynkronisere.

 Resync_Periodic=7200 Resync_Error_Retry_Delay=1800.3600.7200.14400

Eksempel 2

I dette eksempel gensynkroniserer enheden regelmæssigt hver time (plus en ekstra vilkårlig forsinkelse på op til 10 minutter). I tilfælde af en gensynkroniseringsfejl forsøger enheden igen ved 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 efter 2-timers intervaller (plus op til 15 minutter), indtil den gensynkroniseres.

 Resync_Periodisk=3600+600 Resync_Error_Retry_Forsinkelse=1800+300,3600+600,7200+900

Eksempel 3

I dette eksempel, hvis et eksternt forsøg på opgradering mislykkes, forsøger enheden opgraderingen igen efter 30 minutter, derefter igen efter en time til og derefter efter to timer. Hvis opgraderingen stadig mislykkes, forsøger enheden igen hver fjerde til fem timer, indtil opgraderingen lykkes.

 Epgrade_rror_Retry_forsinkelse  =  1800.3600.7200.14400+3600

Profilregler

Telefonen indeholder flere parametre for ekstern konfigurationsprofil (Profile_Regel*). Hver gensynkronisering kan således hente flere filer, som forskellige servere administrerer.

I det simpleste scenarie gensynkroniserer enheden periodisk til en enkelt profil på en central server, som opdaterer alle relevante interne parametre. Alternativt kan profilen deles mellem forskellige filer. Én fil er fælles for alle telefoner i en installation. Der angives en separat, entydig fil for hver konto. Krypteringsnøgler og certifikatoplysninger kan leveres af endnu en profil, der gemmes på en separat server.

Hver gang en gensynkronisering forfalder, evaluerer telefonen de fire Profile_Rule*-parametre efter hinanden:

  1. Profile_-regel

  2. Profile_Rule_B

  3. Profile_Rule_C

  4. rofile_Rule_D

Hver evaluering kan resultere i, at der hentes en profil 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 angivet af parameteren Resync_Error_Retry_Delay (sekunder). Hvis alle evalueringer lykkes, venter enheden på den anden, der er angivet af parameteren Resync_Periodic, og udfører derefter en anden gensynkronisering.

Indholdet af hver parameter Profile_Rule* består af et sæt alternativer. Alternativerne adskilles af | (pipe)-tegnet. Hvert alternativ består af et betinget udtryk, et tildelingsudtryk, en profil-URL-adresse og eventuelle tilknyttede URL-indstillinger. Alle disse komponenter er valgfrie 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 ] [[ valgmuligheder ] URL-adresse ]

Inden for hver parameter Profile_Rule* skal alle alternativer, undtagen den sidste, angive et betinget udtryk. Dette udtryk evalueres og behandles som følger:

  1. Betingelser evalueres fra venstre mod højre, indtil der findes en, der evalueres som sand (eller indtil der findes et alternativ uden et betinget udtryk).

  2. Alle ledsagende tildelingsudtryk evalueres, hvis de findes.

  3. Hvis en URL-adresse er angivet som en del af dette alternativ, gøres et forsøg på at downloade den profil, der er placeret på den angivne URL-adresse. Systemet forsøger at opdatere de interne parametre i overensstemmelse hermed.

Hvis alle alternativer har betingede udtryk, og ingen evalueres til sand (eller hvis hele profilreglen er tom), springes hele parameteren Profile_Regel* over. Den næste profilregelparameter i sekvensen evalueres.

Eksempel 1

Dette eksempel gensynkroniserer ubetinget til profilen på den angivne URL-adresse og udfører en HTTP GET-anmodning til den eksterne klargøringsserver:


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

Eksempel 2

I dette eksempel gensynkroniserer enheden til to forskellige URL-adresser, 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 makroudvidede 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 et certifikat ikke er installeret i enheden (for ældre enheder før 2.0):

 (“$CCERT” eq “Installeret”)? 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 indstillet lig med klargjort via den første URL-adresse. Derefter gensynkroniseres den til den anden URL-adresse:

 ("$A" ne "Klargjort")? (Sine_Enable_1_ = "Nej";)! https://p.tel.com/init-prov | https://p.tel.com/configs

Eksempel 5

I dette eksempel antages den profil, som serveren returnerer, at indeholde XML-elementtags. Disse mærker skal gentilknyttes til korrekte parameternavne af aliastilknytning gemt i GPP_B:

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

En gensynkronisering anses typisk for at være mislykket, hvis en anmodet profil ikke modtages fra serveren. Resync_Fails_On_FNF-parameteren kan tilsidesætte denne standardadfærd. Hvis Resync_Fails_On_FNF er indstillet til Nej, accepterer enheden et svar, der ikke blev fundet, fra serveren som en vellykket gensynkronisering. Standardværdien for Resync_Fails_On_FNF er Ja.

Opgraderingsregel

Opgraderingsreglen fortæller enheden, at den skal aktiveres til en ny belastning, og hvorfra den kan hentes, hvis det er nødvendigt. Hvis belastningen allerede er på enheden, forsøger den ikke at hente belastningen. Så gyldigheden af belastningsplaceringen betyder ikke noget, når den ønskede belastning er i den inaktive partition.

Upgrade_-reglen angiver en firmwareindlæsning, der, hvis den er forskellig fra den aktuelle indlæsning, vil blive downloadet og anvendt, medmindre den er begrænset af et betinget udtryk, eller Upgrade_Aktivér er indstillet til Nej.

Telefonen indeholder en konfigurerbar ekstern opgraderingsparameter, U-regel.pgrade_ Denne parameter accepterer syntaks, der svarer til profilregelparametrene. URL-indstillinger understøttes ikke for opgraderinger, men betingede udtryk og tildelingsudtryk kan bruges. Hvis betingede udtryk bruges, kan parameteren udfyldes med flere alternativer adskilt af | tegnet. Syntaksen for hvert alternativ er som følger:

 URL-adresse til [ conditional-expr ] [ assignment-expr ]

Som det er tilfældet med parametrene Profile_Regel*, evaluerer Upgrade_-regelparameteren hvert alternativ, indtil et betinget udtryk er opfyldt, eller et alternativ ikke har et betinget udtryk. Det ledsagende tildelingsudtryk evalueres, hvis det er angivet. Derefter forsøges en opgradering til den angivne URL-adresse.

Hvis Upgrade_-reglen indeholder en URL-adresse uden et betinget udtryk, opgraderer enheden til den firmwareafbildning, som URL-adressen angiver. Efter makroudvidelse og evaluering af reglen forsøger enheden ikke at opgradere igen, før reglen ændres, eller den effektive kombination af skema + server + port + filsti ændres.

For at forsøge en firmwareopgradering deaktiverer enheden lyd i starten af proceduren og genstarter i slutningen af proceduren. Enheden starter automatisk en opgradering, der er drevet af indholdet af Upgrade_-reglen, hvis alle talelinjer i øjeblikket er inaktive.

Eksempel:


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

I dette eksempel opgraderer Upgrade_-reglen firmwaren til det billede, der er gemt på den angivne URL-adresse.

Her er et andet eksempel:

 (“$F” ne “beta-kunde”)? 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 leder enheden til at indlæse et af to billeder, baseret på indholdet af en parameter for generelle formål, GPP_F.

Klargøringsparametre

Du kan finde klargøringsparametrene på fanen Klargøring på telefonens webside.

Parametre for konfigurationsprofil

Følgende tabel definerer funktionen og brugen af hver parameter i afsnittet Parametre for konfigurationsprofiler under fanen Klargøring .

Tabel 1. Parametre for konfigurationsprofil

Parameternavn

Beskrivelse og standardværdi

Klargøring og aktivér

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, bortset fra genstarter, der skyldes parameteropdateringer og firmwareopgraderinger.

Standardværdien er Ja.

Tilfældig forsinkelse ved gensynkronisering

En vilkårlig forsinkelse efter startsekvensen, før nulstillingen udføres, angivet i sekunder. I en gruppe enheder med IP-telefoni, der er planlagt til at tænde samtidigt, introducerer dette en spredning i de tidspunkter, hvor hver enhed sender en gensynkroniseringsanmodning til klargøringsserveren. Denne funktion kan være nyttig i en stor boliginstallation, 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.

Gensynkroniser ved (ttMm)

Tiden (TTmm), hvor enheden gensynkroniseres med klargøringsserveren.

Værdien for dette felt skal være et firecifret tal fra 0000 til 2400 for at angive tiden i TTmm-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 Gensynkroniser periodisk.

Gensynkroniser ved tilfældig forsinkelse

Forhindrer en overbelastning af klargøringsserveren, når et stort antal enheder tændes samtidigt.

For at undgå at oversvømme serveren med gensynkroniseringsanmodninger fra flere telefoner gensynkroniseres telefonen i intervallet mellem timer og minutter og timer og minutter plus den vilkårlige forsinkelse (hhmm, hhmm+random_delay). Hvis f.eks. den vilkårlige forsinkelse = (Gensynkroniser ved vilkårlig forsinkelse + 30)/60 minutter, konverteres inputværdien i sekunder til minutter og afrundes op til det 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 interne vilkårlige forsinkelse mellem 0 og 600.

Standardværdien er 600 sekunder (10 minutter).

Gensynkroniser periodisk

Tidsintervallet mellem periodiske gensynkroniseringer med klargøringsserveren. Den tilknyttede tidsindstilling for gensynkronisering er kun aktiv, efter den første vellykkede synkronisering med serveren.

De gyldige formater er som følger:

  • Et heltal

    Eksempel: Et input på 3000 angiver, at den næste gensynkronisering sker om 3000 sekunder.

  • Flere heltal

    Eksempel: Et input på 600.1200.300 angiver, at den første gensynkronisering sker om 600 sekunder, den anden gensynkronisering sker om 1200 sekunder efter den første, og den tredje gensynkronisering sker om 300 sekunder efter den anden.

  • Et tidsinterval

    Et input på 2400+30 angiver f.eks., at den næste gensynkronisering sker mellem 2400 og 2430 sekunder efter en vellykket gensynkronisering.

Indstil denne parameter til nul for at deaktivere periodisk gensynkronisering.

Standardværdien er 3600 sekunder.

Forsinkelse ved nyt forsøg på gensynkroniseringsfejl

Hvis en gensynkronisering mislykkes, fordi enheden med IP-telefoni 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 et tidsrum, der er angivet i sekunder.

De gyldige formater er som følger:

  • Et heltal

    Eksempel: Et input på 300 angiver, at det næste forsøg på gensynkronisering sker om 300 sekunder.

  • Flere heltal

    Eksempel: Et input på 600.1200.300 angiver, at det første forsøg sker 600 sekunder efter fejlen, det andet forsøg sker 1200 sekunder efter fejlen i det første forsøg, og det tredje forsøg sker 300 sekunder efter fejlen i det andet forsøg.

  • Et tidsinterval

    Et input på 2400+30 angiver f.eks., at det næste forsøg sker mellem 2400 og 2430 sekunder efter en gensynkroniseringsfejl.

Hvis forsinkelsen er indstillet til 0, forsøger enheden ikke at synkronisere igen efter et mislykket forsøg på gensynkronisering.

Forsinkelse i tvungen gensynkronisering

Maksimal forsinkelse (i sekunder), telefonen venter, før der udføres en gensynkronisering.

Enheden gensynkroniseres ikke, 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 du gensynkroniserer. Dette giver en bruger mulighed for at foretage opkald efter hinanden uden afbrydelser.

Enheden har en timer, der begynder at tælle ned, når alle dens linjer bliver inaktive. Denne parameter er den indledende værdi af tælleren. Gensynkroniseringshændelser forsinkes, indtil denne tæller falder til nul.

Den gyldige værdi ligger mellem 0 og 65535.

Standardværdien er 14.400  sekunder.

Gensynkroniser fra SIP

Gør det muligt at udløse en gensynkronisering via en SIP NOTIFY-meddelelse.

Standardværdien er Ja.

Gensynkroniser efter forsøg på opgradering

Aktiverer eller deaktiverer gensynkroniseringshandlingen, når en opgradering har fundet sted. Hvis Ja er valgt, udløses synkronisering.

Standardværdien er Ja.

Gensynkroniseringsudløser 1, gensynkroniseringsudløser 2

Konfigurerbare betingelser for udløsning af gensynkronisering. En gensynkronisering udløses, når den logiske ligning i disse parametre evalueres til SAND.

Standardværdien er (tom).

Gensynkronisering mislykkes på FNF

En gensynkronisering anses for at være 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 fil ikke fundet -svar fra serveren som en vellykket gensynkronisering.

Standardværdien er Ja.

Profilregel

Profilregel B


Profilregel C


Profilregel D

Hver profilregel informerer telefonen om en kilde, hvorfra der kan hentes en profil (konfigurationsfil). Under hver gensynkronisering anvender telefonen alle profiler i rækkefølge.

Standard: /$PSN.xml

Hvis du anvender AES-256-CBC-kryptering til konfigurationsfilerne, skal du angive krypteringsnøglen med --key nøgleordet som følger:

[--nøgle ]

Du kan eventuelt omslutte krypteringsnøglen med dobbelte anførselstegn (").

DHCP-indstilling Der Skal Bruges

DHCP-indstillinger, adskilt af kommaer, bruges til at hente firmware og profiler.

Standardværdien er 66,160,159,150,60,43,125.

Msg for loganmodning

Denne parameter indeholder den meddelelse, der sendes til syslog-serveren ved start af et forsøg på gensynkronisering.

Standardværdien er $PN $MAC – Requesting % $SCHEME://$SERVIP:$PORT$PATH.

Msg lykkedes for logføring

Den syslog-meddelelse, der udstedes ved vellykket fuldførelse af forsøg på gensynkronisering.

Standardværdien er $PN $MAC – Gennemført gensynkronisering % $SCHEME://$SERVIP:$PORT$PATH -- $ERR.

Logfejl Msg

Den syslog-meddelelse, der udstedes efter et mislykket forsøg på gensynkronisering.

Standardværdien er $PN $MAC -- gensynkronisering mislykkedes: $ERR.

Brugerkonfigurerbar gensynkronisering

Giver en bruger mulighed for at gensynkronisere telefonen fra IP-telefonskærmen.

Standardværdien er Ja.

Parametre for firmwareopgradering

Følgende tabel definerer funktionen og brugen af hver parameter i afsnittet Firmwareopgradering under fanen Klargøring .

Tabel 2. Parametre for firmwareopgradering

Parameternavn

Beskrivelse og standardværdi

Aktivér opgradering

Aktiverer firmwareopgraderingshandlinger uafhængigt af gensynkroniseringshandlinger.

Standardværdien er Ja.

Konfigurer denne parameter med en af metoderne:

  • I telefonkonfigurationsfilen med XML(cfg.xml) skal du indtaste en streng i dette format: <Upgrade_Enable ua="na">JaEnable>pgrade_

  • På telefonens administrationswebside skal du indstille dette felt til Ja eller Nej.

Forsinkelse ved nyt forsøg på opgraderingsfejl

Intervallet for nyt forsøg på opgradering (i sekunder), der anvendes i tilfælde af opgraderingsfejl. Enheden har en tidsindstilling for firmwareopgradering, der aktiveres efter et mislykket forsøg på firmwareopgradering. Timeren initialiseres med værdien i denne parameter. Det næste forsøg på opgradering af firmware opstår, når denne timer tæller ned til nul.

Standardværdien er 3600 sekunder.

Konfigurer denne parameter med en af metoderne:

  • I telefonkonfigurationsfilen med XML(cfg.xml) skal du indtaste en streng i dette format: <Upgrade_Error_Retry_Delay ua="na">3600Error_Retry_Delay>pgrade_

  • På telefonens administrationswebside skal du indstille værdien.

Opgraderingsregel

Et firmwareopgraderingsscript, der definerer opgraderingsbetingelser og tilknyttede firmware-URL-adresser. Den bruger den samme syntaks som profilreglen.

Brug følgende format til at angive opgraderingsreglen:

<tftp|http|https>:////

Eksempel: 

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

Hvis der ikke er angivet en protokol, antages TFTP. Hvis der ikke er angivet et servernavn, bruges den vært, der anmoder om URL-adressen, som servernavnet. Hvis der ikke er angivet en port, bruges standardporten (69 for TFTP, 80 for HTTP eller 443 for HTTPS).

Standardværdien er tom.

Konfigurer denne parameter med en af metoderne:

  • I telefonkonfigurationsfilen med XML(cfg.xml) skal du indtaste en streng i dette format: <Upgrade_Rule ua="na">http://10.74.16.242/PHONEOS.3-0-1-0001-213.loads</Upgrade_Rule>

  • På telefonens administrationswebside skal du indtaste stien, hvor indlæsningsfilen er gemt.

Anmodning om Msg Om Logopgradering

Syslog meddelelse udstedt i starten af et forsøg på opgradering af firmware.

Standard: $PN $MAC -- Anmoder om opgradering $SCHEME://$SERVIP:$PORT$PATH

Konfigurer denne parameter med en af metoderne:

  • I telefonkonfigurationsfilen med XML(cfg.xml) skal du indtaste en streng i dette format: <Log_Upgrade_Request_Msg ua="na">$PN $MAC -- Anmoder om opgradering $SCHEME://$SERVIP:$PORT$PATHUpgrade_Request_Msg>og_

  • På telefonens administrationswebside skal du tilpasse parameteren efter behov.

Opgradering af logfil gennemført MSG

Syslog meddelelse, der er udstedt efter et forsøg på at opgradere firmware.

Standardværdien er $PN $MAC -- Opgradering lykkedes $SCHEME://$SERVIP:$PORT$PATH -- $ERR

Konfigurer denne parameter med en af metoderne:

  • I telefonkonfigurationsfilen med XML(cfg.xml) skal du indtaste en streng i dette format: <Log_Upgrade_Success_Msg ua="na">$PN $MAC -- Vellykket opgradering $SCHEME://$SERVIP:$PORT$PATH -- $ERRUpgrade_Success_Msg>og_

  • På telefonens administrationswebside skal du tilpasse parameteren efter behov.

Fejl ved opgradering af logfil Msg

Syslog meddelelse udstedt efter et mislykket forsøg på firmwareopgradering.

Standardværdien er $PN $MAC -- Opgradering mislykkedes: $ERR

Konfigurer denne parameter med en af metoderne:

  • I telefonkonfigurationsfilen med XML(cfg.xml) skal du indtaste en streng i dette format: <Log_Upgrade_Failure_Msg ua="na">$PN $MAC -- Opgradering mislykkedes: $ERRUpgrade_Failure_Msg>og_

  • På telefonens administrationswebside skal du tilpasse parameteren efter behov.

Deling af peer-firmware

Aktiverer eller deaktiverer funktionen PFS (Peer Firmware Sharing). Vælg Ja eller Nej for at aktivere eller deaktivere funktionen.

Standard: Ja

Konfigurer denne parameter med en af metoderne:

  • I telefonkonfigurationsfilen med XML(cfg.xml) skal du indtaste en streng i dette format: <Peer_Firmware_Sharing ua="na">JaFirmware_Sharing>eer_

  • På telefonens administrationswebside skal du indstille dette felt til Ja eller Nej.

Logserver til peer-firmwaredeling

Angiver IP-adressen og porten, hvortil UDP-meddelelsen sendes.

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:

  • I telefonkonfigurationsfilen med XML(cfg.xml) skal du indtaste en streng i dette format: <Peer_Firmware_Sharing_Log_Server ua="na">10.98.76.123:514Firmware_Sharing_Log_Server>eer_

  • På telefonens administrationswebside skal du indtaste logserveradressen.

Parametre for generelle formål

Følgende tabel definerer funktionen og brugen af hver parameter i afsnittet Parametre for generelle formål under fanen Klargøring .

Tabel 3. Parametre for generelle formål

Parameternavn

Beskrivelse og standardværdi

gpp a - gpp p

Parametrene for generelle formål GPP_* bruges som gratis strengregistre, når telefonerne konfigureres til at interagere med en bestemt klargøringsserverløsning. De kan konfigureres til at indeholde forskellige værdier, herunder følgende:

  • Krypteringsnøgler.

  • URL-adresser.

  • Oplysninger om status for klargøring i flere faser.

  • Send anmodningsskabeloner.

  • Kort over parameternavn for alias.

  • Delvise strengværdier, eventuelt kombineret til komplette parameterværdier.

Standardværdien er tom.

Makroudvidelsesvariabler

Visse makrovariabler genkendes inden for følgende klargøringsparametre:

  • Profile_-regel

  • rofile_Rule_*

  • esync_Trigger_*

  • Upgrade_-regel

  • Log_*

  • GPP_* (under særlige betingelser)

Inden for disse parametre genkendes og udvides syntakstyper, såsom $NAME eller $(NAME).

Understrenge for makrovariabler kan angives med notationen $(NAME:p) og $(NAME: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ængde q (eller 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.

Navn på parameter

Beskrivelse og standardværdi

$

Formularen $$ udvides til et enkelt $ tegn.

A til og med P

Erstattet af indholdet af parametrene for generelle formål GPP_A til og med GPP_P.

SA til og med SD

Erstattet af parametrene til specielle formål GPP_SA til og med GPP_SD. Disse parametre indeholder nøgler eller adgangskoder, der bruges ved klargøring.

$SA til og med $SD genkendes som argumenter til den valgfri URL-kvalifikation til gensynkronisering, --key.

MA

MAC-adresse, der bruger hexcifre med små bogstaver, f.eks. 000e08aabbcc.

MAU

MAC-adresse, der bruger hex-cifre med store bogstaver, f.eks. 000E08AABBCC.

MAC

MAC-adresse, der bruger hexcifre med små bogstaver og koloner til at adskille par af hexcifre. F.eks. 00:0e:08:aa:bb:cc.

PN

Produktnavn. Det kunne f.eks. være CP-8875-CC-C-9K.

PSN

Produktserienummer. F.eks. V03.

sn

Serienummer streng. For eksempel 88012BA01234.

ccert (flertydig)

Status for SSL-klientcertifikat: Installeret eller ikke installeret.

IP

IP-adresse på telefonen inden for dens lokale undernet. For eksempel 192.168.1.100.

extip

Telefonens eksterne IP-adresse, som set på internettet. F.eks. 66.43.16.52.

svæver

Streng til softwareversion. Eksempel:

telefoner-8875.1-0-1-0001-1

hwver

Streng til hardwareversion. F.eks. 2.0.1

prvst

Klargøringstilstand (en numerisk streng):

-1 = eksplicit anmodning om gensynkronisering

0 = gensynkronisering af tænding

1 = periodisk gensynkronisering

2 = gensynkronisering mislykkedes, forsøg igen

opgst

Opgraderingstilstand (en numerisk streng):

1 = første opgraderingsforsøg

2 = opgradering mislykkedes, forsøg igen

upgerr

Resultatmeddelelse (ERR) for tidligere opgraderingsforsøg, f.eks. http_get mislykkedes.

prvtmr

Sekunder siden sidste forsøg på gensynkronisering.

upgtmr

Sekunder siden sidste forsøg på opgradering.

REGTMR1

Sekunder siden linje 1 mistede registreringen med SIP-server.

REGTMR2

Sekunder siden linje 2 mistede registrering med SIP-server.

upgcond

Ældre makronavn.

ordning

Filadgangsskema, en af TFTP, HTTP eller HTTPS, som hentet efter parsing af URL-adresse til gensynkronisering eller opgradering.

serv

Anmod om destinationsservers værtsnavn, som hentet efter parsing af URL-adresse til gensynkronisering eller opgradering.

Servip-bevægelsen

Anmod om destinationsservers IP-adresse, som hentet efter parsing af URL-adresse til gensynkronisering eller opgradering, muligvis efter DNS-opslag.

port

Anmod om destinations-UDP/TCP-port, som hentet efter parsing af URL-adresse til gensynkronisering eller opgradering.

søgesti

Anmod om destinationsfilsti, som hentet efter parsing af URL-adresse til gensynkronisering eller opgradering.

fejl

Resultatmeddelelse om forsøg på gensynkronisering eller opgradering. Kun nyttig ved generering af resultatsyslog-meddelelser. Værdien bevares i variablen UPGERR i tilfælde af opgraderingsforsøg.

UIDn

Indholdet af linje n UserID-konfigurationsparameter.

EM-bevægelsen

Status for lokalnummermobilitet

lydløs

Bruger-ID til Extension Mobility

mpwd

Adgangskode til Extension Mobility

Interne fejlkoder

Telefonen definerer et antal interne fejlkoder (X00-X99) for at lette konfigurationen ved at give finere kontrol over, hvordan enheden fungerer under visse fejlbetingelser.

Tabel 4. Interne fejlkoder

Parameternavn

Beskrivelse og standardværdi

X00

Transportlagfejl (eller ICMP) under afsendelse af en SIP-anmodning.

X20

Timeout for SIP-anmodning, mens der venter på et svar.

X40

Generel SIP-protokolfejl (f.eks. uacceptabelt codec i SDP i 200- og ACK-meddelelser eller timeout, mens der ventes på ACK).

X60

Det kaldte nummer er ugyldigt i henhold til den angivne opkaldsplan.