Az ellátási paraméterek típusai

Ez a szakasz az ellátási paramétereket ismerteti funkció szerint nagyjából rendszerezve.

Általános célú paraméterek

Az általános célú paraméterek GPP_* (Admin bejelentkezés > Speciális > Hang > Ellátás) szabad karakterlánc-regiszterekként használatosak, amikor a telefont úgy konfiguráljuk, hogy az egy adott ellátási szerver megoldással együttműködjön. A GPP_* paraméterek alapértelmezetten üresek. Konfigurálhatók úgy, hogy különböző értékeket tartalmazzanak, például:

  • Titkosítási kulcsok

  • URL-ek

  • Multistage szolgáltatási állapot információk.

  • Kérés utáni sablonok

  • Paraméter név alias térképek

  • Részleges string értékek, amelyek végül teljes paraméter értéket adnak ki.

A GPP_* paraméterek makró kiterjesztéssel érhetők el más szolgáltató paraméterekben. Ezért az egy betűből álló nagybetűs makróneveket használunk (A és P között) a GPP_A és GPP_P közötti tartalom azonosítására. Továbbá a két betűből álló nagybetűs makrónevek SA és SD között a GPP_SA és GPP_SD közötti speciális eseteket jelölik, amikor az alábbi URL beállítások argumentumaként használjuk őket:

kulcs, uid, és pwd

Ezek a paraméterek használhatók változóként is szolgáltatási és frissítési szabályokban. A változó nevét egy '$' karakterrel hivatkozzuk meg, például $GPP_A.

Paraméterek engedélyezése

A Provision_Enable és Upgrade_Enable paraméterek vezérlik az összes profil újraszinkronizálási és förmver frissítési műveletet. Ezek a paraméterek vezérlik az újraszinkronizálást és a frissítéseket egymástól függetlenül. Ezek a paraméterek vezérlik az újraszinkronizálást és azoknak az URL parancsok frissítését, amelyeket az adminisztrációs webszerveren keresztül adtak ki. Mindkét paraméter alapértelmezett beállítása Igen.

A Resync_From_SIP paraméter vezérli az újraszinkronizálási műveletekre vonatkozó kéréseket. A SIP NOTIFY eseményt a szolgáltató proxy szerveréről küldik a telefonra. Ha be van kapcsolva, a proxy kérhet újraszinkronizálást. Ehhez a proxy egy SIP NOTIFY üzenetet küld, amely tartalmazza az eseményt: fejléc újraszinkronizálás a készülékre.

A készülék 401-es válasszal reagál a kérésre (hitelesítés visszautasítva az azonosítók miatt). A készülék egy hitelesített következő kérést vár mielőtt válaszolna az újraszinkronizálási kérésre a proxyról. Az Esemény: reboot_now és Esemény: restart_now fejléc hideg és meleg újraindítást végez, ami szintén ellenőrzésre kerül.

A két fennmaradó engedélyezendő a Resync_On_Reset és Resync_After_Upgrade_Attempt. Ezek a paraméterek határozzák meg, hogy a készülék végezzen-e újraszinkronizálási műveletet szoftver újraindulás indítás és frissítési kísérlet után.

Amikor engedélyezve van a Resync_On_Reset paraméter, a készülék egy random késleltetést vezet be, ami a boot-up sorrendet követi a visszaállítás elvégzése előtt. A késleltetés ideje random, ami legfeljebb a Resync_Random_Delay (másodpercben) értékkel meghatározott idő lehet. Ha egyszerre több telefon is bekapcsol, akkor ez a késleltetés az egyes készülékek újraszinkronizálási kéréseinek kezdési idejeit osztja szét. Ez a funkció nagyméretű lakossági telepítéseknél lehet hasznos regionális áramkimaradás esetén.

Trigger(ek)

A telefon lehetővé teszi megadott időben vagy időpontban az újraszinkronizálást.

Újraszinkronizálás meghatározott időközönként

A telefont úgy tervezték, hogy rendszeres időközönként újraszinkronizáljon a szolgáltató szerverrel. Az újraszinkronizálási intervallumot a Resync_Periodic (másodperc) határozza meg. Ha ez az érték üres, a készülék nem végez rendszeres időzönként újraszinkronizálást.

Az újraszinkronizálás általában akkor történik, amikor a hang vonalak inaktívak. Ha egy hang vonal aktív az újraszinkron esedékességekor, a telefon késlelteti az újraszinkron eljárást, amíg a vonal inaktívvá nem válik. Az újraszinkron módosíthatja a konfigurációs paramétert.

Az újraszinkronizálási művelet sikertelen lehet, mert a telefon nem képes lekérni a profilt a szerverről, a letöltött fájl hibás, vagy mert belső hiba történt. A készülék megpróbál újraszinkronizálni a Resync_Error_Retry_Delay (másodperc) elemmel megadott idő elteltével.. Ha a Resync_Error_Retry_Delay értéke 0, a készülék nem próbál meg ismét szinkronizálni a sikertelen újraszinkronizálási kísérlet után.

Ha a frissítés sikertelen, az Upgrade_Error_Retry_Delay értékben megadot másodperc után próbálkozik ismét.

Két konfigurálható paraméter érhető el az újraszinkronizálás feltételes indításához: Resync_Trigger_1 és Resync_Trigger_2. Minden paraméter programozható egy makró kiterjesztésen átesett feltételes kifejezéssel. Amikor az újraszinkronizálási intervallum lejár (idő a következő újraszinkonra) a triggerek, ha be vannak állítva, megakadályozzák az újraszinkront, kivéve, ha egy vagy több trigger értékelése igaz.

Az alábbi példa feltétele egy újraszinkront indít el. A példában az utolsó telefonfrissítési kísérlet több mint 5 perc (300 másodperc), és legalább 10 perc (600 másodperc) telt el az utolsó szinkronizálási kísérlet óta.

$UPGTMR gt 300 és $PRVTMR ge 600

Újraszinkronizálás egy adott időpontban

A Resync_at paraméterrel a telefon megadott időben szinkronizál újra. Ez a paraméter 24 órás formátumot használ (óópp) az idő megadására.

A Resync_At_Random_Delay paraméterrel a telefon egy meghatározatlan késleltetéssel szinkronizál újra. Ez a paraméter pozitív egész szám formátumot használ az idő megadására.

Kerülni kell a szerver elárasztását újraszinkronizálási kérésekkel több telefonról egy időben. Ehhez a telefon a megadott idő után legfeljebb 10 perccel indítja el az újraszinkronizálást.

Ha például az újraszinkronizálás idejét 1000-re (10 óra) állítja be, a telefon 10:00 és 10:10 között bármikor elindítja az újraszinkronizálást.

Alapértelmezetten ez a paraméter ki van kapcsolva. Ha a Resync_At paraméter szolgáltatva van, a Resync_Periodic paraméter nem lesz figyelembe véve.

Konfigurálható ütemtervek

Konfigurálható ütemterv időszakos újraszinkronizáláshoz, és megadhat újrapróbálkozási intervallumokat az újraszinkroizáláshoz és a hibák frissítésére a következő szolgáltatási paraméterekkel:

  • Resync_Periodic

  • Resync_Error_Retry_Delay

  • Upgrade_Error_Retry_Delay

Minden paraméter egy késleltetési értéket fogad el (másodpercben). Az új bővített szintaxis engedi az egymást követő késleltetési elemek vesszővel elválasztott listáját. Az utolsó elem a listában implicit módon örök ismétlésre van állítva.

Opcionálisan használhatja a plusz jelet is egy másik numerikus érték meghatározásához, amely egy random extra késleltetést fűz hozzá.

Példa 1

Ebben a példában a telefon minden két órában szinkronizál újra. Ha az újraszinkronizálás nem sikerül, a készülék a következő intervallumokban próbálkozik újra: 30 perc, 1 óra, 2 óra, 4 óra. A készülék 4 órás intervallumban próbálkozik, amíg sikeresen nem szinkronizál újra.

 Resync_Periodic=7200 Resync_Error_Retry_Delay=1800,3600,7200,14400

Példa 2

Ebben a példában a készülék rendszeres időközönként szinkronizál újra minden órában (plusz egy extra legfeljebb 10 perces random késleltetés). Ha az újraszinkronizálás nem sikerül, a készülék a következő intervallumokban próbálkozik újra: 30 perc (plusz 5 perc). 1 óra (plusz legfeljebb 10 perc), 2 óra (plusz legfeljebb 15 perc) A készülék 2 órás intervallumban próbálkozik (plusz legfeljebb 15 perc), amíg sikeresen nem szinkronizál újra.

 Resync_Periodic=3600+600 Resync_Error_Retry_Delay=1800+300,3600+600,7200+900

Példa 3

Ebben a példában ha a távoli frissítés sikertelen, a készülék megpróbálja újra a frissítést 30 percen belül. majd ismét egy óra múlva, majd két óra múlva. Ha a frissítés továbbra is sikertelen, a készülék négy és öt óránként próbálkozik ismét, amíg a frissítés nem sikerül.

Upgrade_Error_Retry_Delay = 1800,3600,7200,14400+3600

Profilszabályok

A telefon több távoli konfigurációs profil paramétert ad (Profile_Rule*). Így minden újraszinkron művelet több fájlt fogadhat különböző kezelő szerverekről.

A legegyszerűbb felállásban a készülék időszakosan újraszinkronizál egy profilra egy központi szerveren, ami minden vonatkozó belső paramétert frissít. Másik megoldás, amikor egy profilt megoszt különböző fájlok között. Az egyik fájl azonos minden telefonon a telepítésben. Egy külön fájl kerül minden fiókra. A titkosítási kulcsok és tanúsítvány információk egy másik profilból kerülhetnek be, amelyet egy külön szerveren tárolnak.

Amikor aktuálissá válik egy újraszinkron művelet, a telefon értékeli mind a négy Profile_Rule* paramétert egymás után.

  1. Profile_Rule

  2. Profile_Rule_B

  3. Profile_Rule_C

  4. Profile_Rule_D

Minden értékelés egy távoli szolgáltatási szerverről kéri le a profilokat, esetlegesen frissítve egyes belső paramétereket. Ha az értékelés sikertelen, az újraszinkronizálási sorrend megszakításra kerül, és a Resync_Error_Retry_Delay paraméterrel (másodperc) meghatározott módon újra kezdi elölről. Ha minden értékelés sikeres, a készülék vár a Resync_Periodic paraméterrel meghatározott másodpercig, majd egy újabb szinkronizálást végez.

Minden Profile_Rule* paraméter több alternatívát tartalmaz. Az alternatívákat | (pipe) karakter választja el egymástól. Minden alternatíva egy feltételes kifejezésből, egy hozzárendelt kifejezésből, egy profil URL-ből és a hozzájk tartozó URL opciókból áll. Minden komponens opcionális minden alternatívában. Az alábbi érvényes kombinációk fordulhatnak elő, a meghatározott előfordulási sorrendben, ha van ilyen:

[ feltételes kifejezés ] [ hozzárendelési kifejezés ] [[ opciók ] URL ]

Minden Profile_Rule* paraméterben az utolsó kivételével minden alternatívának meg kell adnia egy feltételes kifejezést. Ezt a kifejezést értékelik, és az alábbiak szerint dolgozzák fel:

  1. A feltételeket balról jobbra haladva értékelik, amíg egy igaznak értékelt feltételt nem találnak (vagy amíg egy feltételes kifejezés nélküli alternatívát nem találnak).

  2. Minden kísérő hozzárendelési kifejezés értékelésre kerül, ha van ilyen.

  3. Ha egy URL meghatározás az alternatíva része, megkísérlik a megadott URl-en található profil letöltését. A rendszer ezek szerint próbálja meg frissíteni a belső paramétert.

Ha minden alternatívában van feltételes kifejezés, és egyik értékelése sem igaz (vagy a teljes profilszabály üres), a teljes Profile_Rule* paramétert átugorja. A sorrendben következő profilszabály paraméter kerül értékelésre.

Példa 1

Ez apélda feltétel nélkül végzi az újraszinkronizálást a megadott URL-en, és egy HTTP GET kérést végez a távoli szolgáltató szerveren:

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

Példa 2

Ebben a példában a készülék az 1. sor regisztrációs állapotától függően két különböző URL-re szinkronizálódik. Elveszett regisztráció esetén az eszköz HTTP POST-ot hajt végre egy CGI-szkripthez. A készülék elküldi a makró kiterjesztett GPP_A tartalmát, amely további információt adhat a készülék állapotáról:

 ($PRVTMR GE 600)? http://p.tel.com/has-reg.cfg | [--hozzászólás a] http://p.tel.com/lost-reg?

Példa 3

Ebben a példában a készülék ugyanarra a szerverre szinkronizál. A készülék további információkat ad, ha a tanúsítvány nincs telepítve a készülékre (a régi pre-2.0 egységek):

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

Példa 4

Ebben a példában az 1-es vonal ki van kapcsolva amíg a GPP_A beállítása az első URL-en szolgáltatottal azonos nem lesz. Ezután újraszinkronizál a második URL-re:

(“$A” ne “Provisioned”)? (Line_Enable_1_ = “No”;)! https://p.tel.com/init-prov| https://p.tel.com/configs

Példa 5

Ebben a példában a szerver által visszaküldött profilról azt feltételezi a készülék, hogy tartalmaz XML elemcímkéket. Ezeket a címkéket újra kell leképezni a megfelelő paraméter nevekre a GPP_B-ben tárolt alias térkép szerint.

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

Egy újraszinkronizálás akkor sikertelen általában, ha a lekért profil nem érkezik meg a szerverről. A Resnyc_Fails_On_FNF paraméter felülírhatja ezt az alapértelmezett viselkedést. Ha a Resync_Fails_On_FNF értéke Nem, a készülék sikeres újraszinkron válaszként fogadja a fájl-nem-található választ a szerverről. A Resync_Fails_On_FNF alapértelmezett értéke Igen.

Frissítési szabály

A frissítési szabály közli a készülékkel, hogy aktiváljon egy új betöltést, hol szerezze be azt, ha szükséges. Ha a betöltés már az eszközön van, akkor nem próbálja meg a betöltést beszerezni. Tehát a betöltési hely érvényessége nem számít, ha a kívánt betöltés az inaktív partícióban van.

Az Upgrade_Rule egy förmver betöltést határoz meg, amely, ha különbözik az aktuális betöltéstől, le lesz töltve és alkalmazásra kerül, kivéve, ha egy feltételes kifejezés korlátozza, vagy az Upgrade_Enable beállítása Nem.

A telefon egy konfigurálható távoli frissítési paramétert ad - Upgrade_Rule. Ez a paraméter a szintaxist a profil szabály paraméterhez hasonlóan fogadja el. Az URL-beállítások nem támogatottak a frissítésekhez, de feltételes kifejezések és hozzárendelési kifejezések használhatók. Ha feltételes kifejezéseket használ, a paraméter több alternatívából is kitölthető, amelyeket a | karakter választ el egymástól. Az alternatívák szintaxisa a következő:

[ feltételes kifejezés ] [ hozzárendelési kifejezés ] URL

Hasonlóan a Profile_Rule* paraméterekhez, az Upgrade_Rule paraméter minden alternatívát addig értékel, amíg a feltételes kifejezés teljesül, vagy egy alternatívának nincs feltételes kifejezése. A kísérő hozzárendelési kifejezés értékelésre kerül, ha meg van határozva. Ezután megkísérli a frissítést a meghatározott URL-re.

Ha az Upgrade_Rule feltételes kifejezés nélküli URL-t tartalmaz, a készülék az URL által meghatározott förmver képre frissít. A szabály makrókibontása és kiértékelése után az eszköz nem próbálkozik újra a frissítéssel, amíg a szabály nem módosul, vagy a séma + szerver + port + fájlútvonal hatékony kombinációja nem változik.

Förmver frissítés megpróbálásához a készülék kikapcsolja a hangot az eljárás elején, majd a folyamat végén újraindul. A készülék automatikusan elkezdi a frissítést, amelyet az Upgrade_Rule tartalma csak akkor vezérel, ha minden hang vonal aktuálisan inaktív.

Például,

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

Ebben a példában az Upgrade_Rule a förmvert a jelölt URL-ben tárolt képre frissíti.

Íme egy másik példa:

(“$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

Ez a példa a készüléket arra utasítja, hogy a két kép közül egyet töltsön be, az általános célú GPP_F paraméter tartalma alapján.

Feltöltési paraméterek

Az ellátási paramétereket a telefon weboldalának Ellátás lapján találja.

Konfigurációs profil paraméterei

Az alábbi táblázat határozza meg az egyes paraméterek funkcióját és használatát a Konfigurációs profil paraméterek szakaszban a Szolgáltatás fülön.

1. táblázat Konfigurációs profil paraméterei

Paraméter neve

Leírás és alapértelmezett érték

Szolgáltatás engedélyezés

Az újraszinkronizálási műveleteket a förmver frissítéstől függetlenül kezeli. A távoli szolgáltatás engedélyezéséhez állítsa az értéket Igen értékre.

Az alapértelmezett érték Igen.

Újraszinkron visszaállítás után

Újraszinkronizálást indít el minden újrabootolás után, kivéve, ha a bootolást paraméter frissítés vagy förmver frissítés okozta.

Az alapértelmezett érték Igen.

Újraszinkron random késleltetés

A visszaállítás előtt boot sorrendet követő random késleltetést másodpercben határozzák meg. Ha egyszerre több IP telefonkészülék is ütemezetten kapcsol be, akkor ez a késleltetés elosztja az újraszinkronizálási kérés szolgáltató szerverre való elküldéséig tartó időt a készülékek között. Ez a funkció nagyméretű lakossági telepítéseknél lehet hasznos regionális áramkimaradás esetén.

A mező értékének 0 és 65535 közötti egész számnak kell lennie.

Az alapértelmezett érték 2.

Újraszinkronizálás ekkor (ÓÓpp)

Ennyi ideig (ÓÓpp) tart a készülék újraszinkronizálása a szolgáltató szerverrel.

A mező értékének egy négyjegyű számnak kell lennie 0000 és 2400 között, amely az időt jelzi ki ÓÓpp formátumban. Például a 0959 09:59-et jelöl.

Az alapértelmezett érték üres. Ha az érték érvénytelen, a paramétert nem veszi figyelembe. Ha a paraméter értéke érvényes, a Resync Periodic paramétert nem veszi figyelembe.

Újraszinkron random késleltetésnél

Megakadályozza a szolgáltató szerver túlterhelését, amikor egyszerre több készülék kapcsol be.

Elkerülendő, hogy az újraszinkronizálási kérések elárasszák a szervert több telefonról, a telefon órában és percben megadott tartományban szinkronizál újra, amelyhez hozzáadódik a random késleltetés (óópp, óópp+random_delay). Például, ha a véletlen késleltetés = (Újraszinkron véletlen késleltetésnél + 30)/60 perc, a másodpercben megadott bemeneti értéket átszámolja percre, felkerekíti a következő percre, és így számítja ki a végleges random_delay intervallumot.

Az érvényes értéktartomány 600 és 65535 között van.

Ha az érték kisebb, mint 600, akkor a véletlenszerű késleltetés belső értéke 0 és 600 között van.

Az alapértelmezett érték 600 másodperc (10 perc).

Újraszinkron időszakos

Az időtartamban megadott időközökkel történik az újraszinkronizálás a szolgálató szerverrel. A hozzá tartozó újraszinkron időzítő csak a szerverrel történt első sikeres szinkronizálás után aktív.

Az érvényes formátumok a következők:

  • Egy egész szám

    Példa: A 3000 megadott érték azt jelzi, hogy a következő újraszinkronizálás 3000 másodperc múlva esedékes.

  • Több egész szám

    Példa: A 600,1200,300 megadott érték azt jelzi, hogy az első újraszinkronizálás 600 másodperc múlva lesz esedékes, a második 1200 másodperccel az első után, a harmadik pedig 300 másodperccel a második után.

  • Egy időtartomány

    Például a 2400 + 30 megadott érték azt jelenti, hogy a következő újraszinkronizálás egy sikeres újraszinkronizálás után 2400 - 2430 másodperccel lesz esedékes.

Ha a paraméter beállítása nulla, kikapcsolja az időszakos újraszinkronizálást.

Az alapértelmezett érték 3600 másodperc.

Újraszinkron hiba újrapróbálkozás késleltetés

Ha az újraszinkronizálási művelet sikertelen, mert az IP telefon nem volt képes lekérni a profilt a szerverről, vagy a letöltött fájl hibás, vagy belső hiba történt, a készülék az itt megadott másodpercek után ismét megpróbálja az újraszinkronizálást.

Az érvényes formátumok a következők:

  • Egy egész szám

    Példa: A 300 megadott érték azt jelzi, hogy a következő újraszinkronizálás 300 másodperc múlva esedékes.

  • Több egész szám

    Példa: A 600,1200,300 megadott érték azt jelenti, hogy az első újrapróbálkozás az első sikertelen kísérlet után 600 másodperccel lesz esedékes, a második 1200 másodperccel az első sikertelen újrapróbálkozás után, a harmadik pedig 300 másodperccel a második sikertelen újrapróbálkozás után.

  • Egy időtartomány

    Például egy beviteli 2400 + 30 azt jelzi, hogy a következő újrapróbálkozás között 2400 és 2430 másodperc után resync hiba fordul elő.

Ha a késleltetés értéke 0, a készülék nem próbál meg ismét szinkronizálni a sikertelen újraszinkron kísérlet után.

Kikényszerített újraszinkron késleltetés

Az a maximális késleltetés (másodpercben) ameddig a telefon vár az újraszinkronizálás elvégzésével.

A készülék mindaddig nem szinkronizál újra, ha valamelyik telefonvonal aktív. Mivel az újraszinkronizálás több másodpercig is eltarthat, az újraszinkronizálás előtt célszerű megvárni, hogy a készülék hosszabb ideig legyen tétlen. Így a felhasználó megszakítás nélkül kezdeményezhet hívásokat egymás után.

A készüléken van egy időzítő, ami megkezdi a visszaszámlálást, amint minden vonal tétlen nem lesz. Ez a paraméter az időzítő legelső beállított értéke. Az újraszinkronizálási események mindaddig késleltetve vannak, amíg a számláló a nullára nem ér.

Az érvényes értéktartomány 0 és 65535 között van.

Az alapértelmezett érték 14,400 másodperc.

Újraszinkronizálás SIP-ről

Lehetővé teszi, hogy az újraszinkronizálást egy SIP NOTIFY üzenet váltsa ki.

Az alapértelmezett érték Igen.

Újraszinkron frissítési kísérlet után

Engedélyezi vagy kikapcsolja az újraszinkron műveletet a frissítések után. Ha az Igen van kiválasztva, a szinkron elindul.

Az alapértelmezett érték Igen.

Újraszinkron trigger 1, Újraszinkron trigger 2

Konfigurálható újraszinkron trigger feltételek. Az újraszinkron akkor indul, amikor a logikai egyenlet ezekben a paraméterekben IGAZ értéket nem adnak.

Az alapértelmezett érték (üres).

Újraszinkron sikertelen FNF-en

Egy újraszinkronizálás akkor sikertelen, ha a lekért profil nem érkezik meg a szerverről. Ezzel a paraméterrel ezt felül lehet írni. Ha a beállítás nem, a készülék sikeres újraszinkron válaszként fogadja a fájl-nem-található választ a szerverről.

Az alapértelmezett érték Igen.

Profilszabály

B profilszabály

C profilszabály

D profilszabály

Minden profilszabály tájékoztatja a telefont, hogy mlyen forrásból szerezhet be profilt (konfigurációs fájlt). Minden újraszinkronizálási művelete során a telefon felhasznál minden profilt a sorrend betartásával.

Alapértelmezett érték: /$PSN.xml

A konfigurációs fájlokra AES-256-CBC titkosítás alkalmazása esetén, adja meg a titkosítási kulcsot a --kulcs kulcsszóval az alábbiak szerint:

[--key <titkosítási kulcs>]

A kulcsot tetszés szerint lehet tenni idézőjelek (") közé.

Alkalmazandó DHCP opció

Förmver és profil lekéréséhez vesszővel elválasztott DHCP opciókat használnak.

Az alapértelmezett érték 66,160,159,150,60,43,125.

Napló kérés üzenet

Ez a paraméter tartalmazza azt az üzenetet, amit a syslog szervernek küldenek egy újraszinkron kísérlet kezdetekor.

Az alapértelmezett érték $PN $MAC –Requesting % $SCHEME://$SERVIP:$PORT$PATH.

Sikeres üzenetek naplózása

Egy újraszinkron kísérlet sikeres lezárásakor kiadott syslog üzenet.

Az alapértelmezett érték $PN $MAC –Successful Resync % $SCHEME://$SERVIP:$PORT$PATH -- $ERR.

Sikertelen üzenet naplózása

Egy sikertelen újraszinkron kísérlet után kiadott syslog üzenet.

Az alapértelmezett érték: $PN $MAC -- Sikertelen újraszinkron: $ERR

Felhasználó által konfigurált újraszinkron

A felhasználó az IP telefon kijelzőjén keresztül szinkronizálhatja újra a telefont.

Az alapértelmezett érték Igen.

Firmware-frissítési paraméterek

Az alábbi táblázat határozza meg az egyes paraméterek funkcióját és használatát az Förmver frissítés szakaszban az Előzetes Szolgáltatás fülön.

2. táblázat Firmware-frissítési paraméterek

Paraméter neve

Leírás és alapértelmezett érték

Frissítés engedélyezés

Lehetővé teszi a förmver frissítési műveletet az újraszinkronizálási műveletektől függetlenül.

Az alapértelmezett érték Igen.

Konfigurálja ezt a paramétert az egyik módszerrel:

  • A telefon XML(cfg.xml) formátumú konfigurációs fájljába írjon be egy karakterláncot a következő formátumban: <Upgrade_Enable ua="na">Igen</Upgrade_Enable>

  • A telefon felügyeleti weblapján állítsa ezt a mezőt Igen vagy Nem értékre.

Frissítési hiba újrapróbálkozás késleltetés

A frissítés újrapróbálkozási intervallum (másodpercben) lesz alkalmazva sikertelen frissítés esetén. A készüléken a förmver frissítési hiba időzítő aktiválja egy sikertelen förmver frissítési kísérlet után. Az időzítő a paraméterben megadott értékkel van előzetesen beállítva. A következő förmver frissítési kísérlet akkor történik, amikor az időzítő ismét nullára ér.

Az alapértelmezett érték 3600 másodperc.

Konfigurálja ezt a paramétert az egyik módszerrel:

  • Az XML(cfg.xml) formátumú telefonkonfigurációs fájlba írjon be egy karakterláncot a következő formátumban: <Upgrade_Error_Retry_Delay ua="na">3600</Upgrade_Error_Retry_Delay>

  • A telefon felügyeleti weblapján állítsa be az értéket.

Frissítési szabály

A förmver frissítési script határozza meg a frissítési feltételeket és a hozzá tartozó förmver URL-eket. Ugyanazt a szintaxist használja, mint a Profilszabály.

Használja a következő formátumot a frissítési szabály megadásához:

<tftp|http|https>://<ip-cím><:port>/<elérési útvonal>/<betöltés neve>

Például: 

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

Ha nincs meghatározva protokoll, a TFTP-t feltételezi a készülék Ha nincs szervernév megadva, akkor az URL-t kérő állomás lesz a szerver neve. Ha nincs megadva port, az alapértelmezett portot használja a rendszer (69 a TFTP, 80 a HTTP vagy 443 a HTTPS esetében).

Az alapértelmezett érték alacsony.

Konfigurálja ezt a paramétert az egyik módszerrel:

  • Az XML(cfg.xml) formátumú telefonkonfigurációs fájlba írjon be egy karakterláncot a következő formátumban: <Upgrade_Rule ua="na">http://10.74.16.242/PHONEOS.3-0-1-0001-213.loads</Upgrade_Rule>

  • A telefon felügyeleti weblapján adja meg a betöltési fájl tárolási útvonalát.

Napló frissítési kérés üzenet

Syslog üzenet keletkezik a förmver frissítési kísérlet elején.

Alapértelmezett: $PN $MAC -- Frissítés kérése $SCHEME://$SERVIP:$PORT$PATH

Konfigurálja ezt a paramétert az egyik módszerrel:

  • Az XML(cfg.xml) formátumú telefonkonfigurációs fájlba írjon be egy karakterláncot a következő formátumban: <Log_Upgrade_Request_Msg ua="na">$PN $MAC -- Frissítés kérése $SCHEME://$SERVIP:$PORT$PATH</Log_Upgrade_Request_Msg>

  • A telefon felügyeleti weblapján szükség szerint szabja testre a paramétert.

Napló frissítés sikeres üzenet

Syslog üzenet keletkezik a förmver frissítési kísérlet teljes befejeződése után.

Az alapértelmezett érték: $PN $MAC -- Sikeres frissítés $SCHEME://$SERVIP:$PORT$PATH --$ERR

Konfigurálja ezt a paramétert az egyik módszerrel:

  • A telefon XML(cfg.xml) formátumú konfigurációs fájljába írjon be egy karakterláncot a következő formátumban: <Log_Upgrade_Success_Msg ua="na">$PN $MAC -- Sikeres frissítés $SCHEME://$SERVIP:$PORT$PATH -- $ERR</Log_Upgrade_Success_Msg>

  • A telefon felügyeleti weblapján szükség szerint szabja testre a paramétert.

Napló frissítés sikertelen üzenet

Syslog üzenet keletkezik a egy sikertelen förmver frissítési kísérlet után.

Az alapértelmezett érték: $PN $MAC -- Sikertelen frissítés $ERR

Konfigurálja ezt a paramétert az egyik módszerrel:

  • Az XML(cfg.xml) formátumú telefonkonfigurációs fájlba írjon be egy karakterláncot a következő formátumban: <Log_Upgrade_Failure_Msg ua="na">$PN $MAC -- A frissítés sikertelen: $ERR</Log_Upgrade_Failure_Msg>

  • A telefon felügyeleti weblapján szükség szerint szabja testre a paramétert.

Peer firmware-megosztás

Engedélyezi vagy letiltja a PFS (Peer Firmware Sharing) funkciót. Jelölje be az Igen vagy nem lehetőséget, hogy engedélyezze vagy kikapcsolja a funkciót.

Alapértelmezett: igen

Konfigurálja ezt a paramétert az egyik módszerrel:

  • Az XML(cfg.xml) formátumú telefonkonfigurációs fájlba írjon be egy karakterláncot a következő formátumban: <Peer_Firmware_Sharing ua="na">Igen</Peer_Firmware_Sharing>

  • A telefon felügyeleti weblapján állítsa ezt a mezőt Igen vagy Nem értékre.

Peer firmware-megosztó naplószerver:

Azt jelzi, hogy mely IP-címre és portra küldték el az UDP-üzenetet.

Például: 10.98.76.123:514, ahol 10.98.76.123 az IP-cím és 514 a port száma.

Konfigurálja ezt a paramétert az egyik módszerrel:

  • A telefon XML(cfg.xml) formátumú konfigurációs fájljába írjon be egy karakterláncot a következő formátumban: <Peer_Firmware_Sharing_Log_Server ua="na">10.98.76.123:514</Peer_Firmware_Sharing_Log_Server>

  • A telefon felügyeleti weblapján adja meg a naplókiszolgáló címét.

Általános célú paraméterek

Az alábbi táblázat határozza meg az egyes paraméterek funkcióját és használatát az Általános célú paraméter szakaszban a Szolgáltatás fülön.

3. táblázat Általános célú paraméterek

Paraméter neve

Leírás és alapértelmezett érték

GPP A - GPP P

Az általános célú paramétereket GPP_* szabad string regiszterként használják a telefon konfigurációjakor, amikor interakcióba lépnek egy adott szolgáltató szerver megoldással. Konfigurálhatók úgy, hogy különböző értékeket tartalmazzanak, például:

  • Titkosítási kulcsok.

  • URL-ek.

  • Multistage szolgáltatási állapot információk.

  • Kérés utáni sablonok.

  • Paraméter név alias térképek.

  • Részleges string értékek, amelyek végül teljes paraméter értéket adnak ki.

Az alapértelmezett érték alacsony.

Makrokibontási változók

Bizonyos makró változókat az alábbi szolgáltató paraméterekben ismernek fel:

  • Profile_Rule

  • Profile_Rule_*

  • Resync_Trigger_*

  • Upgrade_Rule

  • Log_*

  • GPP_* (speciális feltételek mellett)

Ezeken a paramétereken belül, a különböző szintaxis típusok, mint például az $NAME vagy $(NAME) felismerésre kerül és ki lesz bontva.

A makró változó alstringek meghatározhatók az $(NAME:p) és $(NAME:p:q) elnevezésben, ahol a p és q nem negatív egész szám (a 2.0.11 verzióban és fölötte érhető el). Az eredményül kapott makró kiterjesztés a p karakter eltoláson kezdőd alstring q hosszal (vagy más hosszal a string végéig, ha a q nincs meghatározva). Például, ha a GPP_A tartalma ABCDEF, akkor a $(A:2) kiterjesztése CDEF, és a $(A:2:3) kiterjesztése CDE.

A nem felismert nevek nem lesznek kiterjesztve, és a$NAME vagy $(NAME) űrlap változatlan marad a paraméter értékben a kiterjesztés után.

Paraméter neve

Leírás és Alapértelmezett érték

$

A $$ űrlap kiterjesztése egy $ karakter.

A - P

Az általános célú GPP_A - GPP_P paraméterek értékeinek tartalmával lesz kicserélve.

SA - SD

A speciális célú GPP_SA - GPP_SD paraméterek értékeinek tartalmával lesz kicserélve. Ezek a paraméterek a szolgáltatásban használt kulcsok vagy jelszavak.

Az $SA - $SD értékek argumentumként lesznek felismerve az opcionális újraszinkronizálási URL meghatározóhoz -- kulcs.

MA

MAC cím, kisbetűs hex jegyekkel, például 000e08aabbcc.

MAU

MAC cím, nagybetűs hex jegyekkel, például 000E08AABBCC.

MAC

MAC cím, kisbetűs hex jegyekkel, és a hex jegypárokat elválasztó kettőspontokkal. Például 00:0e:08:aa:bb:cc.

PN

Terméknév. Például: CP-8875, DP-9851, DP-9871.

PSN

Termék sorozatszám. Például V03.

SN

Sorozatszám string. például 88012BA01234.

CCERT

SSL Kliens Tanúsítvány állapot: Telepített vagy Nem telepített.

IP

A telefon IP címe a helyi alhálózaton. Például 192.168.1.100.

EXTIP

A telefon külső IP címe, ahogy az interneten látható. Például 66.43.16.52.

SWVER

A szoftver verzió string. Például,

TELEFONOS.3-1-1-0104-37

HWVER

A hardver verzió string. Például 2.0.1

PRVST

Szolgáltatási állapot (szám string):

-1 = explicit újraszinkronizálási kérés

0 = bekapcsolás újraszinkron

1 = időszakos újraszinkron

2 = újraszinkron sikertelen, ismétlési kísérlet

UPGST

Frissítési állapot (szám string):

1 = első frissítési kísérlet

2 = frissítés sikertelen, ismétlési kísérlet

UPGERR

Az előző frissítési kísérlet eredmény üzenete (ERR); például http_get sikertelen.

PRVTMR

Az utolsó újraszinkron kísérlet óta eltelt másodpercek.

UPGTMR

Az utolsó frissítési kísérlet óta eltelt másodpercek.

REGTMR1

A Line 1 vonalon a SIP szerverrel elvesztett regisztráció óta eltelt másodpercek.

REGTMR2

A Line 2 vonalon a SIP szerverrel elvesztett regisztráció óta eltelt másodpercek.

UPGCOND

Régi makrónév.

SCHEME

Fájl hozzáférési séma, egy TFTP, HTTP vagy HTTPS az újraszinkron vagy frissítés URL elemzés során kapott módon.

SERV

Kérési cél szerver kiszolgáló név az újraszinkron vagy frissítés URL elemzés során kapott módon.

SERVIP

Kérési cél szerver kiszolgáló IP cím az újraszinkron vagy frissítés URL elemzés során kapott módon, valószínűleg DNS keresés után.

PORT

Kérési cél UDP/TCP port az újraszinkron vagy frissítés URL elemzés során kapott módon.

PATH

Kérési cél fájl útvonal az újraszinkron vagy frissítés URL elemzés során kapott módon.

ERR

Az újraszinkron vagy frissítési kísérlet eredmény üzenete. Csak az eredmény syslog üzenetek létrehozásánál hasznos. Az érték az UPGERR változóban tárolódik frissítési kísérlet esetén.

UIDn

A Line n UserID konfigurációs paraméter tartalma.

EMS

Kiterjesztés mobilitás állapot

MUID

Kiterjesztés mobilitás felhasználó azonosító

MPWD

Kiterjesztés mobilitás jelszó

Belső hibakódok

A telefon több belső hibakódot határoz meg (X00–X99) a konfiguráció facilitálásához hogy pontosabb vezérlést biztosítson a készülék viselkedéséhez bizonyos hibafeltételek esetén.

4. táblázat Belső hibakódok

Paraméter neve

Leírás és alapértelmezett érték

X00

Átviteli réteg (vagy ICMP) hiba SIP kérés küldésekor.

X20

SIP kérés időtúllépés miközben válaszra vár.

X40

Általános SIP protokoll hiba (például nem elfogadható kodek SDP-ben 200 és ACK üzenetek, vagy időtúllépés ACK várakozás közben).

X60

Érvénytelen tárcsázási szám adott tárcsázási terv szerint.