Typer klargjøringsparametre

Denne delen beskriver klargjøringsparametrene bredt organisert etter funksjon.

Generelle parametre

De generelle parametrene GPP_* (Administratorpålogging > avansert > Tale > Klargjøring) brukes som gratis strengregistre når telefonen konfigureres til å samhandle med en bestemt klargjøringsserverløsning. GPP_* parametrene er tomme som standard. De kan konfigureres til å inneholde forskjellige verdier, inkludert følgende:

  • Krypteringsnøkler

  • URL-adresser

  • Statusinformasjon om klargjøring i flere trinn.

  • Postforespørselsmaler

  • Aliaskart for parameternavn

  • Delvise strengverdier, til slutt kombinert til fullstendige parameterverdier.

GPP_* parametrene er tilgjengelige for makroutvidelse i andre klargjøringsparametre. Til dette formål er makronavn med store bokstaver (A til P) tilstrekkelig til å identifisere innholdet i GPP_A til GPP_P. Makronavnene med to store bokstaver SA til SD identifiserer også GPP_SA til GPP_SD som et spesialtilfelle når de brukes som argumenter for følgende URL-alternativer:

key, uid og pwd

Disse parameterne kan brukes som variabler i klargjørings- og oppgraderingsregler. De refereres til ved å prefikse variabelnavnet med et '$'-tegn, for eksempel $GPP_A.

Aktiver parametere

Parametrene Provision_Aktiver og Upgrade_Aktiver styrer alle resynkroniserings- og fastvareoperasjoner. Disse parametrene styrer resynkronisering og oppgraderinger uavhengig av hverandre. Disse parametrene styrer også URL-kommandoer for resynkronisering og oppgradering som utstedes gjennom administrasjonsnettserveren. Begge disse parametrene er satt til Ja som standard.

Resync_From_SIP-parameteren styrer forespørsler om resynkroniseringsoperasjoner. En SIP-VARSLINGSHENDELSE sendes fra tjenesteleverandørens proxy-server til telefonen. Hvis dette er aktivert, kan proxyen be om resynkronisering. For å gjøre dette sender proxyen en SIP-varslingsmelding som inneholder hendelsen: resynkronisering av toppteksten til enheten.

Enheten utfordrer forespørselen med et 401-svar (godkjenning avvist for brukt legitimasjon). Enheten forventer en godkjent etterfølgende forespørsel før den oppfyller resynkroniseringsforespørselen fra proxyen. Hendelsen: reboot_now og hendelse: restart_now topptekster utfører henholdsvis kalde og varme omstarter, som også er utfordret.

De to gjenværende aktiveringene er Resync_On_Reset og Resync_After_Upgrade_Attempt. Disse parametrene bestemmer om enheten utfører en resynkroniseringsoperasjon etter at oppstartsprogramvaren har startet på nytt, og etter hvert oppgraderingsforsøk.

Når Resync_On_Reset er aktivert, introduserer 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 en gruppe telefoner som slås på samtidig, spreder denne forsinkelsen ut starttidene for resynkroniseringsforespørsler fra hver enhet. Denne funksjonen kan være nyttig i store boliginstallasjoner, i tilfelle regionalt strømbrudd.

Utløsere

Telefonen lar deg resynkronisere med bestemte intervaller eller på et bestemt tidspunkt.

Resynkroniser ved bestemte intervaller

Telefonen er utformet for å resynkronisere med klargjøringsserveren regelmessig. Resynkroniseringsintervallet konfigureres i Resync_Periodic (sekunder). Hvis denne verdien er tom, resynkroniseres ikke enheten regelmessig.

Resynkroniseringen skjer vanligvis når talelinjene er ledige. Hvis en talelinje er aktiv når en resynkronisering er planlagt, forsinker telefonen resynkroniseringsprosedyren til linjen blir inaktiv igjen. En resynkronisering kan føre til at konfigurasjonsparameterverdiene endres.

En resynkroniseringsoperasjon kan mislykkes fordi telefonen ikke kan hente en profil fra serveren, fordi den nedlastede filen er skadet eller det har oppstått en intern feil. Enheten prøver å resynkronisere 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 å resynkronisere på nytt etter et mislykket resynkroniseringsforsøk.

Hvis en oppgradering mislykkes, utføres et nytt forsøk etter Upgrade_Error_Retry_forsinkelse sekunder.

To konfigurerbare parametere er tilgjengelige for betinget utløsning av resynkronisering: Resync_Trigger_1 og Resync_Trigger_2. Hver parameter kan programmeres med et betingelsesuttrykk som gjennomgår makroutvidelse. Når resynkroniseringsintervallet utløper (tid for neste resynkronisering), vil utløserne, hvis angitt, forhindre resynkronisering med mindre én eller flere utløsere vurderes som sanne.

Følgende eksempelbetingelse utløser en resynkronisering. I eksemplet har det gått mer enn 5 minutter (300 sekunder) siden forrige forsøk på oppgradering av telefonen, og minst 10 minutter (600 sekunder) siden forrige forsøk på resynkronisering.

$UPGTMR gt 300 og $PRVTMR ge 600

Resynkroniser på et bestemt tidspunkt

Resync_At-parameteren gjør det mulig for telefonen å resynkronisere på et bestemt tidspunkt. Denne parameteren bruker 24-timers format (hhmm) til å angi klokkeslettet.

Parameteren Resync_At_Random_forsinkelse gjør det mulig for telefonen å resynkronisere på en uspesifisert forsinkelse. Denne parameteren bruker et positivt heltall til å angi tiden.

Det bør unngås å oversvømme serveren med resynkroniseringsforespørsler fra flere telefoner som er satt til å resynkronisere samtidig. Telefonen utløser resynkroniseringen opptil 10 minutter etter det angitte tidspunktet.

Hvis du for eksempel angir resynkroniseringstiden til 1000 (10.00), utløser telefonen resynkroniseringen når som helst mellom 10.00 og 10.10.

Denne funksjonen er deaktivert som standard. Hvis Resync_At-parameteren klargjøres, ignoreres Resync_Periodic-parameteren.

Konfigurerbare tidsplaner

Du kan konfigurere tidsplaner for periodisk resynkronisering, og du kan angi reprøvingsintervaller for resynkroniserings- og oppgraderingsfeil ved hjelp av disse klargjøringsparametrene:

  • Resync_Periodisk

  • Resync_Error_Retry_forsinkelse

  • Upgrade_Error_Retry_forsinkelse

Hver parameter godtar en enkelt forsinkelsesverdi (sekunder). Den nye utvidede syntaksen tillater en kommaseparert liste over etterfølgende forsinkelseselementer. Det siste elementet i sekvensen gjentas implicit for alltid.

Alternativt kan du bruke et plusstegn til å angi en annen numerisk verdi som legger til en tilfeldig ekstra forsinkelse.

Eksempel 1

I dette eksemplet resynkroniserer telefonen regelmessig hver 2. time. Hvis det oppstår en resynkroniseringsfeil, 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 resynkroniseringen fullføres.

 Resync_Periodisk=7200 Resync_Error_Retry_Forsinkelse=1800,3600,7200,14400

Eksempel 2

I dette eksemplet resynkroniserer enheten regelmessig hver time (pluss en ekstra tilfeldig forsinkelse på opptil 10 minutter). I tilfelle resynkroniseringsfeil, prøver enheten på nytt med følgende intervaller: 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 resynkroniseres.

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

Eksempel 3

I dette eksemplet, hvis et forsøk på ekstern oppgradering mislykkes, prøver enheten å oppgradere på nytt om 30 minutter, deretter igjen etter en time til og deretter etter to timer. Hvis oppgraderingen fortsatt mislykkes, prøver enheten på nytt hver fjerde til femte time til oppgraderingen er fullført.

 Upgrade_Error_Retry_forsinkelse  =  1800,3600,7200,14400+3600

Profilregler

Telefonen har flere profilparametere for ekstern konfigurasjon (Profile_Rule*). Dermed kan hver resynkroniseringsoperasjon hente flere filer som forskjellige servere administrerer.

I det enkleste scenariet resynkroniserer enheten regelmessig til en enkelt profil på en sentral server, som oppdaterer alle relevante interne parametere. Profilen kan også deles mellom forskjellige filer. Én fil er vanlig for alle telefonene i en distribusjon. Det gis en egen, unik fil for hver konto. Krypteringsnøkler og sertifikatinformasjon kan leveres av en annen profil, lagret på en separat server.

Når en resynkroniseringsoperasjon er planlagt, evaluerer telefonen de fire Profile_Rule*-parametrene i rekkefølge:

  1. Profile_Regel

  2. Profile_Rule_B

  3. Frofile_Rule_C

  4. Profile_Rule_D

Hver evaluering kan føre til at en profil hentes fra en ekstern klargjøringsserver, med en mulig oppdatering av noen interne parametere. Hvis en evaluering mislykkes, avbrytes resynkroniseringssekvensen og prøves på nytt fra begynnelsen 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 resynkronisering.

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 betingelsesuttrykk, et tilordningsuttrykk, 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 finnes:

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

Innenfor hver Profile_Rule*-parameter må alle alternativer unntatt det siste gi et betingelsesuttrykk. Dette uttrykket evalueres og behandles som følger:

  1. Betingelser evalueres fra venstre til høyre, til det blir funnet en som vurderes som sann (eller til det blir funnet ett alternativ uten betingelsesuttrykk).

  2. Eventuelle medfølgende tilordningsuttrykk evalueres.

  3. Hvis en URL er angitt som en del av dette alternativet, forsøkes det å laste ned profilen som finnes på den angitte URL-adressen. Systemet forsøker å oppdatere de interne parametrene tilsvarende.

Hvis alle alternativene har betingelsesuttrykk og ingen vurderes som sanne (eller hvis hele profilregelen er tom), hoppes hele parameteren Profile_Rule* over. Den neste profilregelparameteren i sekvensen evalueres.

Eksempel 1

Dette eksemplet resynkroniserer 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 resynkroniserer enheten 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 den makroutvidede GPP_A, som kan gi ytterligere informasjon om enhetens tilstand:

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

Eksempel 3

I dette eksemplet resynkroniserer enheten til den samme serveren. Enheten gir ytterligere informasjon hvis det ikke er installert et sertifikat i enheten (for eldre enheter før 2.0):

 ("$CCERT" eq "Installert")? https://p.tel.com/config? | https://p.tel.com/config?cisco$MAU

Eksempel 4

I dette eksemplet deaktiveres linje 1 inntil GPP_A angis lik Provisioned via den første URL-adressen. Etterpå resynkroniseres den til den andre URL-adressen:

 ("A" ne "klargjort")? (Line_Enable_1_ = "Nei";)! https://p.tel.com/init-prov | https://p.tel.com/configs

Eksempel 5

I dette eksemplet antas profilen som serveren returnerer å inneholde XML-elementkoder. Disse kodene må legges til riktige parameternavn ved hjelp av aliasmatrisen 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. Resync_Fails_On_FNF-parameteren kan overstyre denne standardatferden. Hvis Resync_Fails_On_FNF er satt til Nei, godtar enheten et filsvar fra serveren som en vellykket resynkronisering. Standardverdien for Resync_Fails_On_FNF er Ja.

Oppgraderingsregel

Oppgraderingsregelen er å be enheten om å aktivere en ny belastning og om nødvendig hvor lasten skal hentes. Hvis lasten allerede er på enheten, vil den ikke prøve å hente lasten. Så gyldigheten av lasteplasseringen spiller ingen rolle når ønsket belastning er i den inaktive partisjonen.

Upgrade_-regelen angir en fastvarebelastning som, hvis den er forskjellig fra den gjeldende belastningen, vil bli lastet ned og brukt med mindre det er begrenset av et betingelsesuttrykk eller Upgrade_Aktiver er satt til Nei.

Telefonen har én konfigurerbar parameter for ekstern oppgradering, Upgrade_Rule. Denne parameteren godtar syntaks som ligner på profilregelparameterne. URL-alternativer støttes ikke for oppgraderinger, men betingelsesuttrykk og tilordningsuttrykk kan brukes. Hvis betingelsesuttrykk 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 for Profile_Rule*-parametere evaluerer Upgrade_Rule-parameteren hvert alternativ inntil et betingelsesuttrykk er oppfylt eller et alternativ ikke har noe betingelsesuttrykk. Det medfølgende tilordningsuttrykket evalueres, hvis angitt. Deretter forsøkes en oppgradering til den angitte URL-adressen.

Hvis Upgrade_-regelen inneholder en URL-adresse uten et betingelsesuttrykk, oppgraderes enheten til fastvareavbildningen som URL-adressen angir. Etter makroutvidelse og evaluering av regelen forsøker ikke enheten å oppgradere på nytt før regelen endres, eller den effektive kombinasjonen av skjema + server + port + filbane endres.

For å forsøke en fastvareoppgradering deaktiverer enheten lyd ved starten av prosedyren og starter på nytt ved 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.loads

I dette eksemplet oppgraderer Upgrade_Rule fastvaren til bildet som er lagret på den angitte URL-adressen.

Her er et annet 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 eksemplet forteller enheten å laste inn ett av to bilder, basert på innholdet i en generell parameter, GPP_F.

Klargjøringsparametere

Du finner klargjøringsparametrene på Klargjøring -fanen på telefonnettsiden.

Parametere for konfigurasjonsprofiler

Tabellen nedenfor definerer funksjon og bruk av hver parameter i delen Konfigurasjonsprofilparametre under fanen Klargjøring .

Tabell 1. Parametere for konfigurasjonsprofiler

Parameternavn

Beskrivelse og standardverdi

Klargjøring Aktiver

Styrer alle resynkroniseringshandlinger uavhengig av fastvareoppgraderingshandlinger. Sett til Ja for å aktivere ekstern klargjøring.

Standardverdien er Ja.

Resynkronisering ved tilbakestilling

Utløser en resynkronisering etter hver omstart, bortsett fra omstarter forårsaket av parameteroppdateringer og fastvareoppgraderinger.

Standardverdien er Ja.

Resynkronisering tilfeldig forsinkelse

En tilfeldig forsinkelse etter oppstartssekvensen før tilbakestillingen utføres, angitt i sekunder. I en gruppe IP-telefonienheter som er planlagt å starte samtidig, introduserer dette en spredning av tidspunktene da hver enhet sender en resynkroniseringsforespørsel til klargjøringsserveren. Denne funksjonen kan være nyttig i store boliginstallasjoner, i tilfelle regionalt strømbrudd.

Verdien i dette feltet må være et heltall mellom 0 og 65535.

Standardverdien er 2.

Resynkroniser ved (TTmm)

Tidspunktet (TTmm) da enheten resynkroniserer med klargjøringsserveren.

Verdien i dette feltet må være et firesifret tall mellom 0000 og 2400 for å angi klokkeslettet i formatet TTmm. 0959 angir for eksempel 09:59.

Standardverdien er tom. Hvis verdien er ugyldig, ignoreres parameteren. Hvis denne parameteren angis med en gyldig verdi, ignoreres parameteren Resync Periodic.

Resynkronisering ved tilfeldig forsinkelse

Hindrer overbelastning av klargjøringsserveren når et stort antall enheter slås på samtidig.

For å unngå oversvømmelse av resynkroniseringsforespørsler til serveren fra flere telefoner, resynkroniserer telefonen mellom timer og minutter, og timer og minutter pluss den tilfeldige forsinkelsen (hhmm, hhmm+random_delay). Hvis for eksempel den tilfeldige forsinkelsen = (Resync At Random Delay + 30)/60  minutter, konverteres inndataverdien i sekunder til minutter og avrundes opp til neste minutt for å beregne det endelige random_delay intervallet.

De gyldige verdiene varierer mellom 600 og 65535.

Hvis verdien er mindre enn 600, er den tilfeldige forsinkelsen mellom 0 og 600.

Standardverdien er 600 sekunder (10 minutter).

Resynkronisering periodisk

Tidsintervallet mellom periodiske resynkroniseringer med klargjøringsserveren. Den tilknyttede resynkroniseringstidtakeren er bare aktiv etter den første vellykkede synkroniseringen med serveren.

Gyldige formater er som følger:

  • Et heltall

    Eksempel: Inndata på 3000 indikerer at den neste resynkroniseringen finner sted om 3000 sekunder.

  • Flere heltall

    Eksempel: En inndata på 600 1200 300 indikerer at den første resynkroniseringen finner sted om 600 sekunder, den andre resynkroniseringen finner sted om 1200 sekunder etter den første, og den tredje resynkroniseringen finner sted om 300 sekunder etter den andre.

  • Et tidsintervall

    Eksempel: 2400+30 indikerer at neste resynkronisering finner sted mellom 2400 og 2430 sekunder etter en vellykket resynkronisering.

Sett denne parameteren til null for å deaktivere periodisk resynkronisering.

Standardverdien er 3600 sekunder.

Resynkroniseringsfeil, forsinkelse av nytt forsøk

Hvis en resynkroniseringsoperasjon mislykkes fordi IP-telefonienheten ikke kunne hente en profil fra serveren, eller den nedlastede filen er skadet, eller det oppstår en intern feil, prøver enheten å resynkronisere på nytt etter en tid som er angitt i sekunder.

Gyldige formater er som følger:

  • Et heltall

    Eksempel: Inndata på 300 indikerer at det neste forsøket på resynkronisering finner sted om 300 sekunder.

  • Flere heltall

    Eksempel: En inndata på 600 1200 300 indikerer at det første forsøket finner sted 600 sekunder etter feilen, det andre forsøket finner sted 1200 sekunder etter feilen av det første forsøket, og det tredje forsøket finner sted 300 sekunder etter feilen av det andre forsøket.

  • Et tidsintervall

    Eksempel: 2400+30 indikerer at det neste nye forsøket finner sted mellom 2400 og 2430 sekunder etter en resynkroniseringsfeil.

Hvis forsinkelsen er satt til 0, prøver ikke enheten å resynkronisere på nytt etter et mislykket resynkroniseringsforsøk.

Tvungen resynkroniseringsforsinkelse

Maksimal forsinkelse (i sekunder) telefonen venter før den utfører en resynkronisering.

Enheten resynkroniserer ikke mens en av telefonlinjene er aktiv. Siden en resynkronisering kan ta flere sekunder, er det ønskelig å vente til enheten har vært inaktiv i en lengre periode før resynkroniseringen. Dette gjør det mulig for en bruker å foreta anrop etter hverandre uten avbrudd.

Enheten har en tidtaker som begynner å telle ned når alle linjene blir inaktive. Denne parameteren er den første verdien til telleren. Resynkroniseringshendelser utsettes til denne telleren reduseres til null.

De gyldige verdiene varierer mellom 0 og 65535.

Standardverdien er 14 400 sekunder.

Resynkronisering fra SIP

Gjør det mulig å utløse resynkronisering via en SIP-varslingsmelding.

Standardverdien er Ja.

Resynkronisering etter oppgraderingsforsøk

Aktiverer eller deaktiverer resynkronisering etter en oppgradering. Hvis Ja velges, utløses synkronisering.

Standardverdien er Ja.

Resynkroniseringsutløser 1, resynkroniseringsutløser 2

Konfigurerbare betingelser for utløser for resynkronisering. En resynkronisering utløses når den logiske ligningen i disse parametrene vurderes til SANN.

Standardverdien er (tom).

Resynkronisering 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 fil-ikke-funnet svar fra serveren som en vellykket resynkronisering.

Standardverdien er Ja.

Profilregel

Profilregel B


Profilregel C


Profilregel D

Hver profilregel informerer telefonen om en kilde som den kan hente en profil fra (konfigurasjonsfil). Ved hver resynkronisering tar telefonen i bruk alle profiler i rekkefølge.

Standard: /$PSN.xml

Hvis du bruker AES-256-CBC-kryptering på konfigurasjonsfilene, angir du krypteringsnøkkelen med --key -nøkkelordet som følger:

[--nøkkel ]

Krypteringsnøkkelen kan eventuelt plasseres i doble anførselstegn (").

Alternativ for bruk av DHCP

DHCP-alternativer, avgrenset med komma, brukes til å hente fastvare og profiler.

Standardverdien er 66,160,159,150,60,43,125.

Loggforespørsel Msg

Denne parameteren inneholder meldingen som sendes til syslog-serveren ved starten av et resynkroniseringsforsøk.

Standardverdien er $PN $MAC – Requesting % $SCHEME://$SERVIP:$PORT$PATH.

Loggsuksess Msg

Syslog-meldingen som genereres når et resynkroniseringsforsøk er fullført.

Standardverdien er $PN $MAC – Vellykket resynkronisering % $SCHEME://$SERVIP:$PORT$PATH -- $ERR.

Loggfeil Msg

Syslog-meldingen som genereres etter et mislykket resynkroniseringsforsøk.

Standardverdien er $PN $MAC -- resynkronisering mislyktes: $ERR.

Brukerkonfigurerbar resynkronisering

Tillater at en bruker resynkroniserer telefonen fra IP-telefonskjermen.

Standardverdien er Ja.

Parametre for fastvareoppgradering

Tabellen nedenfor definerer funksjon og bruk av hver parameter i delen Fastvareoppgradering i fanen Klargjøring .

Tabell 2. Parametre for fastvareoppgradering

Parameternavn

Beskrivelse og standardverdi

Aktiver oppgradering

Aktiverer fastvareoppgradering uavhengig av resynkroniseringshandlinger.

Standardverdien er Ja.

Konfigurer denne parameteren med én av metodene:

  • Skriv inn en streng i dette formatet i telefonkonfigurasjonsfilen med XML(cfg.xml): <Upgrade_Enable ua="na">JaEnable>pgrade_

  • På telefonens administrasjonsnettside setter du dette feltet til Ja eller Nei.

Oppgraderingsfeil, forsinkelse av nytt forsøk

Intervallet for nytt oppgraderingsforsøk (i sekunder) som brukes i tilfelle oppgraderingsfeil. Enheten har en tidtaker for fastvareoppgraderingsfeil som aktiveres etter et mislykket forsøk på fastvareoppgradering. Tidtakeren initialiseres med verdien i denne parameteren. Neste forsøk på fastvareoppgradering skjer når tidtakeren teller ned til null.

Standardverdien er 3600 sekunder.

Konfigurer denne parameteren med én av metodene:

  • Skriv inn en streng i dette formatet i telefonkonfigurasjonsfilen med XML(cfg.xml): <Upgrade_Error_Retry_Delay ua="na">3600Error_Retry_Delay>pgrade_

  • På telefonens administrasjonsnettside angir du verdien.

Oppgraderingsregel

Et fastvareoppgraderingsskript som definerer oppgraderingsbetingelser og tilknyttede URL-adresser for fastvare. Den bruker samme syntaks som Profile Rule.

Bruk følgende format for å angi oppgraderingsregelen:

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

For eksempel: 

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

Hvis ingen protokoll er angitt, 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 én av metodene:

  • Skriv inn en streng i dette formatet i telefonkonfigurasjonsfilen med XML(cfg.xml): <Upgrade_Rule ua="na">http://10.74.16.242/PHONEOS.3-0-1-0001-213.loads</Upgrade_Rule>

  • På telefonens administrasjonsnettside angir du banen der innlastingsfilen er lagret.

Forespørsel om loggoppgradering Msg

Syslog-melding som genereres ved starten av et forsøk på fastvareoppgradering.

Standard: $PN $MAC -- Ber om oppgradering $SCHEME://$SERVIP:$PORT$PATH

Konfigurer denne parameteren med én av metodene:

  • Skriv inn en streng i dette formatet i telefonkonfigurasjonsfilen med XML (cfg.xml): <Log_Upgrade_Request_Msg ua="na">$PN $MAC -- Ber om oppgradering $SCHEME://$SERVIP:$PORT$PATHUpgrade_Request_Msg>og_

  • På telefonens administrasjonsnettside tilpasser du parameteren etter behov.

Loggoppgradering vellykket Msg

Syslog-melding som genereres etter at et forsøk på fastvareoppgradering er fullført.

Standardverdien er $PN $MAC -- Vellykket oppgradering $SCHEME://$SERVIP:$PORT$PATH -- $ERR

Konfigurer denne parameteren med én av metodene:

  • Skriv inn en streng i dette formatet i telefonkonfigurasjonsfilen med XML (cfg.xml): <Log_Upgrade_Success_Msg ua="na">$PN $MAC -- Vellykket oppgradering $SCHEME://$SERVIP:$PORT$PATH -- $ERRUpgrade_Success_Msg>og_

  • På telefonens administrasjonsnettside tilpasser du parameteren etter behov.

Feil ved loggoppgradering Msg

Syslog-melding som genereres etter et mislykket forsøk på fastvareoppgradering.

Standardverdien er $PN $MAC -- Oppgradering mislyktes: $ERR

Konfigurer denne parameteren med én av metodene:

  • I telefonkonfigurasjonsfilen med XML (cfg.xml) skriver du inn en streng i dette formatet: <Log_Upgrade_Failure_Msg ua="na">$PN $MAC -- Oppgradering mislyktes: $ERRUpgrade_Failure_Msg>og_

  • På telefonens administrasjonsnettside tilpasser du parameteren etter behov.

Peer-fastvaredeling

Aktiverer eller deaktiverer funksjonen Peer Firmware Sharing (PFS). Velg Ja eller Nei for å aktivere eller deaktivere funksjonen.

Standard: Ja

Konfigurer denne parameteren med én av metodene:

  • Skriv inn en streng i dette formatet i telefonkonfigurasjonsfilen med XML(cfg.xml): <Peer_Firmware_Sharing ua="na">JaFirmware_Sharing>eer_

  • På telefonens administrasjonsnettside setter du dette feltet til Ja eller Nei.

Loggserver for peer-fastvaredeling

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 én av metodene:

  • Skriv inn en streng i dette formatet i telefonkonfigurasjonsfilen med XML(cfg.xml): <Peer_Firmware_Sharing_Log_Server ua="na">10.98.76.123:514Firmware_Sharing_Log_Server>eer_

  • På telefonens administrasjonsnettside angir du loggserveradressen.

Generelle parametre

Tabellen nedenfor definerer funksjon og bruk av hver parameter i delen Generelle parametre i fanen Klargjøring .

Tabell 3. Generelle parametre

Parameternavn

Beskrivelse og standardverdi

gpp a - gpp p

De generelle parametrene 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:

  • Krypteringsnøkler.

  • URL-adresser.

  • Statusinformasjon om klargjøring i flere trinn.

  • Postforespørselsmaler.

  • Aliasmaps for parameternavn.

  • Delvise strengverdier, til slutt kombinert til fullstendige parameterverdier.

Standardverdien er tom.

Makroutvidelsesvariabler

Enkelte makrovariabler gjenkjennes innenfor følgende klargjøringsparametre:

  • Profile_Regel

  • Profile_Rule_*

  • Resync_Trigger_*

  • Upgrade_regel

  • Log_*

  • GPP_* (under spesielle forhold)

Innenfor disse parameterne gjenkjennes og utvides syntakstyper, for eksempel $NAME eller $(NAME).

Makrovariable understrenger kan angis med notatene $(NAME:p) og $(NAME:p:q), hvor p og q er ikke-negative heltall (tilgjengelig i revisjon 2.0.11 og nyere). Den resulterende makroutvidelsen er understrengen som starter ved tegnforskyvning p, med lengden q (eller til slutten av strengen hvis q ikke er angitt). Hvis for eksempel GPP_A inneholder ABCDEF, utvides $(A:2) til CDEF, og $(A:2:3) utvides til CDE.

Et navn som ikke gjenkjennes, oversettes ikke, og $NAME- eller $(NAME)-skjemaet forblir uendret i parameterverdien etter utvidelsen.

Parameternavn

Beskrivelse og standardverdi

$

Skjemaet $$ utvides til et enkelt $ tegn.

A til P

Erstattet av innholdet i de generelle parametrene GPP_A til GPP_P.

SA til SD

Erstattet av spesialparametere GPP_SA til GPP_SD. Disse parametrene inneholder nøkler eller passord som brukes ved klargjøring.

$SA til $SD gjenkjennes som argumenter til den valgfrie resynkroniserings-URL-kvalifikatoren, --nøkkelen.

ma

MAC-adresse som bruker heksadesimale sifre med små bokstaver, for eksempel 000e08aabbcc.

Mau

MAC-adresse som bruker heksadesimale sifre med store bokstaver, for eksempel 000E08AABBCC.

mac

MAC-adresse som bruker heksadesimale sifre med små bokstaver og kolon for å skille heksadesimale sifferpar. For eksempel 00:0e:08:aa:bb:cc.

PN

Produktnavn. For eksempel CP-8875-CC-C-9K.

PSN

Produktserienummer. For eksempel V03.

sn

Serienummerstreng. for eksempel 88012BA01234.

Svinghjul

Status for SSL-klientsertifikat: Installert eller ikke installert.

IP

IP-adressen til telefonen i det lokale subnettet. For eksempel 192.168.1.100.

extip

Telefonens eksterne IP, som vist på Internett. For eksempel 66.43.16.52.

swinger

Programvareversjonsstreng. For eksempel:

phoneos-8875.1-0-1-0001-1

hwver

Maskinvareversjonsstreng. For eksempel 2.0.1

prvst

Klargjøringstilstand (numerisk streng):

-1 = eksplisitt resynkroniseringsforespørsel

0 = resynkronisering ved oppstart

1 = periodisk resynkronisering

2 = mislykket resynkronisering, forsøk på nytt

oppgst

Oppgraderingstilstand (numerisk streng):

1 = første oppgraderingsforsøk

2 = mislykket oppgradering, forsøk på nytt

oppgjørr

Resultatmelding (ERR) for forrige oppgraderingsforsøk, for eksempel http_get mislyktes.

prvtmr

Sekunder siden forrige resynkroniseringsforsøk.

oppgtmr

Sekunder siden forrige oppgraderingsforsøk.

REGTMR1

Sekunder siden linje 1 mistet registrering med SIP-server.

REGTMR2

Sekunder siden linje 2 mistet registrering med SIP-server.

oppgcond

Eldre makronavn.

oppsett

Filtilgangsskjema, en av TFTP, HTTP eller HTTPS, som hentes etter analyse av resynkroniserings- eller oppgraderings-URL-en.

serv

Vertsnavn på målserver for forespørsel, som hentes etter analyse av resynkroniserings- eller oppgraderings-URL-adressen.

servise

IP-adresse for målserver for forespørsel, som hentes etter analyse av resynkroniserings- eller oppgraderings-URL-en, muligens etter DNS-oppslag.

port

UDP/TCP-porten til forespørselsmål, som hentes etter analyse av resynkroniserings- eller oppgraderings-URL-adressen.

bane

Filbane for forespørselsmål, som hentes etter analyse av resynkroniserings- eller oppgraderings-URL-en.

err

Resultatmelding for forsøk på resynkronisering eller oppgradering. Kun nyttig i å generere resultatsyslog-meldinger. Verdien beholdes i UPGERR-variabelen ved oppgraderingsforsøk.

UIDn

Innholdet i konfigurasjonsparameteren Line n UserID.

ems

Status for mobilt internnummer

mugg

Bruker-ID for mobilt internnummer

mpwd

Passord for mobilt internnummer

Interne feilkoder

Telefonen definerer en rekke interne feilkoder (X00–X99) for å forenkle konfigurasjonen ved å gi bedre kontroll over virkemåten til enheten under visse feilforhold.

Tabell 4. Interne feilkoder

Parameternavn

Beskrivelse og standardverdi

X00

Transportlagfeil (eller ICMP) ved sending av SIP-forespørsel.

X20

SIP-forespørselen blir tidsavbrutt mens de 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 er ugyldig i henhold til angitt ringeplan.