- Domů
- /
- Článek
Parametry zřizování pro telefony řady 9800 a 8875 (BroadWorks)
Tento článek nápovědy je určen pro Cisco Desk Phone řady 9800 a Cisco Video Phone 8875 registrované v Cisco BroadWorks. Informace na této stránce obsahují parametry zřizování a jejich syntaxi.
Typy parametrů zřizování
Tato část popisuje parametry zřizování široce uspořádané podle funkce.
Parametry pro všeobecné účely
Obecné parametry GPP_* () se používají jako registry volných řetězců při konfiguraci telefonu pro interakci s konkrétním řešením zajišťovacího serveru. Parametry GPP_* jsou ve výchozím nastavení prázdné. Mohou být nakonfigurovány tak, aby obsahovaly různé hodnoty, včetně následujících:
-
Šifrovací klíče
-
URL
-
Informace o stavu vícestupňového zřizování.
-
Šablony žádostí o příspěvek
-
Názvy parametrů aliasové mapy
-
Částečné řetězcové hodnoty, případně sloučené do úplných hodnot parametrů.
Parametry GPP_* jsou k dispozici pro rozšíření makra v rámci dalších parametrů zřizování. Za tímto účelem postačují jednopísmenné názvy velkých makr (A až P) k identifikaci obsahu GPP_A až GPP_P. Také dvoupísmenná velká jména makra SA až SD identifikují GPP_SA až GPP_SD jako zvláštní případ, když se používají jako argumenty následujících možností adresy URL:
klíč, uid a pwd
Tyto parametry lze použít jako proměnné v pravidlech zřizování a upgradu. Jsou odkazovány předponou názvu proměnné znakem „$“, například $ GPP_A.
Povolit parametry
Parametry Provision_Enable a Upgrade_Enable řídí všechny operace synchronizace profilu a aktualizace firmwaru. Tyto parametry řídí synchronizace a upgrady nezávisle na sobě. Tyto parametry také řídí příkazy URL resynchronizace a upgradu, které jsou vydávány prostřednictvím webového serveru pro správu. Oba tyto parametry jsou ve výchozím nastavení nastav eny na hodnotu Ano.
Parametr resync_from_SIP řídí požadavky na operace resynchronizace. Událost SIP NOTIFY je odeslána z proxy serveru poskytovatele služeb do telefonu. Pokud je povoleno, proxy může požádat o opětovnou synchronizaci. Za tímto účelem proxy odešle do zařízení zprávu SIP NOTIFY, která obsahuje hlavičku Event: resync.
Zařízení napadne požadavek odpovědí 401 (autorizace byla zamítnuta pro použité přihlašovací údaje). Zařízení očekává ověřený následný požadavek, než splní požadavek na opětovnou synchronizaci ze serveru proxy. Hlavičky Event: reboot_now a Event: restart_now provádějí studené a teplé restarty, které jsou také napadeny.
Dvě zbývající možnosti jsou Resync_On_Reset a Resync_After_Upgrade_Attempt. Tyto parametry určují, zda zařízení provede operaci opětovné synchronizace po restartování softwaru při zapnutí a po každém pokusu o upgrade.
Když je povoleno Resync_On_Reset, zařízení zavede náhodné zpoždění, které následuje po spouštěcí sekvenci před provedením resetování. Zpoždění je náhodný čas až do hodnoty, kterou určuje Resync_Random_Delay (v sekundách). Ve skupině telefonů, které se zapínají současně, toto zpoždění rozloží časy zahájení požadavků na opětovnou synchronizaci z každé jednotky. Tato funkce může být užitečná ve velkém rezidenčním nasazení, v případě regionálního výpadku napájení.
Spouštěče
Telefon umožňuje synchronizaci v určitých intervalech nebo v určitém čase.
Resynchronizace v určitých intervalech
Telefon je navržen tak, aby se pravidelně synchronizoval se zajišťovacím serverem. Interval resync je nakonfigurován v Resync_Periodic (sekundy). Pokud je tato hodnota ponechána prázdná, zařízení se periodicky nesynchronizuje.
Resynchronizace obvykle probíhá, když jsou hlasové linky nečinné. Pokud je hlasová linka aktivní, když je naplánována opětovná synchronizace, telefon odloží postup opětovné synchronizace, dokud se linka znovu nestane nečinná. Resynchronizace může způsobit změnu hodnot konfiguračních parametrů.
Operace opětovné synchronizace může selhat, protože telefon nemůže načíst profil ze serveru, stažený soubor je poškozen nebo došlo k interní chybě. Zařízení se pokusí znovu synchronizovat po čase zadaném v Resync_Error_Retry_Delay (sekundy). Pokud je Resync_Error_Retry_Delay nastavena na hodnotu 0, zařízení se po neúspěšném pokusu o opětovnou synchronizaci nepokouší znovu synchronizovat.
Pokud upgrade selže, provede se opakování po sekundách Upgrade_Error_Retry_Delay.
K podmíněnému spuštění resynchronizace jsou k dispozici dva konfigurovatelné parametry: Resync_Trigger_1 a Resync_Trigger_2. Každý parametr může být naprogramován podmíněným výrazem, který prochází expanzí makra. Když vyprší interval resynchronizace (čas pro další synchronizaci), spouštěče, pokud jsou nastaveny, zabrání opětovné synchronizaci, pokud jeden nebo více spouštěčů nevyhodnotí hodnotu true.
Následující příkladová podmínka spustí opětovnou synchronizaci. V tomto příkladu uplynul poslední pokus o upgrade telefonu déle než 5 minut (300 sekund) a od posledního pokusu o opětovnou synchronizaci uplynulo nejméně 10 minut (600 sekund).
$UPGTMR gt 300 and $PRVTMR ge 600
Resynchronizace v určitém čase
Parametr Resync_At umožňuje telefonu znovu synchronizovat v určitém čase. Tento parametr používá 24hodinový formát (hhmm) k určení času.
Parametr Resync_At_Random_Delay umožňuje telefonu znovu synchronizovat s nespecifikovaným časovým zpožděním. Tento parametr používá kladný celočíselný formát k určení času.
Je třeba se vyhnout zaplavení serveru požadavky na opětovnou synchronizaci z více telefonů, které jsou nastaveny na synchronizaci současně. Za tímto účelem telefon spustí resynchronizaci až 10 minut po zadaném čase.
Pokud například nastavíte čas synchronizace na 1000 (10:00), telefon spustí opětovnou synchronizaci kdykoli mezi 10:00 a 10:10.
Ve výchozím nastavení je tato funkce zakázána. Pokud je nastaven parametr Resync_At, bude parametr Resync_Periodic ignorován.
Konfigurovatelné plány
Můžete nakonfigurovat plány pro periodické opětovné synchronizace a můžete určit intervaly opakování pro selhání synchronizace a upgradu pomocí těchto parametrů zřizování:
-
Resynchronizace_Periodická
-
Resynchronizace_Error_Retry_Delay
-
Upgrade_Error_Retry_Delay
Každý parametr přijímá jednu hodnotu zpoždění (sekundy). Nová rozšířená syntaxe umožňuje seznam po sobě jdoucích prvků zpoždění oddělený čárkami. Poslední prvek v sekvenci se implicitně opakuje navždy.
Volitelně můžete použít znaménko plus k určení další číselné hodnoty, která připojí náhodné dodatečné zpoždění.
Příklad 1
V tomto příkladu se telefon pravidelně synchronizuje každé 2 hodiny. Pokud dojde k selhání synchronizace, zařízení se pokusí znovu v těchto intervalech: 30 minut, 1 hodina, 2 hodiny, 4 hodiny. Zařízení pokračuje v pokusech ve 4hodinových intervalech, dokud se úspěšně nesynchronizuje.
Resync_Periodic=7200
Resync_Error_Retry_Delay=1800,3600,7200,14400
Příklad 2
V tomto příkladu se zařízení pravidelně synchronizuje každou hodinu (plus další náhodné zpoždění až 10 minut). V případě selhání opětovné synchronizace se zařízení pokusí znovu v těchto intervalech: 30 minut (plus až 5 minut). 1 hodina (plus až 10 minut), 2 hodiny (plus až 15 minut). Zařízení pokračuje v pokusech ve 2hodinových intervalech (plus až 15 minut), dokud se úspěšně nesynchronizuje.
Resync_Periodic=3600+600
Resync_Error_Retry_Delay=1800+300,3600+600,7200+900
Příklad 3
V tomto příkladu, pokud se pokus o vzdálený upgrade nezdaří, zařízení zopakuje aktualizaci za 30 minut, poté znovu po jedné hodině a poté za dvě hodiny. Pokud upgrade stále selže, zařízení se pokusí znovu každé čtyři až pět hodin, dokud upgrade neuspěje.
Upgrade_Error_Retry_Delay = 1800,3600,7200,14400+3600
Pravidla profilu
Telefon poskytuje více parametrů vzdáleného konfiguračního profilu (Profile_Rule*). Každá operace resynchronizace tedy může načíst více souborů, které spravují různé servery.
V nejjednodušším scénáři se zařízení pravidelně synchronizuje s jedním profilem na centrálním serveru, který aktualizuje všechny příslušné interní parametry. Alternativně lze profil rozdělit mezi různé soubory. Jeden soubor je společný pro všechny telefony v nasazení. Pro každý účet je k dispozici samostatný jedinečný soubor. Šifrovací klíče a informace o certifikátu mohou být dodávány ještě jiným profilem uloženým na samostatném serveru.
Kdykoli dojde k operaci resynchronizace, telefon vyhodnotí čtyři parametry Profile_Rule* v pořadí:
-
Profile_Rule
-
Profil_Rule_B
-
Profil_Rule_C
-
Profil_Rule_D
Každé vyhodnocení může vést k načtení profilu ze vzdáleného zajišťovacího serveru s možnou aktualizací určitého počtu interních parametrů. Pokud vyhodnocení selže, sekvence resynchronizace je přerušena a znovu se pokusí od začátku určeného parametrem Resync_Error_Retry_Delay (sekundy). Pokud všechna vyhodnocení uspějí, zařízení čeká na sekundu určenou parametrem Resync_Periodic a poté provede další opětovnou synchronizaci.
Obsah každého parametru Profile_Rule* se skládá ze sady alternativ. Alternativy jsou odděleny znakem | (potrubí). Každá alternativa se skládá z podmíněného výrazu, výrazu přiřazení, adresy URL profilu a všech přidružených možností adresy URL. Všechny tyto komponenty jsou volitelné v rámci každé alternativy. Níže jsou uvedeny platné kombinace a pořadí, ve kterém se musí objevit, jsou-li k dispozici:
[ conditional-expr ] [ assignment-expr ] [[ options ] URL ]
V rámci každého parametru Profile_Rule* musí všechny alternativy kromě poslední obsahovat podmíněný výraz. Tento výraz je vyhodnocen a zpracován následovně:
-
Podmínky se vyhodnocují zleva doprava, dokud není nalezena jedna, která vyhodnotí jako pravdivá (nebo dokud není nalezena jedna alternativa bez podmíněného výrazu).
-
Jakýkoli doprovodný výraz přiřazení je vyhodnocen, pokud je přítomen.
-
Pokud je adresa URL zadána jako součást této alternativy, pokusí se stáhnout profil umístěný na zadané adrese URL. Systém se pokusí odpovídajícím způsobem aktualizovat interní parametry.
Pokud všechny alternativy mají podmíněné výrazy a žádný nevyhodnotí hodnotu true (nebo pokud je celé pravidlo profilu prázdné), přeskočí se celý parametr Profile_Rule*. Vyhodnotí se další parametr pravidla profilu v sekvenci.
Příklad 1
Tento příklad se bezpodmínečně znovu synchronizuje s profilem na zadané adrese URL a provede požadavek HTTP GET na server vzdáleného zřizování:
http://remote.server.com/cisco/$MA.cfg
Příklad 2
V tomto příkladu se zařízení znovu synchronizuje na dvě různé adresy URL v závislosti na stavu registrace řádku 1. V případě ztráty registrace zařízení provede HTTP POST do skriptu CGI. Zařízení odešle obsah makra rozšířeného GPP_A, který může poskytnout další informace o stavu zařízení:
($PRVTMR ge 600)? http://p.tel.com/has-reg.cfg
| [--post a] http://p.tel.com/lost-reg?
Příklad 3
V tomto příkladu se zařízení znovu synchronizuje se stejným serverem. Přístroj poskytuje další informace, pokud není v jednotce nainstalován certifikát (pro starší jednotky před verzí 2.0):
(“$CCERT” eq “Installed”)? https://p.tel.com/config?
| https://p.tel.com/config?cisco$MAU
Příklad 4
V tomto příkladu je řádek 1 zakázán, dokud není GPP_A nastavena na hodnotu Zřízeno prostřednictvím první adresy URL. Poté se znovu synchronizuje na druhou adresu URL:
(“$A” ne “Provisioned”)? (Line_Enable_1_ = “No”;)! https://p.tel.com/init-prov
| https://p.tel.com/configs
Příklad 5
V tomto příkladu se předpokládá, že profil, který server vrací, obsahuje tagy prvků XML. Tyto značky musí být přemapovány na správné názvy parametrů mapou aliasů uloženou v GPP_B:
[--alias b] https://p.tel.com/account/$PN$MA.xml
Resynchronizace je obvykle považována za neúspěšnou, pokud požadovaný profil není přijat ze serveru. Parametr resync_fails_on_fnf může toto výchozí chování přepsat. Pokud je Resync_fails_on_fnf nastavena na Ne, zařízení přijme odpověď nenalezený soubor ze serveru jako úspěšnou resynchronizaci. Výchozí hodnota pro Resync_fails_on_FNF je Ano.
Pravidlo upgradu
Pravidlem upgradu je sdělit zařízení, aby se aktivovalo na nové zatížení a odkud má náklad získat, pokud je to nutné. Pokud je zátěž již na zařízení, nebude se snažit získat zátěž. Platnost umístění zatížení tedy nezáleží, když je požadované zatížení v neaktivním oddílu.
Pravidlo Upgrade_Rule určuje zatížení firmwaru, které, pokud se liší od aktuálního zatížení, bude staženo a použito, pokud není omezeno podmíněným výrazem nebo pokud není Upgrade_Enable nastavena na Ne.
Telefon poskytuje jeden konfigurovatelný parametr vzdáleného upgradu, Upgrade_Rule. Tento parametr přijímá syntaxi podobnou parametrům pravidla profilu. Možnosti adresy URL nejsou pro upgrady podporovány, ale lze použít podmíněné výrazy a výrazy přiřazení. Pokud jsou použity podmíněné výrazy, může být parametr vyplněn několika alternativami oddělenými znakem |. Syntaxe pro každou alternativu je následující:
[ conditional-expr ] [ assignment-expr ] URL
Stejně jako v případě parametrů Profile_Rule*, parametr Upgrade_Rule vyhodnocuje každou alternativu, dokud není splněn podmíněný výraz nebo alternativa nemá žádný podmíněný výraz. Doprovodný výraz přiřazení je vyhodnocen, pokud je zadán. Poté se pokusí o upgrade na zadanou adresu URL.
Pokud pravidlo Upgrade_Rule obsahuje adresu URL bez podmíněného výrazu, zařízení upgraduje na obraz firmwaru, který URL určuje. Po rozšíření makra a vyhodnocení pravidla se zařízení nepokusí o upgrade, dokud se pravidlo nezmění, nebo se nezmění efektivní kombinace schématu + server+port+cesta souboru.
Chcete-li se pokusit o upgrade firmwaru, zařízení deaktivuje zvuk na začátku procedury a restartuje se na konci procedury. Zařízení automaticky spustí upgrade, který je řízen obsahem Upgrade_Rule, pouze pokud jsou všechny hlasové linky aktuálně neaktivní.
Například
https://10.73.10.223/firmware/PHONEOS-8875.1-0-1-0001-1.loads
V tomto příkladu aktualizuje Upgrade_Rule firmware na obraz, který je uložen na uvedené adrese URL.
Zde je další příklad:
(“$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
Tento příklad nasměruje jednotku k načtení jednoho ze dvou obrazů na základě obsahu obecného parametru GPP_F.
Parametry zřizování
Parametry zřizování najdete na kartě Z řizování na webové stránce telefonu.
Parametry konfiguračního profilu
Následující tabulka definuje funkci a použití každého parametru v části Parametry profilu konfigurace na kartě Z řizování.
|
Název parametru |
Popis a výchozí hodnota |
|---|---|
|
Povolit zřízení |
Řídí všechny akce resynchronizace nezávisle na akcích upgradu firmwaru. Nastavte možnost Ano, ch cete-li povolit vzdálené zřizování. Výchozí hodnota je Ano. |
|
Resynchronizace při resetování |
Spustí opětovnou synchronizaci po každém restartu s výjimkou restartů způsobených aktualizacemi parametrů a upgrady firmwaru. Výchozí hodnota je Ano. |
|
Resynchronizace náhodného zpoždění |
Náhodné zpoždění po spouštěcí sekvenci před provedením resetování, zadané v sekundách. Ve fondu zařízení IP telefonie, u nichž je naplánováno současné zapnutí, se tím zavádí rozpětí v časech, kdy každá jednotka odešle požadavek na opětovnou synchronizaci na zřizovací server. Tato funkce může být užitečná ve velkém rezidenčním nasazení, v případě regionálního výpadku napájení. Hodnota tohoto pole musí být celé číslo v rozmezí 0 až 65535. Výchozí hodnota je 2. |
|
Resynchronizace At (HHmm) |
Čas (HHmm), který zařízení znovu synchronizuje se zajišťovacím serverem. Hodnota tohoto pole musí být čtyřmístné číslo v rozmezí od 0000 do 2400, aby bylo možné označit čas ve formátu HHmm. Například 0959 označuje 09:59. Výchozí hodnota je prázdná. Pokud je hodnota neplatná, parametr je ignorován. Pokud je tento parametr nastaven na platnou hodnotu, bude parametr Resynchronizovat periodický parametr ignorován. |
|
Resynchronizace při náhodném zpoždění |
Zabraňuje přetížení zajišťovacího serveru při současném zapnutí velkého počtu zařízení. Aby se zabránilo zaplavení požadavků na opětovnou synchronizaci na server z více telefonů, telefon se resynchronizuje v rozsahu mezi hodinami a minutami a hodinami a minutami plus náhodným zpožděním (hhmm, hhmm+random_delay). Pokud například náhodné zpoždění = (Resynchronizace při náhodném zpoždění + 30) /60 minut, vstupní hodnota v sekundách se převede na minuty, zaokrouhlí se na další minutu, aby se vypočítal konečný interval random_delay. Platná hodnota se pohybuje mezi 600 a 65535. Pokud je hodnota menší než 600, je interní náhodné zpoždění mezi 0 a 600. Výchozí hodnota je 600 sekund (10 minut). |
|
Periodická opětovná synchronizace |
Časový interval mezi periodickými resynchronizacemi se zajišťovacím serverem. Přidružený časovač synchronizace je aktivní až po první úspěšné synchronizaci se serverem. Platné formáty jsou následující:
Nastavte tento parametr na nulu, chcete-li zakázat periodickou resynchronizaci. Výchozí hodnota je 3600 sekund. |
|
Chyba opětovného synchronizace Zpoždění opakovaného pokusu |
Pokud operace opětovné synchronizace selže, protože zařízení IP telefonie nemohlo načíst profil ze serveru nebo je stažený soubor poškozen nebo dojde k interní chybě, zařízení se pokusí znovu synchronizovat po uplynutí doby určené v sekundách. Platné formáty jsou následující:
Pokud je zpoždění nastaveno na hodnotu 0, zařízení se po neúspěšném pokusu o opětovnou synchronizaci nepokouší znovu synchronizovat. |
|
Vynucené zpoždění synchronizace |
Maximální zpoždění (v sekundách), kdy telefon čeká před provedením resynchronizace. Zařízení se nesynchronizuje, když je aktivní jedna z jeho telefonních linek. Protože resynchronizace může trvat několik sekund, je žádoucí počkat, až bude zařízení delší dobu nečinné, než bude znovu synchronizovat. To umožňuje uživateli uskutečňovat hovory postupně bez přerušení. Zařízení má časovač, který začne odpočítávat, když se všechny jeho řádky stanou nečinnými. Tento parametr je počáteční hodnota čítače. Události resynchronizace jsou zpožděny, dokud se tento čítač nesníží na nulu. Platná hodnota se pohybuje mezi 0 a 65535. Výchozí hodnota je 14 400 sekund. |
|
Resynchronizace z SIP |
Umožňuje spuštění resynchronizace prostřednictvím zprávy SIP NOTIFY. Výchozí hodnota je Ano. |
|
Resynchronizace po pokusu o upgrade |
Povolí nebo zakáže operaci resynchronizace po provedení aktualizace. Pokud je vybrána možnost Ano, spustí se synchronizace. Výchozí hodnota je Ano. |
|
Resynchronizační spouštěč 1, Resynchronizační spouštěč 2 |
Konfigurovatelné podmínky spouštění resynchronizace. Resynchronizace se spustí, když logická rovnice v těchto parametrech vyhodnotí hodnotu TRUE. Výchozí hodnota je (prázdná). |
|
Resynchronizace selže na FNF |
Resynchronizace je považována za neúspěšnou, pokud požadovaný profil není přijat ze serveru. To může být přepsáno tímto parametrem. Pokud je nastavena na ne, zařízení přijme odpověď Výchozí hodnota je Ano. |
|
Pravidlo profilu Pravidlo profilu B Pravidlo profilu C Pravidlo profilu D |
Každé pravidlo profilu informuje telefon o zdroji, ze kterého má získat profil (konfigurační soubor). Během každé operace resynchronizace telefon aplikuje všechny profily postupně. Výchozí:
Šifrovací klíč můžete volitelně uzavřít do uvozovek („). |
|
Možnost DHCP k použití |
Možnosti DHCP, oddělené čárkami, slouží k načtení firmwaru a profilů. Výchozí hodnota je 66,160,159,150,60,43,125. |
|
Požadavek protokolu Zpráva |
Tento parametr obsahuje zprávu, která je odeslána na server syslog na začátku pokusu o opětovnou synchronizaci. Výchozí hodnota je |
|
Zpráva o úspěchu protokolu |
Zpráva syslog, která je vydána po úspěšném dokončení pokusu o opětovnou synchronizaci. Výchozí hodnota je |
|
Zpráva o selhání protokolu |
Zpráva syslog, která je vydána po neúspěšném pokusu o opětovnou synchronizaci. Výchozí hodnota je |
|
Uživatelsky konfigurovatelný Resync |
Umožňuje uživateli znovu synchronizovat telefon z obrazovky IP telefonu. Výchozí hodnota je Ano. |
Parametry upgradu firmwaru
Následující tabulka definuje funkci a použití každého parametru v části Aktualizace firmwaru na kartě Provozování.
|
Název parametru |
Popis a výchozí hodnota |
|---|---|
|
Povolit upgrade |
Umožňuje operace upgradu firmwaru nezávisle na akcích resynchronizace. Výchozí hodnota je Ano. Nakonfigurujte tento parametr jednou z metod:
|
|
Chyba upgradu Zpoždění opakovaného pokusu |
Interval opakování upgradu (v sekundách) použitý v případě selhání upgradu. Zařízení má časovač chyb upgradu firmwaru, který se aktivuje po neúspěšném pokusu o aktualizaci firmwaru. Časovač je inicializován s hodnotou v tomto parametru. Další pokus o aktualizaci firmwaru nastane, když se tento časovač odpočítává na nulu. Výchozí hodnota je 3600 sekund. Nakonfigurujte tento parametr jednou z metod:
|
|
Pravidlo upgradu |
Skript pro upgrade firmwaru, který definuje podmínky upgradu a přidružené adresy URL firmwaru. Používá stejnou syntaxi jako pravidlo profilu. Použijte následující formát pro zadání pravidla upgradu:
Například:
Pokud není zadán žádný protokol, předpokládá se TFTP. Není-li zadán žádný název serveru, použije se jako název serveru hostitel, který požaduje adresu URL. Pokud není zadán žádný port, použije se výchozí port (69 pro TFTP, 80 pro HTTP nebo 443 pro HTTPS). Výchozí hodnota je prázdná. Nakonfigurujte tento parametr jednou z metod:
|
|
Záznam požadavku na aktualizaci protokolu |
Zpráva Syslog vydaná na začátku pokusu o upgrade firmwaru. Výchozí: Nakonfigurujte tento parametr jednou z metod:
|
|
Zpráva o úspěšném upgradu protokolu |
Zpráva Syslog vydaná po úspěšném dokončení pokusu o aktualizaci firmwaru. Výchozí hodnota je Nakonfigurujte tento parametr jednou z metod:
|
|
Zpráva o selhání aktualizace protokolu |
Zpráva Syslog byla vydána po neúspěšném pokusu o aktualizaci firmwaru. Výchozí hodnota je Nakonfigurujte tento parametr jednou z metod:
|
|
Sdílení firmwaru Peer |
Povolí nebo zakáže funkci Peer Firmware Sharing (PFS). Chcete-li funkci povolit nebo zakázat, vyberte možnost Ano nebo Ne. Výchozí: Ano Nakonfigurujte tento parametr jednou z metod:
|
|
Protokolový server sdílení firmwaru Peer |
Označuje adresu IP a port, na který je odeslána zpráva UDP. Například: 10.98.76.123:514 kde 10.98.76.123 je adresa IP a 514 je číslo portu. Nakonfigurujte tento parametr jednou z metod:
|
Parametry pro všeobecné účely
Následující tabulka definuje funkci a použití každého parametru v části Parametry obecného účelu na kartě Z řizování.
|
Název parametru |
Popis a výchozí hodnota |
|---|---|
|
GPP A - GPP P |
Obecné parametry GPP_* se používají jako registry volných řetězců při konfiguraci telefonů pro interakci s konkrétním řešením zajišťovacího serveru. Mohou být nakonfigurovány tak, aby obsahovaly různé hodnoty, včetně následujících:
Výchozí hodnota je prázdná. |
Proměnné rozšíření makra
Některé proměnné makra jsou rozpoznány v rámci následujících parametrů zřizování:
-
Profile_Rule
-
Pravidlo_profilu_*
-
Znovu synchronizovat spouštěč_*
-
Upgrade_Rule
-
Protokol_*
-
GPP_* (za zvláštních podmínek)
V rámci těchto parametrů jsou rozpoznány a rozšířeny typy syntaxe, například $NAME nebo $ (NAME).
Podřetězce makro proměnných lze zadat notací $ (name:P) a $ (nameP:Q), kde p a q jsou nezáporná celá čísla (k dispozici v revizi 2.0.11 a výše). Výsledná expanze makra je podřetězec začínající znakovým posunem p, s délkou q (nebo jinak až do konce řetězce, pokud q není zadáno). Pokud například GPP_A obsahuje ABCDEF, pak se $ (A:2) rozšíří na CDEF a $ (A: 2:3) expanduje na CDE.
Nerozpoznaný název není přeložen a formulář $NAME nebo $ (NAME) zůstává po rozšíření v hodnotě parametru nezměněn.
|
Název parametru |
Popis a výchozí hodnota |
|---|---|
|
$ |
Formulář $$ se rozšíří na jeden znak $. |
|
A až P |
Nahrazeno obsahem obecných parametrů GPP_A přes GPP_P. |
|
SA přes SD |
Nahrazeno speciálními parametry GPP_SA přes GPP_SD. Tyto parametry obsahují klíče nebo hesla použitá při zajišťování. $SA až $SD jsou rozpoznány jako argumenty volitelného kvalifikátoru URL resync, --key. |
|
MA |
MAC adresa s malými hexadecimálními číslicemi, například 000e08aabbcc. |
|
MAU |
MAC adresa pomocí velkých šestihranných číslic, například 000E08AABBCC. |
|
MAC |
MAC adresa pomocí malých šestihranných číslic a dvojtečky k oddělení dvojic šestihranných číslic. Například 00:0 e:08:aa:bb:cc. |
|
PN |
Název produktu. Například CP-8875, DP-9851, DP-9871. |
|
PSN | Číslo produktové řady. Například V03. |
|
SN |
Řetězec sériového čísla. například 88012BA01234. |
|
CCERT |
Stav certifikátu klienta SSL: Nainstalováno nebo Není nainstalováno. |
|
IP |
IP adresa telefonu v místní podsíti. Například 192.168.1.100. |
|
EXTIP |
Externí IP telefonu, jak je vidět na internetu. Například 66.43.16.52. |
|
SWVER |
Řetězec verze softwaru. Například PHONEOS.3-1-1-0104-37 |
|
HWVER |
Řetězec verze hardwaru. Například 2.0.1 |
|
PRVST |
Stav zřizování (číselný řetězec): -1 = explicitní požadavek na opětovnou synchronizaci 0 = opětovná synchronizace zapnutí 1 = periodická resynchronizace 2 = opětovná synchronizace selhala, pokus o opakování |
|
UPGST |
Stav upgradu (číselný řetězec): 1 = první pokus o upgrade 2 = upgrade se nezdařil, pokus o opakování |
|
UPGERR |
Zpráva o výsledku (ERR) předchozího pokusu o upgrade; například http_get selhal. |
|
PRVTMR |
Sekundy od posledního pokusu o synchronizaci. |
|
UPGTMR |
Sekundy od posledního pokusu o upgrade. |
|
REGTMR1 |
Sekundy od chvíle, kdy řádek 1 ztratil registraci na SIP serveru. |
|
REGTMR2 |
Sekundy od ztráty registrace na SIP serveru Line 2. |
|
UPGCOND |
Název staršího makra. |
|
SCHEME |
Schéma přístupu k souborům, jedno z TFTP, HTTP nebo HTTPS, získané po analýze resynchronizace nebo upgradu adresy URL. |
|
SERV |
Vyžádejte si název hostitele cílového serveru, jak je získáno po analýze adresy URL resynchronizace nebo upgradu. |
|
SERVIP |
Vyžádejte si IP adresu cílového serveru, jak je získána po analýze adresy URL resynchronizace nebo upgradu, případně po vyhledání DNS. |
|
PORT |
Vyžádejte si cílový port UDP/TCP, jak je získáno po analýze adresy URL resync nebo upgradu. |
|
PATH |
Vyžádejte si cestu k cílovému souboru, jak je získáno po analýze adresy URL resynchronizace nebo upgradu. |
|
ERR |
Zpráva o výsledku pokusu o opětovnou synchronizaci nebo upgrade. Užitečné pouze při generování výsledků syslog zpráv. Hodnota je zachována v proměnné UPGERR v případě pokusů o upgrade. |
|
UIDn |
Obsah konfiguračního parametru Line n UserId. |
|
EMS |
Extension MobilityStav |
|
MUID |
Extension MobilityID uživatele |
|
MPWD |
Extension MobilityHeslo |
Interní chybové kódy
Telefon definuje řadu interních chybových kódů (X00—X99), které usnadňují konfiguraci a poskytují jemnější kontrolu nad chováním jednotky za určitých chybových podmínek.
|
Název parametru |
Popis a výchozí hodnota |
|---|---|
|
X00 |
Chyba transportní vrstvy (nebo ICMP) při odesílání požadavku SIP. |
|
X20 |
Vypršení časového limitu požadavku SIP při čekání na odpověď. |
|
X40 |
Obecná chyba protokolu SIP (například nepřijatelný kodek v SDP ve zprávách 200 a ACK nebo časový limit při čekání na ACK). |
|
X60 |
Vytočené číslo je neplatné podle zadaného číselného plánu. |