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_* (Přihlášení správce > pokročilé > hlas > Zřizování) 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í:

  1. Pravidlo rofile_P

  2. Profile_Rule_B

  3. Profile_Rule_C

  4. 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ě:

  1. 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).

  2. V případě zadání jsou vyhodnoceny všechny doprovodné výrazy přiřazení.

  3. 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í .

Tabulka 1. Parametry profilu konfigurace

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í:

  • Celé číslo

    Příklad: Vstup 3000 značí, že další resynchronizace proběhne za 3 000 sekund.

  • Více celých čísel

    Příklad: Vstup 600 1200 300 znamená, že první resynchronizace nastane za 600 sekund, druhá resynchronizace za 1 200 sekund po první a třetí resynchronizace za 300 sekund po druhé.

  • Časový rozsah

    Příklad: Vstup 2400+30 znamená, že další resynchronizace nastane za 2 400 až 2 430 sekund po úspěšné resynchronizaci.

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í:

  • Celé číslo

    Příklad: Vstup 300 znamená, že další pokus o resynchronizaci proběhne za 300 sekund.

  • Více celých čísel

    Příklad: Vstup 600 1200 300 znamená, že první pokus o opakování proběhne za 600 sekund po selhání, druhý pokus za 1 200 sekund po selhání prvního pokusu a třetí pokus za 300 sekund po selhání druhého pokusu.

  • Časový rozsah

    Příklad: Vstup 2400+30 znamená, že další pokus proběhne za 2 400 až 2 430 sekund po selhání resynchronizace.

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 file-not-found jako úspěšnou resynchronizaci.

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í: /$PSN.xml

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 --key :

[--klíč ]

Š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 $PN $MAC – vyžaduje se % $SCHEME://$SERVIP:$PORT$PATH.

MSG – úspěšné protokolování

Zpráva syslog vydaná po úspěšném dokončení resynchronizace.

Výchozí hodnota je $PN $MAC – úspěšná resynchronizace % $SCHEME://$SERVIP:$PORT$PATH -- $ERR.

Selhání Protokolu Msg

Zpráva syslog vydaná po neúspěšném dokončení resynchronizace.

Výchozí hodnota je $PN $MAC -- resynchronizace se nezdařila: $ERR.

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í .

Tabulka 2. Parametry upgradu firmwaru

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:

  • V konfiguračním souboru telefonu s kódem XML (cfg.xml) zadejte řetězec v tomto formátu: <Upgrade_Enable ua="na">AnoEnable>pgrade_

  • Na webové stránce pro správu telefonu nastavte toto pole na hodnotu Ano nebo Ne.

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:

  • V konfiguračním souboru telefonu s kódem XML (cfg.xml) zadejte řetězec v tomto formátu: <Upgrade_Error_Retry_Delay ua="na">3600Error_Retry_Delay>pgrade_

  • Na webové stránce pro správu telefonu nastavte hodnotu.

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:

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

Například:

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

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:

  • V konfiguračním souboru telefonu s kódem XML (cfg.xml) zadejte řetězec v tomto formátu: <Upgrade_Rule ua="na">http://10.74.16.242/PHONEOS.3-0-1-0001-213.loads</Upgrade_Rule>

  • Na webové stránce pro správu telefonu zadejte cestu, na které je uložen soubor načtení.

Žádost O Upgrade Protokolu Msg

Zpráva syslog vydaná na začátku pokusu o upgrade firmwaru.

Výchozí nastavení: $PN $MAC – vyžadování upgradu $SCHEME://$SERVIP:$PORT$PATH

Tento parametr nakonfigurujte jednou z metod:

  • V konfiguračním souboru telefonu s XML(cfg.xml) zadejte řetězec v tomto formátu: <Log_Upgrade_Request_Msg ua="na">$PN $MAC -- Vyžadování upgradu $SCHEME://$SERVIP:$PORT$PATHUpgrade_Request_Msg>og_

  • Na webové stránce pro správu telefonuupravte parametr podle potřeby.

Protokol Msg Úspěšně Upgradu

Zpráva syslog vydaná po úspěšném dokončení upgradu firmwaru.

Výchozí hodnota je $PN $MAC -- Úspěšný upgrade $SCHEME://$SERVIP:$PORT$PATH -- $ERR

Tento parametr nakonfigurujte jednou z metod:

  • V konfiguračním souboru telefonu s XML(cfg.xml) zadejte řetězec v tomto formátu: <Log_Upgrade_Success_Msg ua="na">$PN $MAC -- Úspěšný upgrade $SCHEME://$SERVIP:$PORT$PATH -- $ERRUpgrade_Success_Msg>og_

  • Na webové stránce pro správu telefonuupravte parametr podle potřeby.

Chyba Upgradu Protokolu Msg

Zpráva syslog vydaná po neúspěšném pokusu o upgrade firmwaru.

Výchozí hodnota je $PN $MAC – upgrade se nezdařil: $ERR

Tento parametr nakonfigurujte jednou z metod:

  • V konfiguračním souboru telefonu s kódem XML (cfg.xml) zadejte řetězec v tomto formátu: <Log_Upgrade_Failure_Msg ua="na">$PN $MAC –- Upgrade se nezdařil: $ERRUpgrade_Failure_Msg>og_

  • Na webové stránce pro správu telefonuupravte parametr podle potřeby.

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:

  • V konfiguračním souboru telefonu s kódem XML (cfg.xml) zadejte řetězec v tomto formátu: <Peer_Firmware_Sharing ua="na">AnoFirmware_Sharing>eer_

  • Na webové stránce pro správu telefonu nastavte toto pole na hodnotu Ano nebo Ne.

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:

  • V konfiguračním souboru telefonu s XML(cfg.xml) zadejte řetězec v tomto formátu: <Peer_Firmware_Sharing_Log_Server ua="na">10.98.76.123:514Firmware_Sharing_Log_Server>eer_

  • Na webové stránce pro správu telefonu zadejte adresu serveru protokolu.

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í .

Tabulka 3. Obecné parametry

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:

  • Šifrovací klíče.

  • URL adresy.

  • 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ů.

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ů.

Tabulka 4. Kódy interních chyb

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é.