- Domů
- /
- Článek
Zřízení parametrů pro telefony v řešení Cisco BroadWorks
Tento článek nápovědy je určen pro telefony Cisco registrované ve službě Cisco BroadWorks. Informace na této stránce zahrnují parametry zřizování a jejich syntaxi.
Typy parametrů zřizování
V této části jsou popsány parametry zřizování zhruba roztříděné podle funkce.
Obecné parametry
Obecné parametry GPP_* (
) se při konfiguraci telefonu na komunikaci s konkrétním řešením zřizovacího serveru používají jako volné registry řetězců. Parametry GPP_* jsou ve výchozím nastavení prázdné. Lze je nakonfigurovat tak, aby obsahovaly různé hodnoty, včetně těchto:-
Šifrovací klíče
-
Adresy URL
-
Informace o stavu vícefázového zřizování.
-
Šablony po odeslání požadavku
-
Mapy aliasů názvů proměnných
-
Částečné hodnoty řetězců, které se nakonec zkombinují do úplných hodnot parametrů.
Parametry GPP_* jsou k dispozici k rozšíření makrem v rámci ostatních parametrů zřizování. Pro tento účel se k identifikaci obsahu proměnných GPP_A až GPP_P používají názvy maker obsahují jedno velké písmeno (A až P). Dvoupísmenné názvy maker SA až SD také identifikují GPP_SA až GPP_SD jako speciální případy při použití v následujících možnostech adresy URL:
klíč, uid a pwd
Tyto parametry lze v pravidlech zřizování a upgradu použít jako proměnné. Odkazuje se na ně tím, že se před název proměnné přidá znak „$“, např. $GPP_A.
Povolit parametry
Parametry Provision_Povolit a Upgrade_Povolit řídí všechny operace resynchronizace profilu a upgradu firmwaru. Tyto parametry řídí resynchronizace a upgrady nezávisle na sobě. Tyto parametry také řídí příkazy adresy URL resynchronizace a upgradu, které jsou zadávány prostřednictvím webového serveru pro správu. Oba tyto parametry jsou ve výchozím nastavení nastaveny na Ano .
Parametr Resync_From_SIP řídí požadavky na operace resynchronizace. Událost SIP NOTIFY je odeslána ze serveru proxy poskytovatele služeb do telefonu. Pokud je tato možnost povolena, server proxy může požádat o resynchronizaci. Proto server proxy odešle zprávu SIP NOTIFY, která obsahuje událost: hlavička resynchronizace se zařízením.
Zařízení zareaguje na požadavek odpovědí 401 (ověření bylo použité přihlašovací údaje zamítnuto). Zařízení očekává ověřený následný požadavek, než požadavek na resynchronizaci od serveru proxy splní. Událost: reboot_now a událost: restart_now hlavičky provádějí studený a teplý restart, který je také náročný.
Zbývající dvě možnosti jsou Resync_On_Reset a Resync_After_Upgrade_Attempt. Tyto parametry určují, zda zařízení provede operaci resynchronizaci po softwarových restartech a po každém pokusu o upgrade.
Když je povoleno resetování Resync_On_, zařízení zavede náhodnou prodlevu po spouštění, než je proveden reset. Prodleva je náhodná doba až do hodnoty zadané v parametru Resync_Random_Delay (v sekundách). Ve fondu telefonů, které se spouští současně, tato prodleva u jednotlivých jednotek zavádí rozptyl času zahájení požadavků resynchronizace. Tato funkce může být užitečná ve velkém nasazení do domácností v případě místního výpadku napájení.
Spouštěče
Telefon umožňuje provádět resynchronizaci v určitých intervalech nebo v konkrétní čas.
Resynchronizace v zadaných intervalech
Telefon je navržen tak, aby se pravidelně resynchronizoval se zřizovacím serverem. Interval resynchronizace je konfigurován v Resync_Periodik (v sekundách). Pokud je tato hodnota prázdná, zařízení se pravidelně neresynchronizuje.
K resynchronizaci obvykle dochází, když jsou hlasové linky nečinné. Pokud je v okamžiku naplánované resynchronizace aktivní hlasová linka, telefon resynchronizaci odloží do doby, než je linka opět nečinná. Resynchronizace může způsobit změnu hodnot parametrů konfigurace.
Resynchronizace může selhat, protože telefon nedokáže načíst ze serveru profil, stažený soubor je poškozený nebo došlo k interní chybě. Zařízení se pokusí znovu resynchronizovat po době, která je určena nastavením prodlevy Resync_Error_Retry_ (v sekundách). Pokud je prodleva Resync_Error_Retry_ nastavena na 0, zařízení se po neúspěšném pokusu o resynchronizaci nepokusí ji provést znovu.
Pokud se nezdaří upgrade, je opakovaný pokus proveden po prodlevě Upgrade_Error_Retry_.
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 lze naprogramovat pomocí podmíněného výrazu, který prochází rozšířením makra. Když interval resynchronizace vyprší (čas na další resynchronizaci), spouštěče, pokud jsou nastavené, zabrání resynchronizaci, pokud není alespoň jeden z nich vyhodnocen jako pravdivý.
V následujícím příkladu je resynchronizace spuštěna podmínka. V tomto příkladu poslední pokus o upgrade telefonu vypršel před více než 5 minutami (300 sekund) a od posledního pokusu o resynchronizaci uplynulo alespoň 10 minut (600 sekund).
$UPGTMR gt 300 a $PRVTMR ge 600
Resynchronizace v konkrétní čas
Parametr Resync_At umožňuje telefonu provádět resynchronizaci v určitou dobu. Tento parametr používá k určení času 24hodinový formát (hhmm).
Parametr prodleva Resync_At_Random_ umožňuje telefonu provádět resynchronizaci po neurčité časové prodlevě. Tento parametr používá k zadání času kladný celočíselný formát.
Je třeba zabránit zaplavení serveru požadavky na resynchronizaci od více telefonů, které jsou nastaveny na resynchronizaci ve stejný čas. Proto telefon spustí resynchronizaci až 10 minut po zadaném čase.
Pokud je například čas resynchronizace nastaven na 1000 (10.00), telefon spustí resynchronizaci kdykoliv mezi 10.00 a 10.10.
Ve výchozím nastavení je tato funkce zakázána. Pokud je parametr Resync_At zřízen, je parametr Resync_Periodic ignorován.
Konfigurovatelné plány
Pomocí těchto parametrů zřizování můžete nakonfigurovat plány pravidelných resynchronizace a zadat intervaly opakování při selhání resynchronizace a upgradu:
-
Resync_Pravidelné
-
Zpoždění Resync_Error_Retry_
-
Upgrade_Error_Retry_Zpoždění
Do každého parametru je možné zadat jednu hodnotu prodlevy (v sekundách). Nová rozšířená syntaxe umožňuje vytvoření seznamu po sobě jdoucích prvků prodlevy oddělených čárkami. Poslední prvek v řadě se automaticky opakuje donekonečna.
Nebo můžete použít znaménko plus a zadat jinou číselnou hodnotu, která znamená náhodnou prodlevu navíc.
Příklad 1
V tomto příkladu se telefon pravidelně resynchronizuje každé 2 hodiny. Pokud dojde k selhání resynchronizace, zařízení pokus opakuje v těchto intervalech: 30 minut, 1 hodina, 2 hodiny, 4 hodiny. Zařízení pokusy opakuje ve 4hodinových intervalech, dokud se resynchronizace nepodaří.
Resync_Periodic=7200 Resync_Error_Retry_Delay=1800,3600,7200,14400
Příklad 2
V tomto příkladu se zařízení pravidelně resynchronizuje každou hodinu (plus až 10minutová náhodná prodleva navíc). V případě selhání resynchronizace zařízení pokus opakuje v těchto intervalech: 30 minut (plus až 5 minut). 1 hodina (plus až 10 minut), 2 hodiny (plus až 15 minut). Zařízení pokusy opakuje ve 2hodinových (plus až 15 minut) intervalech, dokud se resynchronizace nepodaří.
Resync_Pravidelné=3600+600 Resync_Error_Retry_Delay=1800+300,3600+600,7200+900
Příklad 3
Pokud se v tomto příkladu nepodaří provést upgrade, zařízení se pokusí ho provést za 30 minut, poté znovu po jedné hodině a poté po dvou hodinách. Pokud se upgrade nepodaří ani tehdy, zařízení pokusy opakuje každé čtyři až pět hodin, dokud se upgrade nepodaří.
Zpoždění Upgrade_Error_Retry_ = 1800,3600,7200,14400+3600
Pravidla profilu
Telefon má více parametrů profilu vzdálené konfigurace (Profile_Rule*). Při každé operaci resynchronizace je tak možné načíst více souborů, které spravují různé servery.
V nejjednodušším scénáři se zařízení pravidelně resynchronizuje s jedním profilem na centrálním serveru, který aktualizuje všechny důležité interní parametry. Nebo lze profil rozdělit na různé soubory. Jeden soubor je společný pro všechny telefony v nasazení. Každý účet má samostatný, jedinečný soubor. Šifrovací klíče a informace o certifikátu může dodávat ještě jiný profil uložený na zvláštním serveru.
Vždy, když má dojít k operaci resynchronizace, telefon čtyři parametry Profile_Rule* vyhodnotí v následujícím pořadí:
-
Pravidlo rofile_P
-
Profile_Rule_B
-
Profile_Rule_C
-
Profile_Rule_D
Každé vyhodnocení může vést k načtení profilu ze vzdáleného zřizovacího serveru s možnou aktualizací několika interních parametrů. Pokud se vyhodnocení nezdaří, je resynchronizace přerušena a opakována od začátku stanoveného parametrem prodlevy Resync_Error_Retry_ (v sekundách). Pokud se vyhodnocení podaří, zařízení počká tolik sekund, kolik je uvedeno v parametru Resync_Periodic, a poté zahájí další resynchronizaci.
Obsah každého parametru Profile_Rule* sestává ze sady alternativ. Alternativy jsou odděleny znakem | . Jednotlivé alternativy sestávají z podmíněného výrazu, výrazu přiřazení, adresy URL profilu a všech přiřazených možností adresy URL. Všechny tyto komponenty jsou v rámci každé alternativy volitelné. Toto jsou platné kombinace a pořadí, ve kterém musí být případně uvedeny:
[ podmíněný-výraz ] [ přiřazení-výraz ] [[ možnosti ] 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 jsou vyhodnocovány zleva doprava, dokud se nenarazí na takovou, která se vyhodnotí jako pravda (nebo dokud se nenajde alternativa bez podmíněného výrazu).
-
V případě zadání jsou vyhodnoceny všechny doprovodné výrazy přiřazení.
-
Pokud je jako součást dané alternativy zadána adresa URL, je proveden pokus o stažení profilu, který je na zadané adrese URL umístěn. Systém se pokusí odpovídajícím způsobem aktualizovat interní parametry.
Pokud mají všechny alternativy podmíněné výrazy a žádná z nich není vyhodnocena jako pravda (nebo pokud je celé pravidlo profilu prázdné), celý parametr rofile_P* se přeskočí. Je vyhodnocen následující parametr pravidla profilu v pořadí.
Příklad 1
V tomto příkladu je provedena bezpodmínečná resynchronizace s profilem na zadané adrese URL a je odeslán požadavek HTTP GET na vzdálený zřizovací server:
http://remote.server.com/cisco/$MA.cfg
Příklad 2
V tomto příkladu se zařízení resynchronizuje se dvěma různými adresami URL v závislosti na stavu registrace linky 1. V případě ztráty registrace zařízení provede operaci HTTP POST na skript CGI. Zařízení odešle obsah proměnné GPP_A rozšířené makrem, která může poskytnout další informace o stavu zařízení:
($prvtmr ge 600)? http://p.tel.com/has-reg.cfg | [--příspěvek a] http://p.tel.com/lost-reg?
Příklad 3
V tomto příkladu se zařízení resynchronizuje na stejný server. V případě, že v jednotce není nainstalován certifikát, zařízení poskytne další informace (u starších jednotek před verzí 2.0):
(„$CCERT“ eq „nainstalováno“)? https://p.tel.com/config? | https://p.tel.com/config?cisco$MAU
Příklad 4
V tomto příkladu je linka 1 zakázána, dokud není první adresa URL GPP_A nastavena na Zřízeno. Poté se resynchronizuje s druhou adresou URL:
(„$A“ ne „Zřízeno“)? (Line_Enable_1_ = „Ne“;)! 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 vrátí, obsahuje značky elementu XML. Tyto značky je nutné pomocí aliasů uložených v protokolu GPP_B přemapovat na správné názvy parametrů:
[--alias b] https://p.tel.com/account/$PN$MA.xml
Resynchronizace se obvykle považuje za neúspěšnou, pokud není ze serveru přijat vyžádaný profil. Parametr Resync_Fails_On_FNF může toto výchozí chování změnit. Pokud je hodnota Resync_Fails_On_FNF nastavena na Ne, zařízení přijme odpověď od serveru „file-not-found“ jako úspěšnou resynchronizaci. Výchozí hodnota pro Resync_Fails_On_FNF je Ano.
Pravidlo upgradu
Pravidlo upgradu slouží jako pokyn zařízení, aby aktivovalo načtení a v případě potřeby informace, kde načtení získat. Pokud načtení v zařízení již je, zařízení se ho nepokusí získat. Když je požadované načtení v neaktivním oddílu, na platnosti umístění načtení tedy nezáleží.
Pravidlo Upgrade_určuje načtení firmwaru, které bude staženo a použito, pokud se liší od aktuálního načtení a pokud není omezeno podmíněným výrazem nebo nastavením možnosti Upgrade_Povolit na hodnotu Ne.
Telefon poskytuje jeden konfigurovatelný parametr vzdáleného upgradu, Pravidlo Upgrade_. Tento parametr přijímá syntaxi podobnou parametrům pravidla profilu. Možnosti URL nejsou u upgradů podporovány, ale podmíněné výrazy a výrazy přiřazení lze použít. Pokud jsou používány podmíněné výrazy, je parametr možné naplnit více možnostmi, které se oddělují | znakem. Syntaxe pro jednotlivé alternativy je následující:
[ podmíněný-výraz ] [ přiřazení-výraz ] URL
Stejně jako v případě parametrů Profile_Rule* i parametr Upgrade_Rule vyhodnocuje každou alternativu, dokud není splněn podmíněný výraz nebo alternativa žádný podmíněný výraz nemá. V případě zadání je vyhodnocen doprovodný výraz přiřazení. Poté je proveden pokus o upgrade na zadanou adresu URL.
Pokud pravidlo Upgrade_obsahuje adresu URL bez podmíněného výrazu, zařízení se upgraduje na obraz firmwaru na zadané adrese URL. Po rozšíření makra a vyhodnocení pravidla se zařízení znovu nepokusí o upgrade, dokud pravidlo není upraveno nebo není změněna skutečná kombinace protokol + server + port + cesta k souboru.
Při pokusu o upgrade firmwaru zařízení na začátku procesu vypne zvuk a na konci se restartuje. Zařízení automaticky zahájí upgrade, který je řízený obsahem pravidla Upgrade_Rule, pouze v případě, že jsou všechny hlasové linky aktuálně neaktivní.
Příklad:
https://10.73.10.223/firmware/PHONEOS-8875.1-0-1-0001-1.loads
V tomto příkladu Upgrade_pravidlo aktualizuje firmware na obraz, který je uložen na zadané adrese URL.
Tady je další příklad:
(„$F“ ne „beta-zákazník“)? 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
V tomto příkladu je zařízení dán příkaz načíst jeden ze dvou obrazů podle obsahu obecného parametru GPP_F.
Parametry zřizování
Parametry zřizování najdete na webové stránce telefonu na kartě Zřizování .
Parametry profilu konfigurace
Následující tabulka definuje funkci a použití jednotlivých parametrů v části Parametry profilu konfigurace na kartě Zřizování .
Název parametru |
Popis a výchozí hodnota |
---|---|
Povolit zřizování |
Řídí všechny akce resynchronizace nezávisle na činnostech upgradu firmwaru. Pokud chcete povolit vzdálené zřizování, nastavte hodnotu Ano . Výchozí hodnota je Ano. |
Resynchronizace při resetování |
Resynchronizace se spustí po každém restartování kromě restartování způsobených aktualizacemi parametrů a upgrady firmwaru. Výchozí hodnota je Ano. |
Náhodná prodleva resynchronizace |
Náhodná prodleva následující po spouštěcí sekvenci před provedením resetování udaná v sekundách. Ve fondu zařízení IP telefonie, u kterých je naplánováno současné spuštění, se tímto zavádí rozptyl v časech, kdy jednotlivé jednotky zřizovacímu serveru odešlou požadavek na resynchronizaci. Tato funkce může být užitečná ve velkém nasazení do domácností v případě místního výpadku napájení. Hodnota tohoto pole musí být celé číslo v rozmezí 0 až 65 535. Výchozí hodnota je 2. |
Resynchronizace v (HHmm) |
Čas (HHmm), kdy se zařízení se zřizovacím serverem resynchronizuje. Hodnota tohoto pole musí být čtyřmístné číslo v rozmezí 0000 až 2 400 pro indikaci času ve formátu HHmm. Například 0959 znamená 09:59. Výchozí hodnota je prázdná. Pokud je hodnota neplatná, parametr se ignoruje. Pokud je tento parametr nastaven na platnou hodnotu, je parametr Pravidelná resynchronizace ignorován. |
Resynchronizace po náhodné prodlevě |
Brání přetížení zřizovacího serveru, když se najednou spustí velký počet zařízení. Aby se zabránilo zaplavení serveru požadavky na resynchronizaci z více telefonů, telefon se resynchronizuje v rozsahu hodin a minut a hodin a minut plus náhodná prodleva (hhmm, hhmm+random_delay). Pokud je například náhodná prodleva = (resynchronizace po náhodné prodlevě + 30)/60 minut, pro výpočet konečného intervalu je vstupní hodnota v sekundách převedena na minuty a je zaokrouhlena na následující random_delay minutu. Rozsah platných hodnot je 600 až 6 5535. Pokud je hodnota nižší než 600, je interní náhodná prodleva mezi 0 a 600. Výchozí hodnota je 600 sekund (10 minut). |
Pravidelná resynchronizace |
Časový interval mezi pravidelnými resynchronizacemi se zřizovacím serverem. Přiřazený časovač resynchronizace je aktivní až po první úspěšné synchronizaci se serverem. Platné formáty jsou následující:
Pokud chcete pravidelnou resynchronizaci zakázat, nastavte tento parametr na nulu. Výchozí hodnota je 3 600 sekund. |
Prodleva opakování po chybě resynchronizace |
Pokud se resynchronizace nezdaří, protože zařízení IP telefonie nedokázalo ze serveru načíst profil, stažený soubor je poškozený nebo došlo k interní chybě, zařízení se po době v sekundách pokusí provést resynchronizaci znovu. Platné formáty jsou následující:
Pokud je prodleva nastavena na 0, zařízení se po neúspěšném pokusu o resynchronizaci nepokusí ji provést znovu. |
Prodleva nucené resynchronizace |
Maximální prodleva (v sekundách), po kterou telefon čeká, než provede resynchronizaci. Zařízení neprovede resynchronizaci, když je některá telefonní linka aktivní. Protože resynchronizace může trvat několik sekund, je před resynchronizací žádoucí počkat, než je zařízení po určitou dobu nečinné. Díky tomu může uživatel bez přerušení provádět více hovorů po sobě. Zařízení má časovač, který začíná odpočet od chvíle, kdy jsou všechny linky nečinné. Tento parametr je počáteční hodnota čítače. Události resynchronizace jsou odloženy, dokud tento čítač neklesne na nulu. Rozsah platných hodnot 0 až 65 535. Výchozí hodnota je 14 400 sekund. |
Resynchronizace ze SIP |
Umožňuje spuštění resynchronizace prostřednictvím zprávy SIP NOTIFY. Výchozí hodnota je Ano. |
Resynchronizace po pokusu o upgrade |
Zapíná a vypíná operaci resynchronizace po provedení upgradu. Pokud je zvolena možnost Ano, synchronizace se spustí. Výchozí hodnota je Ano. |
Spouštěč resynchronizace 1, Spouštěč resynchronizace 2 |
Konfigurovatelné podmínky spuštění resynchronizace. Když je logická rovnice v těchto parametrech vyhodnocena jako PRAVDA, spustí se resynchronizace. Výchozí hodnota je (prázdná). |
Resynchronizace se nezdaří při FNF |
Resynchronizace se považuje za neúspěšnou, pokud není ze serveru přijat vyžádaný profil. To lze změnit pomocí tohoto parametru. Když je parametr nastaven na ne, zařízení přijme odpověď od serveru 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 lze získat profil (konfigurační soubor). Během každé resynchronizace telefon postupně použije všechny profily. Výchozí nastavení: Pokud používáte na konfigurační soubory šifrování AES-256-CBC, zadejte následujícím způsobem šifrovací klíč s klíčovým slovem Šifrovací klíč může být volitelně ve dvojitých uvozovkách ("). |
Použití možnosti DHCP |
Možnosti DHCP oddělené čárkami používané k načtení firmwaru a profilů. Výchozí hodnota je 66,160,159,150,60,43,125. |
MSG žádost o protokol |
Tento parametr obsahuje zprávu, která se odešle na server syslog na začátku pokusu o resynchronizaci. Výchozí hodnota je |
MSG – úspěšné protokolování |
Zpráva syslog vydaná po úspěšném dokončení resynchronizace. Výchozí hodnota je |
Selhání Protokolu Msg |
Zpráva syslog vydaná po neúspěšném dokončení resynchronizace. Výchozí hodnota je |
Uživatelsky konfigurovatelná resynchronizace |
Umožňuje uživateli resynchronizovat telefon z obrazovky IP telefonu. Výchozí hodnota je Ano. |
Parametry upgradu firmwaru
V následující tabulce je definována funkce a použití jednotlivých parametrů v části Upgrade firmwaru na kartě Zřizování .
Název parametru |
Popis a výchozí hodnota |
---|---|
Povolit upgrade |
Povoluje operace upgradu firmwaru nezávisle na činnostech resynchronizace. Výchozí hodnota je Ano. Tento parametr nakonfigurujte jednou z metod:
|
Prodleva opakování po chybě upgradu |
Interval opakování upgradu (v sekundách) použitý v případě selhání upgradu. Zařízení má časovač chyby upgradu firmwaru, který se aktivuje po neúspěšném pokusu o upgrade firmwaru. Časovač se inicializuje hodnotou v tomto parametru. Další pokus o upgrade firmwaru proběhne, když čítač klesne na nulu. Výchozí hodnota je 3 600 sekund. Tento parametr nakonfigurujte jednou z metod:
|
Pravidlo upgradu |
Skript upgradu firmwaru, který definuje podmínky upgradu a přiřazené adresy URL firmwaru. Používá stejnou syntaxi jako pravidlo profilu. K zadání pravidla upgradu použijte následující formát:
Například:
Pokud není zadán žádný protokol, předpokládá se TFTP. Pokud není zadán žádný název serveru, jako název serveru se použije hostitel, který o adresu URL žádá. Pokud není zadán žádný port, použije se výchozí port (69 pro TFTP, 80 pro HTTP a 443 pro HTTPS). Výchozí hodnota je prázdná. Tento parametr nakonfigurujte jednou z metod:
|
Žádost O Upgrade Protokolu Msg |
Zpráva syslog vydaná na začátku pokusu o upgrade firmwaru. Výchozí nastavení: Tento parametr nakonfigurujte jednou z metod:
|
Protokol Msg Úspěšně Upgradu |
Zpráva syslog vydaná po úspěšném dokončení upgradu firmwaru. Výchozí hodnota je Tento parametr nakonfigurujte jednou z metod:
|
Chyba Upgradu Protokolu Msg |
Zpráva syslog vydaná po neúspěšném pokusu o upgrade firmwaru. Výchozí hodnota je Tento parametr nakonfigurujte jednou z metod:
|
Sdílení firmwaru s druhou stranou |
Povolí nebo zakáže funkci Sdílení firmwaru s druhou stranou (PFS). Chcete-li funkci povolit nebo zakázat, vyberte možnost Ano nebo Ne . Výchozí: Ano Tento parametr nakonfigurujte jednou z metod:
|
Server protokolování sdílení firmwaru s druhou stranou |
Uvádí 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 číslo portu. Tento parametr nakonfigurujte jednou z metod:
|
Obecné parametry
V následující tabulce je definována funkce a použití jednotlivých parametrů v části Obecné parametry karty Zřizování .
Název parametru |
Popis a výchozí hodnota |
---|---|
gpp a - gpp p |
Obecné parametry GPP_* se při konfiguraci telefonu na komunikaci s konkrétním řešením zřizovacího serveru používají jako volné registry řetězců. Lze je nakonfigurovat tak, aby obsahovaly různé hodnoty, včetně těchto:
Výchozí hodnota je prázdná. |
Proměnné rozšíření makra
Některé proměnné makra jsou rozpoznávány v rámci následujících parametrů zřizování:
-
Pravidlo rofile_P
-
Profile_Rule_*
-
Resync_Trigger_*
-
Upgrade_pravidlo
-
Log_*
-
GPP_* (za zvláštních podmínek)
V rámci těchto parametrů jsou rozpoznávány a rozšiřovány typy syntaxe $JMENO nebo $(JMENO).
Podřetězce proměnné makra lze zadat pomocí notace $(JMENO:p) a $(JMENO:p:q), kde p a q jsou nezáporná celá čísla (dostupné ve verzi 2.0.11 a vyšší). Výsledné rozšíření makra je podřetězec začínající p-tým znakem s délkou q (nebo do konce řetězce, pokud hodnota q není zadána). Pokud například GPP_A obsahuje ABCDEF, pak se $(A:2) rozšíří na CDEF a $(A:2:3) se rozšíří na CDE.
Nerozpoznané jméno se nepřekládá a formulář $JMENO nebo $(JMENO) zůstane v hodnotě parametru nezměněn po rozšíření.
Název parametru |
Popis a výchozí hodnota |
---|---|
$ |
Zápis $$ se rozšíří na jeden znak $ . |
A až P |
Nahrazuje se obsahem obecných parametrů GPP_A až GPP_P. |
SA až SD |
Nahrazuje se parametry pro zvláštní účel GPP_SA až GPP_SD. V těchto parametrech jsou uloženy klíče a hesla používaná při zřizování. $SA až $SD se považují za argumenty volitelného kvalifikátoru adresy URL resynchronizace, --key |
MILIAMPÉR |
Adresa MAC v malých šestnáctkových číslech, například 000e08aabbcc. |
MAU |
Adresa MAC ve velkých šestnáctkových číslech, například 000E08AABBCC. |
Počítač |
Adresa MAC v malých šestnáctkových číslech a se středníky oddělujícími páry šestnáctkových číslic. Například 00:0e:08:aa:bb:cc. |
PN |
Název produktu. Například CP-8875-CC-C-9K. |
PSN | Číslo řady produktu. Například V03. |
sn |
Řetězec sériového čísla. Například 88012BA01234. |
Skřítek |
Stav klientského certifikátu SSL: Nainstalováno, nebo nenainstalováno. |
IP |
Adresa IP telefonu v místní podsíti. Například 192.168.1.100. |
Extip |
Externí adresa IP telefonu, jak je vidět z internetu. Například 66.43.16.52. |
Houpačka |
Řetězec verze softwaru. Příklad: telefonní systémy 8875.1-0-1-0001-1 |
hwver |
Řetězec verze hardwaru. Například 2.0.1 |
první |
Stav zřizování (číselný řetězec): -1 = explicitní požadavek na resynchronizaci 0 = resynchronizace při spuštění 1 = pravidelná resynchronizace 2 = resynchronizace se nezdařila, opakování pokusu |
nahoru |
Stav upgradu (číselný řetězec): 1 = první pokus o upgrade 2 = upgrade se nezdařil, opakování pokusu |
Vyšší |
Zpráva výsledku (ERR) předchozího pokusu o upgrade, například http_get neúspěšné. |
prvtmr |
Počet sekund od posledního pokusu o resynchronizaci. |
upgtmr |
Počet sekund od posledního pokusu o upgrade. |
REGTMR1 |
Počet sekund od registrace ztráty linky 1 se serverem SIP. |
REGTMR2 |
Počet sekund od registrace ztráty linky 2 se serverem SIP. |
upgcond |
Starší název makra. |
Schéma |
Protokol pro přístup k souboru, TFTP, HTTP nebo HTTPS, zjištěný po analýze adresy URL resynchronizace nebo upgradu. |
Servírování |
Název hostitele serveru cíle požadavku zjištěný po analýze adresy URL resynchronizace nebo upgradu. |
Šotek |
Adresa IP serveru cíle požadavku zjištěná po analýze adresy URL resynchronizace nebo upgradu, možná po vyhledání v serveru DNS. |
Port |
Port UDP/TCP cíle požadavku zjištěný po analýze adresy URL resynchronizace nebo upgradu. |
Cesta |
Cesta k souboru cíle požadavku zjištěný po analýze adresy URL resynchronizace nebo upgradu. |
Chyba |
Zpráva výsledku pokusu o resynchronizaci nebo upgrade. Hodí se pouze při generování zpráv syslog výsledku. Hodnota se v případě pokusů o upgrade uchovává v proměnné UPGERR. |
Číslo UID |
Obsah parametru konfigurace UserID linky n. |
ems |
Stav služby Extension Mobility |
Zticha |
ID uživatele služby Extension Mobility |
Počet zaměstnanců: |
Heslo služby Extension Mobility |
Kódy interních chyb
Telefon k usnadnění konfigurace definuje několik kódů interních chyb (X00–X99), čímž poskytuje lepší kontrolu nad chováním jednotky za určitých chybových stavů.
Název parametru |
Popis a výchozí hodnota |
---|---|
X00 |
Chyba přenosové vrstvy (nebo ICMP) při odesílání požadavku SIP. |
X20 |
Požadavek SIP při čekání na odpověď vypršel. |
X40 |
Obecná chyba protokolu SIP (například nepřijatelný kodek v SDP ve zprávách 200 a ACK nebo vypršení platnosti při čekání na ACK). |
X60 |
Vytočené číslo je podle daného plánu vytáčení neplatné. |