- Kezdőlap
- /
- Cikk
Köszönjük visszajelzését.
Beállítási paraméterek 9800 sorozatú és 8875 telefonokhoz (BroadWorks)
Ebben a cikkben
Visszajelzés?Ez a súgócikk a Cisco BroadWorks szolgáltatásban regisztrált Cisco asztali telefonra és 8875 Cisco asztali telefonra vonatkozik. Az ezen az oldalon található információk tartalmazzák a biztosítási paramétereket és azok szintaxisát.
Paramétertípusok biztosítása
Ez a szakasz a funkció szerint széles körben rendezett ellátási paramétereket írja le.
Általános célú paraméterek
A GPP_* általános célú paramétereket ( olgáló megoldással interakcióba lépjen. A GPP_* paraméterek alapértelmezés szerint üresek. Konfigurálhatók úgy, hogy különböző értékeket tartalmazzanak, beleértve a következőket:
-
Titkosítási kulcsok
-
URL-ek
-
Többlépcsős biztosítási állapotinformációk.
-
Feladási kérelemsablonok
-
Paraméter név alias térképek
-
Részleges karakterlánc-értékek, végül teljes paraméterértékekké kombinálva.
A GPP_* paraméterek a makróbővítéshez más biztosítási paramétereken belül is elérhetők. Ebből a célból az egybetűs nagybetűs makrónevek (A-tól P-ig) elegendőek a GPP_A tartalmának azonosításához a GPP_P-n keresztül. Továbbá az SA-tól az SD közötti kétbetűs nagybetűs makrónevek a GPP_SD-n keresztül speciális esetként azonosítják a GPP_SA-t, ha a következő URL-beállítások argumentumaként használják őket:
kul cs, uid és pwd
Ezek a paraméterek változóként használhatók a rendelkezésre bocsátási és frissítési szabályokban. Ezekre hivatkozunk, ha a változó nevét '$' karakterrel előrögzítjük, 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 firmware-frissítési műveleteket. Ezek a paraméterek egymástól függetlenül szabályozzák a reszinkronizálást és a frissítéseket. Ezek a paraméterek szabályozzák az adminisztrációs webkiszolgálón keresztül kiadott URL-parancsok újraszinkronizálását és frissítését is. Mindkét paraméter alapértelmezés szerint Igen érték re van állítva.
A Resync_from_SIP paraméter vezérli az újraszinkronizálási műveletek kéréseit. A SIP NOTIFY eseményt a szolgáltató proxykiszolgálójáról elküldik a telefonra. Ha engedélyezve van, a proxy újraszinkronizálást kérhet. Ehhez a proxy egy SIP NOTIFICATION üzenetet küld, amely tartalmazza az Esemény: újraszinkronizálás fejlécét az eszközhöz.
A készülék 401-es válaszával vitatja meg a kérelmet (a használt hitelesítő adatok engedélyezését elutasították). A készülék hitelesített későbbi kérelmet vár, mielőtt teljesíti a proxy újraszinkronizálási kérelmét. Az Event: reboot_now és az Event: restart_now fejlécek hideg és meleg újraindításokat hajtanak végre, amelyek szintén kihívást jelentenek.
A két fennmaradó engedélyezés a Resync_On_Reset és a Resync_After_Upgrade_Attempt. Ezek a paraméterek határozzák meg, hogy a készülék végrehajt-e újraszinkronizálási műveletet a bekapcsoló szoftver újraindítása után és minden frissítési kísérlet után.
Ha a Resync_On_Reset engedélyezve van, a készülék véletlenszerű késleltetést vezet be, amely a rendszerindítási sorozatot követi a visszaállítás végrehajtása előtt. A késleltetés véletlenszerű idő a Resync_Random_Delay (másodpercben) megadott értékig. Az egyidejűleg bekapcsolt telefonok készletében ez a késleltetés elosztja az egyes egységek újraszinkronizálási kérelmeinek kezdési idejét. Ez a funkció hasznos lehet egy nagy lakossági telepítésben, regionális áramkimaradás esetén.
Triggerek
A telefon lehetővé teszi az újraszinkronizálást meghatározott időközönként vagy egy adott időpontban.
Megadott időközönként újraszinkronizálás
A telefont úgy tervezték, hogy rendszeresen újraszinkronizálja a biztosító kiszolgálóval. Az újraszinkronizálási intervallum a Resync_Periodic (másodperc) menüben van konfigurálva. Ha ez az érték üres marad, az eszköz nem szinkronizálja rendszeresen újra.
Az újraszinkronizálás általában akkor történik, amikor a hangvonalak tétlen állapotban vannak. Ha egy hangvonal aktív, amikor újraszinkronizálás esedékes, a telefon késlelteti az újraszinkronizálási eljárást, amíg a vonal ismét üreségtelenné nem válik. Az újraszinkronizálás a konfigurációs paraméterek értékeinek megváltoztatását okozhatja.
Az újraszinkronizálási művelet sikertelen lehet, mert a telefon nem tudja lekérni a profilt a szerverről, a letöltött fájl sérült, vagy belső hiba lépett fel. A készülék megpróbálja újra szinkronizálni a Resync_Error_Retry_Delay (másodpercek) menüben megadott idő után. Ha a Resync_Error_Retry_Delay értéke 0, a készülék nem próbálja meg újra szinkronizálni a sikertelen újraszinkronizálási kísérlet után.
Ha a frissítés sikertelen, az Upgrade_Error_Retry_Delay másodpercek után ismételt próbálkozás történik.
Két konfigurálható paraméter áll rendelkezésre az újraszinkronizálás feltételes indításához: Resync_Trigger_1 és Resync_Trigger_2. Minden paraméter programozható egy feltételes kifejezéssel, amely makróbővítésen megy keresztül. Az újraszinkronizálási intervallum lejártával (a következő újraszinkronizálási idő) a triggerek, ha beállítva vannak, megakadályozzák az újraszinkronizálást, hacsak egy vagy több triggernek nincs igaznak minősülve.
A következő példakétel újraszinkronizálást indít el. A példában az utolsó telefonfrissítési kísérlet több mint 5 perc (300 másodperc) telt el, és legalább 10 perc (600 másodperc) telt el az utolsó újraszinkronizálási kísérlet óta.
$UPGTMR gt 300 and $PRVTMR ge 600Újraszinkronizálás egy adott időpontban
A Resync_At paraméter lehetővé teszi a telefon újraszinkronizálását egy adott időpontban. Ez a paraméter a 24 órás formátumot (hhmm) használja az idő megadásához.
A Resync_At_Random_Delay paraméter lehetővé teszi a telefon újraszinkronizálását meghatározatlan késleltetéssel. Ez a paraméter pozitív egész formátumot használ az idő megadásához.
Kerülni kell a kiszolgáló elárasztását több telefonról érkező újraszinkronizálási kérelmekkel, amelyek egyidejűleg újraszinkronizálásra vannak állítva. Ehhez a telefon a megadott idő után legfeljebb 10 perccel aktiválja az újraszinkronizálást.
Ha például az újraszinkronizálási időt 1000-re állítja (reggel 10 óra), a telefon bármikor indítja el az újraszinkronizálást 10:00 és 10:10 között.
Alapértelmezés szerint ez a funkció le van tiltva. Ha a Resync_At paraméter rendelkezésre áll, a Resync_Periodic paraméter figyelmen kívül marad.
Konfigurálható ütemezések
Az időszakos újraszinkronizálás ütemezéseit konfigurálhatja, és az újraszinkronizálási és frissítési hibák újrapróbálási intervallumokat az alábbi beállítási paraméterek használatával adhatja meg:
-
Resync_Periodic
-
Resync_Error_Retry_Delay
-
Frissítési_hiba_visszatartás_késleltetés
Minden paraméter egyetlen késleltetési értéket fogad el (másodperc). Az új kiterjesztett szintaxis lehetővé teszi az egymást követő késleltetési elemek vesszővel elválasztott listáját. A sorozat utolsó eleme implicit módon örökre megismétlődik.
Opcionálisan egy pluszjel használatával megadhat egy másik számértéket, amely véletlenszerű extra késleltetést hoz hozzá.
1. példa
Ebben a példában a telefon rendszeresen 2 óránként szinkronizálódik. Ha újraszinkronizálási hiba lép fel, a készülék megpróbálja újra a következő időközönként: 30 perc, 1 óra, 2 óra, 4 óra. A készülék 4 órás időközönként próbálja tovább, amíg sikeresen újra nem szinkronizálja.
Resync_Periodic=7200
Resync_Error_Retry_Delay=1800,3600,7200,14400
2. példa
Ebben a példában a készülék óránként rendszeresen újraszinkronizálja (plusz extra véletlenszerű késleltetés, akár 10 perc). Újraszinkronizálási hiba esetén a készülék ilyen időközönként próbálja újra: 30 perc (plusz legfeljebb 5 perc). 1 óra (plusz legfeljebb 10 perc), 2 óra (plusz legfeljebb 15 perc). A készülék 2 órás időközönként (plusz legfeljebb 15 perc) próbálja tovább, amíg sikeresen újra nem szinkronizálja.
Resync_Periodic=3600+600
Resync_Error_Retry_Delay=1800+300,3600+600,7200+900
3. példa
Ebben a példában, ha egy távoli frissítési kísérlet sikertelen, a készülék 30 perc múlva, majd egy óra múlva ismét megpróbálja a frissítést, majd két óra múlva. Ha a frissítés továbbra is sikertelen, a készülék négy-öt óránként próbálja újra, amíg a frissítés sikeres nem lesz.
Upgrade_Error_Retry_Delay = 1800,3600,7200,14400+3600
Profil szabályok
A telefon több távoli konfigurációs profilparamétert biztosít (Profile_Rule*). Így minden újraszinkronizálási művelet több fájlt is lekérhet, amelyeket a különböző kiszolgálók kezelnek.
A legegyszerűbb forgatókönyv szerint az eszköz rendszeresen újraszinkronizálja egyetlen profilját egy központi kiszolgálón, amely frissíti az összes vonatkozó belső paramétert. Alternatív megoldásként a profil különböző fájlok között osztható. Egy fájl közös az összes telepítésben lévő telefonra. Minden fiókhoz külön, egyedi fájl található. A titkosítási kulcsokat és a tanúsítványinformációkat egy másik, külön kiszolgálón tárolt profil biztosíthatja.
Amikor újraszinkronizálási művelet szükséges, a telefon sorrendben értékeli a négy Profile_Rule* paramétert:
-
Profil_szabály
-
Profil_Rule_B
-
Profil_Rule_C
-
Profil_Rule_D
Minden értékelés eredményeként egy távoli szolgáltató kiszolgálóról a profil visszakeresése lehetséges, bizonyos belső paraméterek esetleges frissítésével. Ha egy kiértékelés sikertelen, az újraszinkronizálási szekvencia megszakad, és a Resync_Error_Retry_Delay paraméter (másodpercek) által megadott kezdetektől ismét megpróbálja. Ha az összes értékelés sikeres, az eszköz megvárja a Resync_Periodic paraméter által megadott másodpercet, majd újabb újraszinkronizálást hajt végre.
Az egyes Profile_Rule* paraméterek tartalma alternatívák halmazából áll. Az alternatívákat a | (cső) karakter választja el. Minden alternatíva feltételes kifejezésből, hozzárendelési kifejezésből, profil URL-címéből és a kapcsolódó URL-beállításokból áll. Mindezek az összetevők opcionálisak minden alternatívában. Az alábbiak az érvényes kombinációk és azok megjelenésének sorrendje, ha vannak jelen:
[ conditional-expr ] [ assignment-expr ] [[ options ] URL ]
Minden Profile_Rule* paraméterben az utolsó kivételével minden alternatívának feltételes kifejezést kell tartalmaznia. Ezt a kifejezést értékelik és a következőképpen dolgozzák fel:
-
A feltételeket balról jobbra értékelik, amíg meg nem találják az igaznak minősített alternatívát (vagy amíg nem találnak egy alternatívát feltételes kifejezés nélkül).
-
Minden kísérő hozzárendelési kifejezést kiértékelünk, ha van jelen.
-
Ha egy URL van megadva az alternatíva részeként, megpróbáljuk letölteni a megadott URL-en található profilt. A rendszer megpróbálja ennek megfelelően frissíteni a belső paramétereket.
Ha valamennyi alternatíva feltételes kifejezéssel rendelkezik, és egyik sem értékel igaznak (vagy ha a teljes profilszabály üres), akkor a teljes Profile_Rule* paraméter kihagyásra kerül. A sorrend következő profilszabályparaméterét értékelik.
1. példa
Ez a példa feltétel nélkül újraszinkronizálja a megadott URL-en található profilt, és HTTP GET kérelmet hajt végre a távoli szolgáltató kiszolgálóhoz:
http://remote.server.com/cisco/$MA.cfg
2. példa
Ebben a példában az eszköz két különböző URL-re szinkronizálódik, az 1. sor regisztrációs állapotától függően. A regisztráció elvesztése esetén a készülék HTTP POST-ot hajt végre egy CGI szkripthez. A készülék elküldi a GPP_A kiterjesztett makró tartalmát, amely további információkat nyújthat az eszköz állapotáról:
($PRVTMR ge 600)? http://p.tel.com/has-reg.cfg
| [--post a] http://p.tel.com/lost-reg?
3. példa
Ebben a példában az eszköz újraszinkronizálja ugyanazt a kiszolgálót. A készülék további információkat nyújt, ha a tanúsítvány nincs telepítve a készülékbe (korábbi 2.0 előtti egységek esetében):
(“$CCERT” eq “Installed”)? https://p.tel.com/config?
| https://p.tel.com/config?cisco$MAU
4. példa
Ebben a példában az 1. sor addig le van tiltva, amíg a GPP_A értéket az első URL-en keresztül a Provisioned értéknek nem állítja be. Ezt követően újra szinkronizálódik a második URL-re:
(“$A” ne “Provisioned”)? (Line_Enable_1_ = “No”;)! https://p.tel.com/init-prov
| https://p.tel.com/configs
5. példa
Ebben a példában feltételezzük, hogy a kiszolgáló által visszaküldött profil XML elemcímkéket tartalmaz. Ezeket a címkéket a GPP_B-ben tárolt álnévtérképpel a megfelelő paraméternevekre kell átcsoportosítani:
[--alias b] https://p.tel.com/account/$PN$MA.xml
Az újraszinkronizálás általában sikertelennek minősül, ha a kért profil nem érkezik meg a kiszolgálótól. A Resync_fails_on_fnf paraméter felülírhatja ezt az alapértelmezett viselkedést. Ha a Resync_fails_on_fnf értékre van beállítva Nem, akkor a készülék sikeres újraszinkronizálásként fogadja el a kiszolgáló által nem talált fájl választ. A Resync_fails_on_fnf alapértelmezett értéke Igen.
Frissítési szabály
A frissítési szabály az, hogy megmondja az eszköznek, hogy aktiváljon egy új terhelésre, és honnan szerezze be a terhelést, ha szükséges. Ha a terhelés már a készüléken van, akkor nem próbálja meg megszerezni a terhelést. Tehát a betöltési hely érvényessége nem számít, ha a kívánt terhelés az inaktív partícióban van.
A Upgrade_Rule meghatározza a firmware-betöltést, amely — ha eltér az aktuális terheléstől — letöltésre és alkalmazásra kerül, hacsak feltételes kifejezés nem korlátozza, vagy ha az Upgrade_Enable nincs beállítva.
A telefon egy konfigurálható távoli frissítési paramétert biztosít, az Upgrade_Rule. Ez a paraméter a profilszabály paramétereihez hasonló szintaxist fogad el. Az URL-beállítások nem támogatottak a frissítéseknél, 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ával is kitölthető, amelyeket a | karakter választ el. Az egyes alternatívák szintaxisa a következő:
[ conditional-expr ] [ assignment-expr ] URL
Mint a Profile_Rule* paraméterek esetében, az Upgrade_Rule paraméter minden alternatívát addig értékeli, amíg egy feltételes kifejezés nem teljesül, vagy egy alternatíva nem rendelkezik feltételes kifejezéssel. A mellékelt hozzárendelési kifejezés kiértékelésre kerül, ha megadva van. Ezután megkíséreljük a megadott URL-re történő frissítést.
Ha a Upgrade_Rule feltételes kifejezés nélküli URL-t tartalmaz, az eszköz frissíti az URL-ben megadott firmware-képre. A makró kibővítése és a szabály kiértékelése után a készülék nem próbálja újra frissíteni, amíg a szabály módosítása nem történik, vagy a séma + kiszolgáló+port+fájlnév hatékony kombinációja meg nem változik.
A firmware frissítésének megkíséreléséhez a készülék letiltja a hangot az eljárás elején, és az eljárás végén újraindul. Az eszköz automatikusan elindítja a frissítést, amelyet az Upgrade_Rule tartalma vezérli, csak akkor, ha az összes hangvonal jelenleg inaktív.
Például
https://10.73.10.223/firmware/PHONEOS-8875.1-0-1-0001-1.loadsEbben a példában az Upgrade_Rule frissíti a firmware-t arra a képre, amelyet a megadott URL-ben tárolnak.
Í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 arra irányítja az egységet, hogy töltse be a két kép egyikét egy általános célú paraméter, a GPP_F tartalma alapján.
Rendelkezési paraméterek
A biztosítási paramétereket a telefon weboldalának Kiállí tás lapján találja meg.
Konfigurációs profil paraméterek
Az alábbi táblázat meghatározza az egyes paraméterek funkcióját és használatát a Kon figurációs profil paramétere i szakaszban a Rendel kezés lapon.
|
Paraméter neve |
Leírás és alapértelmezett érték |
|---|---|
|
Rendelkezés engedélyezése |
Az összes újraszinkronizálási műveletet a firmware frissítési műveletektől függetlenül vezérli. Állítsa be az Igen értékre a távoli ellátás engedélyezéséhez. Az alapértelmezett érték Igen. |
|
Szinkronizálás visszaállításkor |
Minden újraindítás után újraszinkronizálást indít, kivéve a paraméterfrissítések és a firmware-frissítések által okozott újraindításokat. Az alapértelmezett érték Igen. |
|
Véletlenszerű késleltetés újrat |
A rendszerindítási sorozatot követő véletlenszerű késleltetés a visszaállítás végrehajtása előtt, másodpercben megadva. Az IP-telefonos eszközök készletében, amelyek egyidejűleg bekapcsolódnak, ez eloszlatást eredményez azokban az időkben, amikor az egyes egységek újraszinkronizálási kérelmet küld a biztosító kiszolgálónak. Ez a funkció hasznos lehet egy nagy lakossági telepítésben, 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 At (HHmm) |
Az idő (HHmm), amelyet az eszköz újraszinkronizál a biztosító kiszolgálóval. Ennek a mezőnek egy négyjegyű számnak kell lennie, amely 0000 és 2400 között mozog az idő HHMM formátumban történő jelzéséhez. Például a 0959 a 09:59. jelet jelöli. Az alapértelmezett érték üres. Ha az érték érvénytelen, a paramétert figyelmen kívül hagyjuk. Ha ez a paraméter érvényes értékkel van beállítva, a Resync Periodic paraméter figyelmen kívül marad. |
|
Véletlenszerű késleltetés esetén újraszin |
Megakadályozza a biztosító kiszolgáló túlterhelését, ha nagyszámú eszköz egyidejűleg bekapcsolódik. Az újraszinkronizálási kérelmek több telefonról történő elárasztásának elkerülése érdekében a telefon újraszinkronizálja az órák és percek, valamint az órák és percek plusz a véletlenszerű késleltetés (hhmm, hhmm+random_delay) közötti tartományban. Például, ha a véletlenszerű késleltetés = (Resync At Random Delay + 30) /60 perc, akkor a másodpercben megadott bemeneti értéket percre konvertáljuk, a következő percre kerekítve a végső random_delay intervallum kiszámításához. Az érvényes érték 600 és 65535 között mozog. Ha az érték kevesebb, mint 600, akkor a véletlenszerű belső késleltetés 0 és 600 között van. Az alapértelmezett érték 600 másodperc (10 perc). |
|
Időszakos újraszinkronizálás |
A periódusos újraszinkronizálás közötti időintervallum a biztosító kiszolgálóval. A társított újraszinkronizálási időzítő csak a kiszolgálóval való első sikeres szinkronizálás után aktív. Az érvényes formátumok a következők:
Állítsa nullára ezt a paramétert az időszakos újraszinkronizálás letiltásához. Az alapértelmezett érték 3600 másodperc. |
|
Újraszinkronizálási hiba újbóli próbálkozás |
Ha egy újraszinkronizálási művelet sikertelen, mert az IP-telefonos eszköz nem tudott lekérni egy profilt a kiszolgálóról, vagy a letöltött fájl sérült, vagy belső hiba lép fel, az eszköz másodpercben megadott idő elteltével megpróbálja újra szinkronizálni. Az érvényes formátumok a következők:
Ha a késleltetés 0-ra van beállítva, a készülék nem próbálja meg újra szinkronizálni a sikertelen újraszinkronizálási kísérletet követően. |
|
Kényszerített újraszinkronizálási |
Maximális késleltetés (másodpercben), amelyet a telefon megvár az újraszinkronizálás előtt. A készülék nem szinkronizálja újra, amíg az egyik telefonvonal aktív. Mivel az újraszinkronizálás több másodpercet is igénybe vehet, az újraszinkronizálás előtt kívánatos várni, amíg az eszköz hosszabb ideig nem áll készenléti. Ez lehetővé teszi a felhasználó számára, hogy megszakítás nélkül egymást követő hívásokat kezdeményezzen. A készüléknek van egy időzítője, amely akkor kezd visszaszámlálni, amikor az összes vonal üresjárati állapotban van. Ez a paraméter a számláló kezdeti értéke. Az újraszinkronizálási események addig késik, amíg ez a számláló nullára nem csökken. Az érvényes érték 0 és 65535 között mozog. Az alapértelmezett érték 14 400 másodperc. |
|
Újraszinkronizálás a SIP-ből |
Lehetővé teszi az újraszinkronizálás aktiválását SIP NOTIFICATION üzenetben. Az alapértelmezett érték Igen. |
|
Újraszinkronizálás frissítési kísérlet után |
Bármely frissítés után engedélyezi vagy letiltja az újraszinkronizálási műveletet. Ha az Igen be van jelölve, akkor a szinkronizálás aktiválódik. Az alapértelmezett érték Igen. |
|
Resync Trigger 1, Resync Trigger 2 |
Konfigurálható újraszinkronizálási indító feltételek. Az újraszinkronizálás akkor indul el, amikor ezekben a paraméterekben a logikai egyenlet IGAZ értékre értékelődik. Az alapértelmezett érték (üres). |
|
Az újraszinkronizálás sikertelen az FNF-en |
Az újraszinkronizálás akkor tekinthető sikertelennek, ha a kért profil nem érkezik meg a kiszolgálótól. Ezt a paraméter felülírhatja. Ha a nem értékre van beállítva, a készülék sikeres újraszinkronizálá Az alapértelmezett érték Igen. |
|
Profil szabály Profil szabály B C profilszabály Profilszabály D |
Minden profilszabály tájékoztatja a telefont arról a forrásról, ahonnan profilt kaphat (konfigurációs fájl). Minden újraszinkronizálási művelet során a telefon sorrendben alkalmazza az összes profilt. Alapértelmezett:
A titkosítási kulcsot opcionálisan kettős idézőjelekkel („) is csatolhatja. |
|
Használható DHCP opció |
A firmware és a profilok lekéréséhez vesszővel elválasztott DHCP-opciók. Az alapértelmezett érték 66,160,159,150,60,43,125. |
|
Naplókérés Msg |
Ez a paraméter tartalmazza az újraszinkronizálási kísérlet kezdetén a syslog kiszolgálónak küldött üzenetet. Az alapértelmezett érték a |
|
Sikernapló Msg |
A syslog üzenet, amely az újraszinkronizálási kísérlet sikeres befejezése után jelenik meg. Az alapértelmezett érték a |
|
Naplóhiba Msg |
A sikertelen újraszinkronizálási kísérlet után kiadott syslog üzenet. Az alapértelmezett érték |
|
Felhasználó konfigurálható újraszinkronizálás |
Lehetővé teszi a felhasználó számára, hogy újraszinkronizálja a telefont az IP-telefon képernyőjéről. Az alapértelmezett érték Igen. |
Firmware frissítési paraméterek
Az alábbi táblázat meghatározza az egyes paraméterek funkcióját és használatát a Rendelkezés lap Firmware-frissí tés szakaszában.
|
Paraméter neve |
Leírás és alapértelmezett érték |
|---|---|
|
Frissítés engedélyezése |
Lehetővé teszi a firmware frissítési műveleteket az újraszinkronizálási műveletektől Az alapértelmezett érték Igen. Konfigurálja ezt a paramétert az alábbi módszerek egyikével:
|
|
Frissítési hiba újrapróbálás késlel |
A frissítési újrapróbálkozási intervallum (másodpercben) érvényes frissítési hiba esetén. A készülék rendelkezik firmware-frissítési hibaidőzítővel, amely sikertelen firmware-frissítési kísérlet után aktiválódik. Az időzítőt az ebben a paraméterben szereplő értékkel inicializálják. A következő firmware-frissítési kísérlet akkor következik be, amikor ez az időzítő nullára számol. Az alapértelmezett érték 3600 másodperc. Konfigurálja ezt a paramétert az alábbi módszerek egyikével:
|
|
Frissítési szabály |
Firmware-frissítési szkript, amely meghatározza a frissítési feltételeket és a kapcsolódó firmware URL-eket. Ugyanazt a szintaxist használja, mint a Profile Rule. A frissítési szabály megadásához használja a következő formátumot:
Például: Ha nincs megadva protokoll, akkor feltételezzük a TFTP-t. Ha nincs megadva kiszolgálónév, a kiszolgálónévként az URL-t kérő gazda kerül felhasználásra. Ha nincs megadva port, akkor az alapértelmezett portot használja (69 a TFTP esetében, 80 a HTTP esetében vagy 443 a HTTPS esetében). Az alapértelmezett érték üres. Konfigurálja ezt a paramétert az alábbi módszerek egyikével:
|
|
Naplófrissítési kérelem Msg |
A Syslog üzenet jelent meg a firmware-frissítési kísérlet kezdetén. Alapértelmezett: Konfigurálja ezt a paramétert az alábbi módszerek egyikével:
|
|
Naplófrissítés sikere Msg |
A firmware-frissítési kísérlet sikeres befejezése után kiadott Syslog üzenet. Az alapértelmezett érték Konfigurálja ezt a paramétert az alábbi módszerek egyikével:
|
|
Naplófrissítési hiba Msg |
A Syslog üzenet egy sikertelen firmware-frissítési kísérlet után jelent meg. Az alapértelmezett érték Konfigurálja ezt a paramétert az alábbi módszerek egyikével:
|
|
Peer firmware megosztása |
Engedélyezze vagy letiltja a Peer Firmware Sharing (PFS) funkciót. A funkció engedélyez éséhez vagy letiltásához válassza az Igen vagy a Nem lehetőséget. Alapértelmezett: Igen Konfigurálja ezt a paramétert az alábbi módszerek egyikével:
|
|
Peer firmware megosztási naplókiszolgáló |
Jelzi az IP-címet és azt a portot, amelyre az UDP üzenet elküldhető. Például: 10.98.76. 123:514 ahol 10.98.76.123 az IP-cím és az 514 a portszám. Konfigurálja ezt a paramétert az alábbi módszerek egyikével:
|
Általános célú paraméterek
Az alábbi táblázat meghatározza az egyes paraméterek funkcióját és használatát a Rendelkezés lap Általános célú paraméterek szak aszában.
|
Paraméter neve |
Leírás és alapértelmezett érték |
|---|---|
|
GPP A - GPP P |
A GPP_* általános célú paramétereket szabad karakterlánc-regiszterként használják, amikor a telefonokat egy adott szolgáltató kiszolgáló megoldással való interakcióhoz konfigurálják. Konfigurálhatók úgy, hogy különböző értékeket tartalmazzanak, beleértve a következőket:
Az alapértelmezett érték üres. |
Makró bővítési változók
Bizonyos makróváltozók a következő biztosítási paramétereken belül kerülnek felismerésre:
-
Profil_szabály
-
Profil_Szabályzat_*
-
Resync_Trigger_*
-
Frissítése_szabály
-
Napló_*
-
GPP_* (különleges feltételek mellett)
Ezeken a paramétereken belül a szintaxistípusok, például a $NAME vagy a $ (NAME) felismerik és kibővítik.
A makróváltozó szubsztrátumok megadhatók a $ (név:P) és $ (név:P: Q) jelöléssel, ahol p és q nem negatív egész számok (elérhető a 2.0.11 és újabb verzióban). Az így kapott makróbővítés a p karaktereltolódástól kezdődő alkarakterlánc, q hosszúsággal (vagy ha nincs megadva q) a karakterlánc végéig. Például, ha a GPP_A ABCDEF-et tartalmaz, akkor a $ (A:2) bővül a CDEF-re, a $ (A: 2:3) pedig a CDE-re.
A felismeretlen név nem kerül lefordításra, és a $NAME vagy a $ (NAME) űrlap változatlan marad a paraméter értékében a bővítés után.
|
Paraméter neve |
Leírás és alapértelmezett érték |
|---|---|
|
$ |
A $$ forma egyetlen $ karakterre bővül. |
|
A-tól P-ig |
A GPP_A általános célú paraméterek tartalma helyettesíti a GPP_P-n keresztül. |
|
SA-n keresztül SD-n |
A GPP_SD-n keresztül GPP_SA speciális célú paraméterekkel helyettesítették. Ezek a paraméterek tartalmaznak a biztosításhoz használt kulcsokat vagy jelszavakat. A $SA-tól $SD-ig az opcionális újraszinkronizálási URL-minősítő (--key) argumentumként ismerik fel . |
|
MA |
MAC-cím kisbetűs hatlapszámjegyek használatával, például 000e08aabbcc. |
|
MAU |
MAC-cím nagybetűs hatlapszámjegyek használatával, például 000E08AABBCC. |
|
MAC |
MAC-cím kisbetűs hatszögletű számjegyek használatával, és kettős kettős a hatlapárok elválasztásához. Például 00:0 e:08:aa:bb:cc. |
|
PN |
Termék neve. Például CP-8875, DP-9851, DP-9871. |
|
PSN | Terméksorozat száma. Például, V03. |
|
SN |
Sorozatszám karakterlánc. például 88012BA01234. |
|
CCERT |
SSL ügyféltanúsítvány állapota: Telepítve vagy nincs telepítve. |
|
IP |
A telefon IP-címe a helyi alhálózaton belül. Például 192.168.1.100. |
|
EXTIP |
A telefon külső IP-je, amint az interneten látható. Például 66.43.16.52. |
|
SWVER |
Szoftververzió karakterlánc. Például PHONEOS.3-1-1-0104-37 |
|
HWVER |
Hardververzió karakterlánc. Például 2.0.1 |
|
PRVST |
Rendelkezési állapot (numerikus karakterlánc): -1 = kifejezett újraszinkronizálási kérelem 0 = bekapcsolás újraszinkronizálása 1 = időszakos újraszinkronizálás 2 = sikertelen újraszinkronizálás, próbálja újra |
|
UPGST |
Frissítési állapot (numerikus karakterlánc): 1 = első frissítési kísérlet 2 = a frissítés sikertelen, próbálkozzon újra |
|
UPGERR |
Az előző frissítési kísérlet eredményüzenete (ERR); például a http_get sikertelen. |
|
PRVTMR |
Másodpercek az utolsó újraszinkronizálási kísérlet óta. |
|
UPGTMR |
Másodpercek az utolsó frissítési kísérlet óta. |
|
REGTMR1 |
Másodpercekkel azóta, hogy az 1. sor elvesztette a regisztrációt a SIP szerverrel. |
|
REGTMR2 |
Másodpercekkel azóta, hogy a 2. sor elvesztette a regisztrációt a SIP szerverrel. |
|
UPGCOND |
Régebbi makró név. |
|
SCHEME |
Fájlhozzáférési séma, amely a TFTP, HTTP vagy HTTPS egyike, az újraszinkronizálás vagy frissítési URL elemzése után kapható. |
|
SERV |
Kérje meg a célkiszolgáló gazdanevét, amint azt az újraszinkronizálás vagy frissítés URL elemzése után kaptuk. |
|
SERVIP |
Kérje meg a célkiszolgáló IP-címét az újraszinkronizálás vagy az URL frissítése elemzése után, esetleg a DNS-keresést követően. |
|
PORT |
Cél UDP/TCP port kérése az újraszinkronizálás vagy frissítés URL elemzése után kapott. |
|
PATH |
Kérje meg a célfájl elérési útvonalát az újraszinkronizálás vagy az URL frissítése elemzése után. |
|
ERR |
Az újraszinkronizálás vagy frissítési kísérlet eredményüzenete. Csak az eredmény syslog üzenetek generálásához hasznos. A frissítési kísérletek esetén az érték megmarad az UPGERR változóban. |
|
UIDn |
A Line n userId konfigurációs paraméter tartalma. |
|
EMS |
Extension MobilityÁllapot |
|
MUID |
Extension MobilityFelhasználói azonosító |
|
MPWD |
Extension MobilityJelszó |
Belső hibakódok
A telefon számos belső hibakódot (X00—X99) határoz meg, hogy megkönnyítse a konfigurációt, és finomabb vezérlést biztosít az egység viselkedésének bizonyos hibakódok mellett.
|
Paraméter neve |
Leírás és alapértelmezett érték |
|---|---|
|
X00 |
Szállítási réteg (vagy ICMP) hiba SIP kérés küldésekor. |
|
X20 |
A SIP kérések időtartama lejár, miközben várja a választ. |
|
X40 |
Általános SIP protokoll-hiba (például elfogadhatatlan kodek az SDP-ben a 200 és ACK üzenetekben, vagy az ACK-ra várakozás közben kiesett idő). |
|
X60 |
A tárcsázott szám érvénytelen az adott tárcsázási terv szerint. |
