Типове параметри за обезпечаване

Този раздел описва параметрите за обезпечаване, които се организират в съответствие с функциите.

Параметри с общо предназначение

Параметрите с общо предназначение GPP_* (Вход на администратор > разширени > Глас > Обезпечаване) се използват като безплатни регистратори на низове при конфигуриране на телефона за взаимодействие с определено решение за сървър за обезпечаване. Параметрите GPP_* са празни по подразбиране. Те могат да се конфигурират така, че да съдържат различни стойности, включително следните:

  • Ключове за шифроване

  • URL

  • Информация за състоянието при обезпечаване с много стъпки.

  • Шаблони за публикуване на заявка

  • Карти на псевдонимите на името на параметъра

  • Частични стойности на низове, евентуално комбинирани в пълни параметрични стойности.

Параметрите GPP_* са достъпни за макро разширяване в други параметри за обезпечаване. За тази цел се използват макро имена със суфикс от една главна буква (A до P) за разпознаване на съдържанието на GPP_A до GPP_P. Освен това макро имената с две главни букви, от SA до SD, посочват GPP_SA through GPP_SD като специален случай при използване на аргументи на следните URL опции:

key, uid и pwd

Тези параметри могат да се използват като променливи при правилата за обезпечаване и надграждане. Посочват се чрез поставяне пред името на променливата на знака‘$’. Например $GPP_A.

Активиране на параметри

Параметрите Provision_Enable и Upgrade_Enable управляват всички операции по повторно синхронизиране на профили и надграждане. Тези параметри управляват повторното синхронизиране на профилите и надграждането независимо един от друг. Тези параметри освен това управляват командите за повторно синхронизиране и надграждане на URL, които се издават през уеб сървъра за администриране. И двата параметъра се установяват на Да по подразбиране.

Параметърът Resync_From_SIP управлява заявките за операции за повторно синхронизиране. Събитието SIP NOTIFY се изпраща от прокси сървъра на доставчика на услуги към телефона. Ако е активиран, прокси сървърът може да изиска повторно синхронизиране. За да направи това прокси сървърът изпраща съобщение SIP NOTIFY, което съдържа събитието: повторно синхронизиране на заглавката към устройството

Устройството отговаря на заявката с отговор 401 (отказано удостоверяване за използвани данни за вход). Устройството очаква удостоверена последваща заявка преди да уважи заявката за повторно синхронизиране от прокси сървъра. Заглавките Event: reboot_now и Event: restart_now изпълняват съответно студено и горещо рестартиране, които се подлагат на проверка.

Двете останали разрешения са Resync_On_Reset и Resync_After_Upgrade_Attempt. Тези параметри определят дали устройството изпълнява операция по повторно синхронизиране след включване, презареждане на софтуера и след всеки опит за надграждане.

При активиране на Resync_On_Reset устройството въвежда произволно закъснение, което следва последователността за зареждане преди изпълнение на заявката. Закъснението представлява произволно време до стойността, която е посочена в Resync_Random_Delay (в секунди). В набор от телефони, които се включват едновременно, това закъснение отделя времето на стартиране на заявките за повторно синхронизиране на всяко отделно устройство. Тази функция може да бъде полезна при големи разгръщания в жилищни сгради и в случаи на регионално спиране на захранването.

Превключватели

Телефонът позволява повторно синхронизиране на определени интервали или в посочено време.

Повторно синхронизиране на определени интервали

Телефонът е създаден за периодично повторно синхронизиране със сървър за обезпечаване. Интервалът за повторно синхронизиране се конфигурира в Resync_Periodic (секунди). Ако тази стойност остане празна, устройството не извършва периодично повторно синхронизиране.

Повторното синхронизиране обикновено се извършва, когато гласовите линии са свободни. Ако гласовата линия е активна, когато е насрочено повторно синхронизиране, телефонът забавя процедурата за повторно синхронизиране докато линията отново остане свободна. Повторното синхронизиране може да причини промени в стойностите на параметъра за конфигуриране.

Операцията за повторно синхронизира е неуспешна, тъй като телефонът не може да извлече профила от сървъра, изтегленият файл е повреден или е възникнала вътрешна грешка. Устройството прави опити за повторно синхронизиране след време, което е посочено в Resync_Error_Retry_Delay (секунди). Ако Resync_Error_Retry_Delay се установи на 0, устройството не прави отново опит за повторно синхронизиране след неуспешен опит за повторно синхронизиране.

Ако надграждането е неуспешно се прави повторен опит след посочените в Upgrade_Error_Retry_Delay секунди.

Достъпни са два подлежащи на конфигуриране параметъра за условно превключване на повторно синхронизиране: Resync_Trigger_1 и Resync_Trigger_2.: Всеки от параметрите може да се програмира с условен израз, който преминава макро разширение. Когато интервалът за повторно синхронизиране изтече (време за следващо повторно синхронизиране), параметрите за превключване, ако са зададени, ще предотвратят повторно синхронизиране, освен ако една или повече от тези стойности са установени на истина.

Условието в следващия пример включва повторно синхронизиране. В примера от последния опит за надграждане на телефона са изминали 5 минути (300 секунди) и поне 10 минути (600 секунди) са изминали от последния опит за повторно синхронизиране.

$UPGTMR gt 300 and $PRVTMR ge 600

Повторно синхронизиране в определено време

Параметърът Resync_At позволява на телефона повторно синхронизиране на определено време. Този параметър използва 24-часов формат (ччмм), за да посочи времето.

Параметърът Resync_At_Random_Delay позволява на телефона да се синхронизира отново при непосочено закъснение във времето. Този параметър използва формат с положително цяло число, за да посочи времето.

Заливането на сървъра със заявки за повторно синхронизиране от много телефони, които са установени да се синхронизират повторно в едно и също време, трябва да бъде избягвано. За тази цел телефонът задейства повторното синхронизиране до 10 минути след посоченото време.

Например, ако зададете времето за повторно синхронизиране на 1000 (10 сутринта), телефонът задейства повторното синхронизиране в диапазона от 10:00 сутринта до 10:10 сутринта.

Тази функция е деактивирана по подразбиране. Ако е обезпечен параметър Resync_At, параметърът Resync_Periodic се игнорира.

Подлежащи на конфигуриране графици

Можете да конфигурирате графици за периодично повторно синхронизиране и да посочите интервалите за повторен опит за повторно синхронизиране и неуспешните надграждания чрез използване на следните параметри за обезпечаване.

  • Resync_Periodic

  • Resync_Error_Retry_Delay

  • Upgrade_Error_Retry_Delay

Всеки параметър приема една стойност за закъснение (секунди). Новият разширен синтаксис позволява използване на разделени от запетая списъци на последователните елементи на закъснението. Последният елемент в последователността изрично се повтаря безкрайно.

Като опция можете да използвате знака плюс, за да посочите друга цифрова стойност, която се долепва до произволно допълнително закъснение.

Пример 1

В този пример телефонът се синхронизира повторно периодично на всеки 2 часа. При неуспех на повторното синхронизиране устройството прави повторен опит при следните интервали: 30 минути, 1 час, 2 часа, 4 часа. Устройството продължава да опитва на интервали от 4 часа докато повторното синхронизиране е успешно.

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

Пример 2

В този пример устройството се синхронизира повторно на всеки час (плюс допълнително произволно закъснение от до 10 минути). В случая на неуспешно повторно синхронизиране, устройството прави повторни опити на следните интервали: 30 минути (плюс до 5 минути). 1 час (плюс до 10 минути), 2 час (плюс до 15 минути). Устройството продължава да опитва на интервали от 2 часа (плюс до 15 минути) до успешно повторно синхронизиране.

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

Пример 3

В този пример при неуспех на опита за дистанционно надграждане устройството прави повторен опит за надграждане след 30 минути, а след това отново след още един час, а след това - след два часа. Ако надграждането все още е неуспешно, устройството прави повторен опит всеки четири до пет часа до успешното надграждане.

Upgrade_Error_Retry_Delay  =  1800,3600,7200,14400+3600

Правила за профил

Телефонът осигурява множество параметри за дистанционния профил на конфигуриране (Profile_Rule*). Следователно, всяка операция за повторно синхронизиране може да извлече много файлве, които се управляват от различни сървъри.

В най-простите сценарии устройството се синхронизира повторно периодично за един профил на централния сървър, който актуализира съответните вътрешни параметри. Другият начин е профилът да бъде разделен между различни файлове. Един файл е общ за всички параметри в разгръщането. За всеки акаунт се осигурява отделен, уникален файл. Ключовете за шифроване и информация за сертификатите могат да бъдат подадени от друг профил, който се съхранява на отделен сървър.

Когато е необходима операция по повторно синхронизиране, телефонът оценява последователно четирите параметъра в правилото за профил*.

  1. Profile_Rule

  2. Profile_Rule_B

  3. Profile_Rule_C

  4. Profile_Rule_D

Всяка оценка може да доведе до извличане на профил от сървър за дистанционно обезпечаване с възможно актуализиране на известен брой вътрешни параметри. При неуспех на оценяването последователността за повторно синхронизиране се прекъсва и се прави повторен опит от начало, посочен от закъснението за повторен опит при грешка от повторно синхронизиране* (секунди). При успех на всички оценки, устройството изчаква броя секунди, посочени от параметъра Resync_Periodic, и изпълнява друго повторно синхронизиране.

Съдържанието на всеки от параметрите на правилото на профила се състои от набор от алтернативи. Алтернативите са разделени от знака | (права черта). Всяка алтернатива се състои от условен израз, израз за задаване, URL на профил и всички свързани с URL опции. Всички тези компоненти са опция във всяка от алтернативите. Следващите представляват валидни комбинации и редът, в който трябва да се показват, ако присъстват:

[ conditional-expr ] [ assignment-expr ] [[ options ] URL ]

Във всеки параметър Profile_Rule* всички алтернативи, освен последната, трябва да имат условен израз. Този израз се оценява и се обработва както следва:

  1. Условията се оценяват отляво надясно, докато се намери някое вярно (или докато се намери алтернатива без условен израз).

  2. Оценяват се всички придружаващи изрази за назначаване, ако присъстват.

  3. Ако е посочен URL като част от тази алтернатива, се прави опит за изтегляне на профила, който се намира на посочения URL. Системата прави опити съответно за надграждане на вътрешните параметри.

Ако всички алтернативи имат условни изрази и нито един не се оценява като верен (или ако цялото правило за профила е празно), се пропуска целия параметър Profile_Rule*. Оценява се следващия параметър за правило за профил в последователността.

Пример 1

Този пример извършва безусловно повторно синхронизиране на профила на посочения URL и извършва заявка за HTTP GET към сървъра за дистанционно обезпечаване.

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

Пример 2

В този пример устройството се синхронизира повторно с два различни URL адреса в зависимост от състоянието на регистрация на линия 1. В случай на загубена регистрация устройството изпълнява HTTP POST на CGI скрипт. Устройството изпраща съдържанието на макро разширения GPP_A, което може да осигури допълнителна информация относно състоянието му.

 ($PRVTMR GE 600)? http://p.tel.com/has-reg.cfg | [--post a] http://p.tel.com/lost-reg?

Пример 3

В този пример устройството се синхронизира отново със същия сървър. Устройството осигурява допълнителна информация, ако в модула няма инсталиран сертификат (за стари устройства преди версия 2.0):

 ("$CCERT" eq "Инсталиран")? https://p.tel.com/config? | https://p.tel.com/config?cisco$MAU

Пример 4

В този пример Линия 1 е деактивирана докато GPP_A се установи на „Обезпечена“ от първия URL. След това се синхронизира отново с втория URL:

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

Пример 5

В този пример се приема, че профилът, който връща първия сървър, съдържа тагове на XML елемент. Тези тагове трябва да бъдат назначени отново с правилни имена на параметри от картата на псевдонимите, съхранена в GPP_B.

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

Повторното синхронизиране обикновено се счита за неуспешно, ако исканият профил не се получи от този сървър. Параметърът Resync_Fails_On_FNF може да препокрие това подразбиращо се поведение. Ако Resync_Fails_On_FNF се установи на „Не“, устройството приема отговор за ненамерен файл от сървъра като успешно повторно синхронизиране. Стойността по подразбиране за Resync_Fails_On_FNF е „Да“.

Правило за надграждане

Правилото за надграждане е да се укаже на устройството да активира ново зареждане и откъде да извлече зареждането, ако е необходимо. Ако зареждането е вече на устройството, то няма да направи опит да извлече зареждането. Така че валидността на местоположението за зареждане няма значение, когато желаното зареждане е в неактивния дял.

Upgrade_Rule посочва фърмуернато зареждане, което, ако се различава от текущото зареждане, ще бъде изтеглено и приложено, освен ако не бъде ограничено от условен израз или Upgrade_Enable е установена на Не.

Телефонът осигурява един подлежащ на конфигуриране параметър за дистанционно надграждане, Upgrade_Rule. Този параметър приема синтаксис, подобен на параметрите за правило на профила. За актуализации не се поддържат URL опции, но могат да се използват условни изрази и изрази за задаване. Ако се използват условни изрази, параметърът може да се популяризира по много начини, разделени от знака |. Синтаксисът за всяка от алтернативите е както следва:

[ conditional-expr ] [ assignment-expr ] URL

Както в случая с параметрите за правило на профила*, параметърът Upgrade_Rule оценява всяка от алтернативите до удовлетворяване на условния израз или ако алтернативата няма условен израз. Ако е посочен, се оценява придружаващия израз за задаване. След това се прави надграждане на посочения URL.

Ако правилото за надграждане съдържа URL без условен израз, устройството надгражда до образа на фърмуера, посочен от URL. След макро разширение и оценка на правилото устройството не прави повторен опит за надграждане, докато правилото не се промени или не се промени ефективната комбинация от схема + сървър + порт + път до файл.

За да направи опит за надграждане на фърмуера, устройството деактивира аудиото при стартиране на процедурата и го зарежда отново в нейния край. Устройството започва автоматично надграждане, което се управлява от съдържанието на Upgrade_Rule, само ако всички гласови линии са неактивни.

Например

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

В този пример Upgrade_Rule надгражда фърмеура до образа, който се съхранява на посочения URL.

Ето още един пример:

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

Този пример насочва модула за зарежда един от два образа въз основа на съдържанието на параметър с общо предназначение, GPP_F.

Параметри за обезпечаване

Можете да намерите параметрите за обезпечаване в раздела Обезпечаване на уеб страницата на телефона.

Параметри на профила за конфигуриране

Следващата таблица дефинира функциите и употребата на всеки от параметрите в секцията Параметри на профила за конфигуриране в раздела Обезпечаване.

Таблица 1. Параметри на профила за конфигуриране

Име на параметър

Описание и стойност по подразбиране

Provision Enable

Управлява всички действия при повторно синхронизиране независимо от действията за надграждане на фърмуера. Задайте на Да, за да активирате дистанционно обезпечаване.

Стойността по подразбиране е „Да“.

Resync On Reset

Включва повторно синхронизиране след всяко презареждане, освен при презареждане причинено от актуализиране на параметър или фърмуерни надграждания.

Стойността по подразбиране е „Да“.

Resync Random Delay

Произволно закъснение, следващо последователност за зареждане преди извършване на нулиране, посочено в секунди. В набор от устройства за IP телефония, които са планирани за едновременно включване, въвежда разпространени във времената, в които всеки от модулите изпраща заявка за повтоно синхронизиране към сървъра за обезпечаване. Тази функция може да бъде полезна при големи разгръщания в жилищни сгради и в случаи на регионално спиране на захранването.

Стойността за това поле трябва да бъде цяло число между 0 и 65535.

Стойността по подразбиране е 2.

Resync At (HHmm)

Часът и минутите (ЧЧмм), които устройството синхронизира отново със сървъра за обезпечаване.

Стойността на това поле трябва да включва четирицифрено число в диапазона от 0000 до 2400, за да покаже времето във формат ЧЧм. Например 0959 показва 09:59.

Стойността по подразбиране е празно поле. Ако стойността е невалидна, параметърът се игнорира. Ако този параметър е зададен с валидна стойност,параметрите за периодично повторно синхронизиране се игнорират.

Resync At Random Delay

Предотвратява презареждането на сървъра за обезпечаване при едновременно включване на голям брой устройства.

За да се избегнат твърде много заявки за повторно синхронизиране към сървъра от много телефони, телефонът се синхронизира повторно в диапазона между часовете и минутите и часовете и минутите плюс произволно закъснение (ччмм, ччмм+ произволно закъснение). Например при произволно закъснение = (Повторно синхронизиране при произволно закъснение + 30)/60 минути входната стойност във секунди се преобразува в минути със закръгление до следващата минута, за да изчисли окончателния интервал random_delay.

Валиден стойност варира от 600 до 65535.

Ако стойността е по-малка от 600, вътрешното произволно забавяне е между 0 и 600.

Стойността по подразбиране е 600 секунди (10 минути).

Resync Periodic

Времевият интервал между периодичното повторно синхронизиране със сървъра за обезпечаване. Асоциираният таймер за повторно синхронизиране е активен само след първото успешно синхронизиране със сървъра.

Валидни са следните формати:

  • Цяло число

    Пример: Въвеждането на 3000 показва, че следващият опит за повторно синхронизиране се извършва след 3000 секунди.

  • Няколко цели числа

    Пример: Въвеждането на 600,1200,300 означава, че първото повторно синхронизиране се извършва след 600 секунди, второто повторно синхронизиране се извършва 1200 секунди след първото, а третото - 300 секунди след второто.

  • Времеви диапазон

    Например въвеждането на 2400+30 означава, следващото повторно синхронизиране се извършва между 2400 и 2430 секунди след успешно повторно синхронизиране.

Задайте параметъра на нула, за да деактивирате периодичното повторно синхронизиране.

Стойността по подразбиране е 3600 секунди.

Resync Error Retry Delay

Ако операцията по повторно синхронизиране е неуспешна поради невъзможност на устройството за IP телефония да извлече профила от сървъра или изтегленият файл е повреден, или при възникване на вътрешна грешка, устройството прави опити за повторно синхронизиране отново след посоченото време в секунди.

Валидни са следните формати:

  • Цяло число

    Пример: Въвеждането на 300 показва, че следващият опит за повторно синхронизиране се извършва след 300 секунди.

  • Няколко цели числа

    Пример: Въвеждането на 600,1200,300 показва, че първият повторен опит се извършва след 600 секунди след неуспеха, вторият повторен опит се извършва 1200 секунди след неуспеха на първия повторен опит и третият повторен опит се извършва след 300 секунди след неуспеха на втория повторен опит.

  • Времеви диапазон

    Например въвеждането на 2400+30 показва, че следващият повторен опит се извършва между 2400 и 2430 секунди след неуспеха на повторното синхронизиране.

Ако закъснението се установи на 0, устройството не прави отново опит за повторно синхронизиране след неуспешен опит за повторно синхронизиране.

Forced Resync Delay

Максималното закъснение (в секунди), през което телефонът чака преди да извърши повторно синхронизиране.

Устройството не извършва повторно синхронизиране, когато някоя от линиите му е активна. Тъй като повторното синхронизиране може да отнеме няколко секунди, е желателно да изчакате устройството да бъде свободно за продължителен период преди повторно синхронизиране. Това позволява на потребителя да прави повиквания без прекъсване.

Устройството има таймер, който започва обратно броене, когато всички линии са свободни. Този параметър е първоначалната стойност на брояча. Събитията на повторно синхронизиране се забавят докато броячът стигне нула.

Валиден стойност варира от 0 до 65535.

Стойността по подразбиране е 14 400 секунди.

Resync From SIP

Активира стартиране на повторно синхронизиране от съобщението SIP NOTIFY.

Стойността по подразбиране е „Да“.

Resync After Upgrade Attempt

Активира или деактивира операция по повторно синхронизиране след надграждане. Ако се избере „Да“, се стартира синхронизиране.

Стойността по подразбиране е „Да“.

Resync Trigger 1, Resync Trigger 2

Подлежащи на конфигуриране превключватели на повторно синхронизиране Повторното синхронизиране се стартира, когато уравнението на логиката в тези параметри получи стойност ИСТИНА.

Стойността по подразбиране е (празно поле).

Resync Fails On FNF

Повторното синхронизиране се счита за неуспешно, ако заявеният профил не се получи от сървъра. Този параметър може да има предимство пред това. Когато е установено на не, устройството приема отговор file-not-found от сървъра като успешно повторно синхронизиране.

Стойността по подразбиране е „Да“.

Правило на профила

Profile Rule B

Profile Rule C

Profile Rule D

Всяко от правилата за профил информира телефона за източника, от който да получи профил (кнфигурационен файл). По време на всяка операция resync телефонът прилага последователно всички политики..

По подразбиране: /$PSN.xml

Ако прилагате AES-256 ТГС шифроване към конфигурационните файлове, посочете ключа за шифроване с ключовата дума --key както следва:

--key <encryption key>]

Можете да приложите ключ за шифроване в двойни кавички ("), като опция.

Опции за използване на DHCP

Опции за DHCP, разделени от запетаи, използвани за извличане на фърмуер и профили.

Стойността по подразбиране е 66,160,159,150,60,43,125.

Log Request Msg

Този параметър съдържа съобщение, което се изпраща на сървъра syslog при стартирането на опит за повторно синхронизиране.

Стойността по подразбиране е $PN $MAC –Requesting % $SCHEME://$SERVIP:$PORT$PATH.

Log Success Msg

Съобщение на syslog, което се издава при успешно завършване на опит за повторно синхронизиране.

Стойността по подразбиране е $PN $MAC –Successful Resync % $SCHEME://$SERVIP:$PORT$PATH -- $ERR.

Log Failure Msg

Съобщение на syslog, което се издава след неуспешен опит за повторно синхронизиране.

Стойността по подразбиране е $PN $MAC -- Resync failed: $ERR.

User Configurable Resync

Позволява на потребителя да синхронизира отново от екрана на IP телефона.

Стойността по подразбиране е „Да“.

Параметри за надграждане на фърмуера

Следващата таблица дефинира функциите и употребата на всеки от параметрите в секцията Надграждане на фърмуера на раздела Обезпечаване.

Таблица 2. Параметри за надграждане на фърмуера

Име на параметър

Описание и стойност по подразбиране

Upgrade Enable

Активира операции по надграждане на фърмуера независимо от действията за повторно синхронизиране.

Стойността по подразбиране е „Да“.

Конфигурирайте този параметър с един от методите:

  • В конфигурационния файл на телефона с XML(cfg.xml) въведете низ в този формат: <Upgrade_Enable ua="na">Yes</Upgrade_Enable>

  • В уеб страницата за администриране на телефона задайте това поле на Да или Не.

Upgrade_Error_Retry_Delay

Интервалът за повторен опит за надграждане (в секунди), който се прилага в случай на неуспешно надграждане. Устройството има таймер за грешка при надграждане на фърмуера, който се активира след неуспешен опит за фърмуерно надграждане. Таймерът е инициализиран със стойността на този параметър. Следващият опит за надграждане на фърмуера е когато таймерът отброи нула.

Стойността по подразбиране е 3600 секунди.

Конфигурирайте този параметър с един от методите:

  • В конфигурационния файл на телефона с XML(cfg.xml) въведете низ в този формат: <Upgrade_Error_Retry_Delay ua="na">3600</Upgrade_Error_Retry_Delay>

  • В уеб страницата за администриране на телефона задайте стойността.

Правило за надграждане

Скрипт за надграждане на фърмуера, който дефинира условия за надграждане и асоциирани URL за фърмуера. Използва същия синтаксис както правилото за профил.

Използвайте следния формат, за да въведете правилото за надграждане:

<tftp|http|https>://<ip address><:port>/<path>/<load name>

Например: 

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

Ако не е посочен протокол, се разбира TFTP. Ако не е посочено име на сървър, хостът, който иска URL адреса, се използва като името на сървъра. Ако не е посочен порт, се използва портът по подразбиране (69 за TFTP, 80 за HTTP или 443 за HTTPS).

Стойността по подразбиране е празно поле.

Конфигурирайте този параметър с един от методите:

  • В конфигурационния файл на телефона с XML(cfg.xml) въведете низ в този формат: <Upgrade_Rule ua="na">http://10.74.16.242/PHONEOS.3-0-1-0001-213.loads</Upgrade_Rule>

  • В уеб страницата за администриране на телефона въведете пътя, където се съхранява файлът за зареждане.

Log Upgrade Request Msg

Издадено при стартирането на опита за надграждане на фърмуера съобщение на Syslog.

По подразбиране: $PN $MAC -- Requesting upgrade $SCHEME://$SERVIP:$PORT$PATH

Конфигурирайте този параметър с един от методите:

  • В конфигурационния файл на телефона с XML(cfg.xml) въведете низ в този формат: <Log_Upgrade_Request_Msg ua="na">$PN $MAC -- Заявка за надстройка $SCHEME://$SERVIP:$PORT$PATH</Log_Upgrade_Request_Msg>

  • В уеб страницата за администриране на телефона персонализирайте параметъра, ако е необходимо.

Log Upgrade Success Msg

Издадено след успешното завършване на опита за надгарждане на фърмуера съобщение на Syslog.

Стойността по подразбиране е $PN $MAC -- Successful upgrade $SCHEME://$SERVIP:$PORT$PATH -- $ERR

Конфигурирайте този параметър с един от методите:

  • В конфигурационния файл на телефона с XML(cfg.xml) въведете низ в този формат: <Log_Upgrade_Success_Msg ua="na">$PN $MAC -- Успешно надграждане $SCHEME://$SERVIP:$PORT$PATH -- $ERR</Log_Upgrade_Success_Msg>

  • В уеб страницата за администриране на телефона персонализирайте параметъра, ако е необходимо.

Log Upgrade Failure Msg

Издадено след неуспешен опит за надграждане на фърмуера съощение на Syslog.

Стойността по подразбиране е $PN $MAC -- Upgrade failed: $ERR

Конфигурирайте този параметър с един от методите:

  • В конфигурационния файл на телефона с XML(cfg.xml) въведете низ в този формат: <Log_Upgrade_Failure_Msg ua="na">$PN $MAC -- Надстройката е неуспешна: $ERR</Log_Upgrade_Failure_Msg>

  • В уеб страницата за администриране на телефона персонализирайте параметъра, ако е необходимо.

Равнопр. споделяне на фърмуер

Активира или деактивира функцията за споделяне на фърмуер (PFS). Изберете Да или Не, за да активирате или деактивирате функцията.

По подразбиране: Да

Конфигурирайте този параметър с един от методите:

  • В конфигурационния файл на телефона с XML(cfg.xml) въведете низ в този формат: <Peer_Firmware_Sharing ua="na">Yes</Peer_Firmware_Sharing>

  • В уеб страницата за администриране на телефона задайте това поле на Да или Не.

Сървър за регистрационни файлове за равноправното споделяне на фърмуер

Посочва IP адреса и порта, където да се изпращат UDP съобщенията.

Например: 10.98.76.123:514 където 10.98.76.123 е IP адреса, а 514 е номерът на порта.

Конфигурирайте този параметър с един от методите:

  • В конфигурационния файл на телефона с XML(cfg.xml) въведете низ в този формат: <Peer_Firmware_Sharing_Log_Server ua="na">10.98.76.123:514</Peer_Firmware_Sharing_Log_Server>

  • В уеб страницата за администриране на телефона въведете адреса на регистрационния сървър.

Параметри с общо предназначение

Следващата таблица дефинира функцията и използването на всеки от параметрите в секцията Параметри с общо предназначение на раздела Обезпечаване.

Таблица 3. Параметри с общо предназначение

Име на параметър

Описание и стойност по подразбиране

GPP A - GPP P

Параметрите с общо предназначение GPP_* се използват като свободни регистри на низове при конфигуриране на телефона да взаимодейства с конкретно решение на сървър за обезпечаване. Те могат да се конфигурират така, че да съдържат различни стойности, включително следните:

  • Ключове за шифроване:

  • URL.

  • Информация за състоянието при обезпечаване с много стъпки.

  • Шаблони за последваща заявка.

  • Карти на псевдонимите на име на параметър.

  • Частични стойности на низове, евентуално комбинирани в пълни параметрични стойности.

Стойността по подразбиране е празно поле.

Променливи за макро разширение

В следните параметри за обезпечаване се различават определени макро променливи:

  • Profile_Rule

  • Profile_Rule_*

  • Resync_Trigger_*

  • Upgrade_Rule

  • Log_*

  • GPP_* (при специфични условия)

В тези параметри типовете синтаксис, като $NAME или $(NAME), се разпознават и разширяват.

Низовете на променливите на макросите могат да се посочат с нотацията $(NAME:p) и $(NAME:p:q), където р и q са неотрицателни цели числа (предлага се във версия 2.0.11 и следващи). Полученият макро израз е подниз, започващ с отместване от буквата р, с дължина q (или до края на низа, ако q не е посочено). Например, ако GPP_A съдържа ABCDEF, то $(A:2) се разширява до CDEF, а $(A:2:3) се разширява до CDE.

Неразпознатото име не се превежда, а формата $NAME или $(NAME) остава непроменена в стойностите на параметрите след израза.

Име на параметър

Описание и стойност по подразбиране

$

формата $$ се разширява до един знак $.

A до P

Заменя се от съдържанието на параметрите с общо предназначение GPP_A до GPP_P.

SA до SD

Заменя се от параметрите за специална цел GPP_SA до GPP_SD. Тези параметри носят ключове или пароли, използвани в обезпечаването.

$SA до $SD се разпознават като аргументи на предлагания като опция URL квалификатор за повторно синхронизиране, --ключ.

MA

MAC адрес при използване на шестнадесетични цифри с малки букви. Например 000e08aabbcc.

MAU

MAC адрес при използване на големи шестнадесетични цифри. Например 000E08AABBCC.

MAC

MAC адрес при използване на малки шестнадесетични цифри и двуеточия за разделяне на цифровите двойки. Например 00:0e:08:aa:bb:cc.

PN

Име на продукта. Например CP-8875, DP-9851, DP-9871.

PSN

Сериен номер на продукта. Например V03.

SN

Низ на серийния номер. Например 88012BA01234.

CCERT

Състояние на сертификата на SSL клиент: Инсталиран или не инсталиран.

IP

IP адрес на телефона в местната подмрежа. Например 192.168.1.100.

EXTIP

Външен IP на телефона, както се вижда от интернет. Например 66.43.16.52.

SWVER

Низ на софтуерната версия. Например

PHONEOS.3-1-1-0104-37

HWVER

Низ на хардуерната версия. Например 2.0.1

PRVST

Състояние на обезпечаване (цифров низ):

-1 = изрична заявка за повторно синхронизиране

0 = повторно синхронизиране при включване на захранването

1 = периодично повторно синхронизиране

2 = неуспешно повторно синхронизиране, повторен опит

UPGST

Състояние на надграждане (цифров низ):

1 = първи опит за надграждане

2 = неуспешно надграждане, повторен опит

UPGERR

Съобщение с резултат (ERR) от предишен опит за надграждане; например неуспех на http_get.

PRVTMR

Секунди след последния опит за повторно синхронизиране.

UPGTMR

Секунди след последния опит за надграждане.

REGTMR1

Секунди след загуба на регистрацията на SIP сървъра на линия 1.

REGTMR2

Секунди след загуба на регистрацията на SIP сървъра на линия 2.

UPGCOND

Старо име на макрос.

SCHEME

Схема за достъп до файл, един от TFTP, HTTP или HTTPS, както е получен след повторно синхронизиране за синтактичен анализ или надграждане на URL.

SERV

Изискайте името на хоста на целевия сървър, както е получен след повторното синхронизиране за синтактичен анализ или надграждането на URL.

SERVIP

Изискайте IP адреса на целевия сървър, както се получава след повторното синхронизиране за синтактичен анализ или надграждане на URL, като следвате търсенето на DNS.

PORT

Изискайте порта UDP/TCP, както е получен след повторното синхронизиране за синтактичен анализ или надграждането на URL.

PATH

Изискайте пътя на целевия файл, както е получен след повторното синхронизиране за синтактичен анализ или надграждането на URL.

ERR

Съобщение за резултата от повторно синхронизиране или опит за надграждане. Полезно е само при генериране на съобщения с резултат от syslog. Стойността се запазва в променливата UPGERR в случай на опити за надграждане.

UIDn

Съдържанието на реда n в конфигурационния параметър UserID.

EMS

Състояние на разширена мобилност

MUID

Потребителски ИД за разширена мобилност

MPWD

Парола за разширена мобилност

Кодове за вътрешна грешка

Телефонът дефинира редица кодове за вътрешна грешка (X00–X99), за да подпомогне конфигурирането при осигуряване на по добър контрол на поведението на модула при определени условия на грешка.

Таблица 4. Кодове за вътрешна грешка

Име на параметър

Описание и стойност по подразбиране

X00

Грешка в транспортния слой (или ICMP) при изпращане на заявка за SIP.

X20

Времето за изчакване на заявката за SIP изтича при изкачване на отговор.

X40

Обща грешка в SIP протокола (например недостъпен код в SDP в 200 и съобщенията ACK или изтичане на времето за изчакване при изчакване на ACK).

X60

Набраният номер е невалиден в съответствие с дадения план за избиране.