- Начало
- /
- Статия
Параметри за обезпечаване за телефони в Cisco BroadWorks
Тази помощна статия е за телефони на Cisco, регистрирани в Cisco BroadWorks. Информацията на тази страница включва параметрите за обезпечаване и техния синтаксис.
Типове параметри за обезпечаване
Този раздел описва параметрите за обезпечаване, организирани в съответствие с функциите.
Параметри с общо предназначение
Параметрите с общо предназначение GPP_* (
) се използват като безплатни регистри на низове при конфигуриране на телефона да взаимодейства с определено решение за сървър за обезпечаване. Параметрите на GPP_* са празни по подразбиране. Те могат да се конфигурират да съдържат различни стойности, включително следните:-
Ключове за криптиране
-
URL адреси
-
Информация за състоянието при обезпечаване с много етапи.
-
Шаблони за публикуване на заявка
-
Карти на псевдонимите за име на параметър
-
Частични стойности на низове, евентуално комбинирани в пълни стойности на параметъра.
Параметрите GPP_* са достъпни за макро разширение в други параметри за обезпечаване. За тази цел макро имената с една главна буква (A до P) са достатъчни, за да се идентифицира съдържанието на GPP_A до GPP_P. Също така макро имената с две главни букви SA до SD идентифицират GPP_SA до GPP_SD като специален случай, когато се използват като аргументи на следните URL опции:
ключ, uid и pwd
Тези параметри могат да се използват като променливи в правилата за обезпечаване и надграждане. Те се препращат чрез префикс на името на променливата със знак „$“, например $GPP_A.
Активиране на параметри
Параметрите Provision_Enable и Upgrade_Enable управляват всички операции по повторно синхронизиране на профили и надграждане на фърмуера. Тези параметри управляват повторното синхронизиране и надграждане независимо един от друг. Тези параметри освен това контролират командите за повторно синхронизиране и надграждане на URL, които се издават чрез уеб сървъра за администриране. И двата параметъра се задават на Да по подразбиране.
Параметърът Resync_F SIProm_ управлява заявките за операции по повторно синхронизиране. Събитието SIP NOTIFY се изпраща от прокси сървъра на доставчика на услуги към телефона. Ако е активирано, прокси сървърът може да поиска повторно синхронизиране. За да направи това прокси сървърът изпраща съобщение SIP NOTIFY, което съдържа събитието: синхронизирайте отново заглавката с устройството.
Устройството отговаря на заявката с отговор 401 (отказано удостоверяване за използвани идентификационни данни). Устройството очаква удостоверена последваща заявка преди да уважи заявката за повторно синхронизиране от прокси сървъра. Събитието: reboot_now и събитие: restart_now заглавките извършват съответно студено и горещо рестартиране, които също са оспорвани.
Двете оставащи възможности са Resync_On_Reset и Resync_After_Upgrade_Attempt. Тези параметри определят дали устройството изпълнява операция за повторно синхронизиране след включване на презареждане на софтуера и след всеки опит за надграждане.
Когато е активирано Resync_On_Reset, устройството въвежда произволно закъснение, което следва последователността за зареждане, преди да се извърши нулирането. Закъснението е произволно време до стойността, която е посочена в закъснението за Resync_Random_ (в секунди). В набор от телефони, които се включват едновременно, това закъснение разпределя началните часове на заявките за повторно синхронизиране от всяко устройство. Тази функция може да бъде полезна при голямо разгръщане на жилища, в случай на регионално спиране на захранването.
Тригери
Телефонът позволява повторно синхронизиране на определени интервали или в определено време.
Повторно синхронизиране на определени интервали
Телефонът е предназначен за периодично повторно синхронизиране със сървъра за обезпечаване. Интервалът за повторно синхронизиране се конфигурира в Resync_периодичен (секунди). Ако тази стойност остане празна, устройството не извършва периодично повторно синхронизиране.
Повторното синхронизиране обикновено се извършва, когато гласовите линии са свободни. Ако гласовата линия е активна, когато трябва да се извърши повторно синхронизиране, телефонът забавя процедурата за повторно синхронизиране, докато линията отново остане свободна. Повторното синхронизиране може да доведе до промяна на стойностите на параметъра за конфигуриране.
Операцията по повторно синхронизиране може да е неуспешна, тъй като телефонът не може да извлече профила от сървъра, изтегленият файл е повреден или е възникнала вътрешна грешка. Устройството прави опити за повторно синхронизиране след време, посочено в Resync_Error_Retry_Delay (секунди). Ако забавянето на Resync_Error_Retry_се установи на 0, устройството не прави отново опит за повторно синхронизиране след неуспешен опит за повторно синхронизиране.
Ако надграждането е неуспешно, се извършва повторен опит след секунди закъснение на pgrade_Urror_Retry_.
Налични са два подлежащи на конфигуриране параметъра за условно повторно синхронизиране: Resync_Trigger_1 и Resync_Trigger_2. Всеки параметър може да бъде програмиран с условен израз, който преминава макро разширение. Когато интервалът за повторно синхронизиране изтече (време за следващото повторно синхронизиране), тригерите, ако са зададени, ще предотвратят повторно синхронизиране, освен ако едно или повече от тях не са оценени като истина.
Условието в следващия пример включва повторно синхронизиране. В примера последният опит за надграждане на телефона е изминал повече от 5 минути (300 секунди) и поне 10 минути (600 секунди) са изминали от последния опит за повторно синхронизиране.
$UPGTMR gt 300 и $PRVTMR ge 600
Повторно синхронизиране в определено време
Параметърът Resync_At позволява на телефона да се синхронизира повторно в определено време. Този параметър използва 24-часов формат (ччмм), за да посочи времето.
Параметърът Resync_At_Random_Delay позволява на телефона да се синхронизира повторно при неопределено закъснение във времето. Този параметър използва формат за положително цяло число, за да посочи времето.
Заливането на сървъра със заявки за повторно синхронизиране от няколко телефона, които са настроени да се синхронизират повторно едновременно, трябва да се избягва. За тази цел телефонът включва повторното синхронизиране до 10 минути след посоченото време.
Например, ако зададете времето за повторно синхронизиране на 1000 (10 сутринта.), телефонът включва повторното синхронизиране между 10:00 сутринта и 10:10 сутринта.
Тази функция е деактивирана по подразбиране. Ако параметърът Resync_At е обезпечен, параметърът Resync_Periodic се игнорира.
Подлежащи на конфигуриране графици
Можете да конфигурирате графици за периодично повторно синхронизиране и да посочите интервалите за повторен опит за повторно синхронизиране и неуспехите при надграждане, като използвате тези параметри за обезпечаване:
-
Resync_Периодично
-
Закъснение на esync_отговоритеrror_наetry_отговорите
-
Забавяне на pgrade_ЕСrror_etry_ЕС
Всеки параметър приема единична стойност на закъснение (секунди). Новият разширен синтаксис позволява разделен със запетая списък на последователните елементи на закъснението. Последният елемент в последователността имплицитно се повтаря завинаги.
Като опция можете да използвате знака плюс, за да посочите друга цифрова стойност, която долепва произволно допълнително закъснение.
Пример 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 минути, а след това отново след още един час, а след това след два часа. Ако надграждането все още е неуспешно, устройството прави повторен опит на всеки четири до пет часа до успешното надграждане.
pgrade_ЕСrror_Забавянеetry_ = 1800,3600,7200,14400+3600
Правила за профила
Телефонът осигурява множество параметри на профила за дистанционно конфигуриране (Profile_правило*). Така всяка операция за повторно синхронизиране може да извлече множество файлове, които се управляват от различни сървъри.
В най-простия сценарий устройството се синхронизира повторно периодично с един профил на централен сървър, който актуализира всички съответни вътрешни параметри. Другият начин е профилът да бъде разделен между различни файлове. Един файл е общ за всички телефони в разгръщането. За всеки акаунт се предоставя отделен, уникален файл. Ключовете за шифроване и информацията за сертификата могат да бъдат предоставени от друг профил, съхранен на отделен сървър.
Когато е необходима операция за повторно синхронизиране, телефонът оценява последователно четирите параметъра Profile_правило*:
-
Пrofile_правило
-
Profile_Rule_B
-
Profile_Rule_C
-
ПРrofile_ule_ПР
Всяка оценка може да доведе до извличане на профил от сървър за дистанционно обезпечаване с възможно актуализиране на някои вътрешни параметри. Ако оценката е неуспешна, последователността на повторно синхронизиране се прекъсва и се прави повторен опит от началото, посочен от параметъра за закъснение на Resync_Error_Retry_ (секунди). Ако всички оценки са успешни, устройството изчаква втората, посочена от Resync_периодичния параметър, и след това изпълнява друго повторно синхронизиране.
Съдържанието на всеки параметър Profile_правило* се състои от набор от алтернативи. Алтернативите са разделени от знака | (тръба). Всяка алтернатива се състои от условен израз, израз за задаване, URL на профил и всички свързани URL опции. Всички тези компоненти са незадължителни във всяка от алтернативите. Следват валидните комбинации и редът, в който трябва да се показват, ако присъстват:
[ conditional-expr ] [ assignment-expr ] [[ опции ] URL адрес ]
Във всеки параметър Profile_правило* всички алтернативи, с изключение на последния, трябва да предоставят условен израз. Този израз се оценява и се обработва както следва:
-
Условията се оценяват отляво надясно, докато не бъде установено, че е вярно (или докато не бъде намерена алтернатива без условен израз).
-
Оценява се всеки придружаващ израз за задаване, ако има такъв.
-
Ако е посочен URL като част от тази алтернатива, се прави опит за изтегляне на профила, който се намира на посочения URL. Системата се опитва да актуализира съответно вътрешните параметри.
Ако всички алтернативи имат условни изрази и нито един не се оценява като верен (или ако цялото правило за профил е празно), се пропуска целият параметър Profile_правило*. Оценява се следващият параметър за правило на профила в последователността.
Пример 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“ или „Осигурено“)? (Line_Enable_1_ = „Не“;)! https://p.tel.com/init-prov | https://p.tel.com/configs
Пример 5
В този пример се приема, че профилът, който връща сървъра, съдържа тагове на XML елемент. Тези етикети трябва да се добавят отново към правилните имена на параметри от картата на псевдонимите, съхранена в GPP_B:
[--псевдоним б] https://p.tel.com/account/$PN$MA.xml
Повторното синхронизиране обикновено се счита за неуспешно, ако заявеният профил не се получи от сървъра. Параметърът Resync_Fails_On_FNF може да замести това поведение по подразбиране. Ако Resync_Fails_On_FNF е зададен на „Не“, устройството приема отговор без намерен файл от сървъра като успешно повторно синхронизиране. Стойността по подразбиране за Resync_Fails_On_FNF е „Да“.
Правило за надстройване
Правилото за надграждане е да укажете на устройството да активира ново зареждане и откъде да го получи, ако е необходимо. Ако зареждането вече е на устройството, то няма да се опита да получи зареждането. Така че валидността на местоположението за зареждане няма значение, когато желаното зареждане е в неактивен дял.
Правилото Upgrade_указва зареждане на фърмуера, което, ако се различава от текущото зареждане, ще бъде изтеглено и приложено, освен ако не е ограничено от условен израз или Upgrade_Enable не е зададено на No.
Телефонът осигурява един подлежащ на конфигуриране параметър за дистанционно надграждане, Upgrade_правило. Този параметър приема синтаксис, подобен на параметрите за правило на профила. За надстройвания не се поддържат URL опции, но могат да се използват условни изрази и изрази за задаване. Ако се използват условни изрази, параметърът може да бъде населен с няколко алтернативи, разделени от | знака. Синтаксисът за всяка алтернатива е както следва:
[ conditional-expr ] [ assignment-expr ] URL адрес
Както в случая с параметрите Profile_правило*, параметърът Upgrade_правило оценява всяка от алтернативите, докато не бъде удовлетворен условен израз или алтернативата няма условен израз. Ако е посочен, се оценява придружаващият израз за задаване. След това се прави надстройване до посочения URL.
Ако правилото за pgrade_U съдържа URL адрес без условен израз, устройството надгражда до изображението на фърмуера, посочено от URL. След макро разширяване и оценка на правилото, устройството не прави повторен опит за надграждане, докато правилото не бъде променено или не се промени ефективната комбинация от схема + сървър + порт + път до файл.
За да направи опит за надграждане на фърмуера, устройството деактивира аудиото в началото на процедурата и се рестартира в края на процедурата. Устройството започва автоматично надграждане, което се управлява от съдържанието на правилото Upgrade_, само ако всички гласови линии в момента са неактивни.
Например,
https://10.73.10.223/firmware/PHONEOS-8875.1-0-1-0001-1.loads
В този пример правилото Upgrade_надгражда фърмуера до изображението, което се съхранява на посочения URL.
Ето още един пример:
(„$F” и „бета-клиент”)? 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.
Параметри за обезпечаване
Можете да намерите параметрите за обезпечаване в раздела Обезпечаване на уеб страницата на телефона.
Параметри на профила за конфигуриране
Следващата таблица дефинира функцията и използването на всеки от параметрите в секцията Параметри на профила за конфигуриране в раздела Осигуряване .
Име на параметъра |
Описание и стойност по подразбиране |
---|---|
Разрешаване на осигуряване |
Управлява всички действия за повторно синхронизиране независимо от действията за надграждане на фърмуера. Задайте Да , за да активирате дистанционно обезпечаване. Стойността по подразбиране е „Да“. |
Повторно синхронизиране при нулиране |
Включва повторно синхронизиране след всяко рестартиране, с изключение на рестартиранията, предизвикани от актуализации на параметрите и фърмуерни надграждания. Стойността по подразбиране е „Да“. |
Произволно закъснение при повторно синхронизиране |
Произволно закъснение, следващо последователността за зареждане преди извършване на нулиране, посочено в секунди. В набор от устройства за IP телефония, които са планирани да се включват едновременно, това въвежда разпространение във времената, в които всеки модул изпраща заявка за повторно синхронизиране към сървъра за обезпечаване. Тази функция може да бъде полезна при голямо разгръщане на жилища, в случай на регионално спиране на захранването. Стойността за това поле трябва да бъде цяло число в диапазона между 0 и 65535. Стойността по подразбиране е 2. |
Повторно синхронизиране при (ЧЧмм) |
Времето (ЧЧмм), през което устройството се синхронизира повторно със сървъра за обезпечаване. Стойността за това поле трябва да е четирицифрено число в диапазона от 0000 до 2400, за да показва времето във формат ЧЧмм. Например 0959 показва 09:59. Стойността по подразбиране е празна. Ако стойността е невалидна, параметърът се игнорира. Ако този параметър е зададен с валидна стойност, параметърът за периодично повторно синхронизиране се игнорира. |
Повторно синхронизиране при произволно закъснение |
Предотвратява претоварването на сървъра за обезпечаване при едновременно включване на голям брой устройства. За да избегнете наводняващи заявки за повторно синхронизиране към сървъра от множество телефони, телефонът се синхронизира повторно в диапазона между часовете и минутите и часовете и минутите плюс произволното закъснение (ччмм, ччмм+random_delay). Например, ако произволното закъснение = (Повторно синхронизиране при произволно закъснение + 30)/60 минути, входната стойност в секунди се преобразува в минути, закръгля се до следващата минута, за да се изчисли окончателният random_delay интервал. Валидната стойност варира между 600 и 65535. Ако стойността е по-малка от 600, вътрешното произволно закъснение е между 0 и 600. Стойността по подразбиране е 600 секунди (10 минути). |
Периодично повторно синхронизиране |
Времевият интервал между периодичното повторно синхронизиране със сървъра за обезпечаване. Свързаният таймер за повторно синхронизиране е активен само след първото успешно синхронизиране със сървъра. Валидните формати са следните:
Задайте параметъра на нула, за да деактивирате периодичното повторно синхронизиране. Стойността по подразбиране е 3600 секунди. |
Закъснение на повторния опит за грешка при повторно синхронизиране |
Ако операцията за повторно синхронизиране е неуспешна поради невъзможност на устройството за IP телефония да извлече профила от сървъра или изтегленият файл е повреден, или възникне вътрешна грешка, устройството прави опити за повторно синхронизиране отново след определено време в секунди. Валидните формати са следните:
Ако закъснението се установи на 0, устройството не прави отново опит за повторно синхронизиране след неуспешен опит за повторно синхронизиране. |
Забавяне на принудителното повторно синхронизиране |
Максималното закъснение (в секунди), което телефонът изчаква, преди да извърши повторно синхронизиране. Устройството не се синхронизира повторно, докато една от телефонните му линии е активна. Тъй като повторното синхронизиране може да отнеме няколко секунди, е желателно да изчакате устройството да бъде свободно за продължителен период от време преди повторно синхронизиране. Това позволява на потребителя да извършва повиквания без прекъсване. Устройството има таймер, който започва обратно броене, когато всички линии са свободни. Този параметър е първоначалната стойност на брояча. Събитията на повторно синхронизиране се забавят, докато броячът намалее до нула. Валидната стойност варира между 0 и 65535. Стойността по подразбиране е 14 400 секунди. |
Повторно синхронизиране от SIP |
Активира задействането на повторно синхронизиране чрез съобщение SIP NOTIFY. Стойността по подразбиране е „Да“. |
Повторно синхронизиране след опит за надграждане |
Активира или деактивира операцията за повторно синхронизиране след надграждане. Ако е избрано \„Да\“, се задейства синхронизиране. Стойността по подразбиране е „Да“. |
Тригер за повторно синхронизиране 1, тригер за повторно синхронизиране 2 |
Подлежащи на конфигуриране условия за повторно синхронизиране. Повторното синхронизиране се задейства, когато уравнението на логиката в тези параметри бъде оценено на TRUE. Стойността по подразбиране е (празно). |
Неуспешно повторно синхронизиране на FNF |
Повторното синхронизиране се счита за неуспешно, ако заявеният профил не се получи от сървъра. Този параметър може да замести това. Когато е зададено на не, устройството приема Стойността по подразбиране е „Да“. |
Правило на профила Правило на профила Б Правило на профила В Правило на профила D |
Всяко правило на профила информира телефона за източник, от който да получи профил (конфигурационен файл). При всяка операция за повторно синхронизиране телефонът прилага последователно всички профили. По подразбиране: Ако прилагате AES-256 CBC шифроване към конфигурационните файлове, посочете ключа за шифроване с ключовата дума Можете да приложите ключа за шифроване в двойни кавички ("), като опция. |
Опция за използване на DHCP |
Опции за DHCP, разделени със запетаи, използвани за извличане на фърмуер и профили. Стойността по подразбиране е 66,160,159,150,60,43,125. |
Msg искане за регистрационен файл |
Този параметър съдържа съобщението, което се изпраща към сървъра syslog при стартиране на опит за повторно синхронизиране. Стойността по подразбиране е |
Msg за успеха на регистрационния файл |
Съобщение на syslog, което се издава при успешно завършване на опит за повторно синхронизиране. Стойността по подразбиране е |
Грешка в регистрационния файл, msg |
Съобщение на syslog, което се издава след неуспешен опит за повторно синхронизиране. Стойността по подразбиране е |
Повторно синхронизиране с възможност за конфигуриране от потребителя |
Позволява на потребителя да синхронизира повторно телефона от екрана на IP телефона. Стойността по подразбиране е „Да“. |
Параметри за надграждане на фърмуера
Следващата таблица дефинира функциите и използването на всеки от параметрите в секцията Надграждане на фърмуера на раздела Обезпечаване .
Име на параметъра |
Описание и стойност по подразбиране |
---|---|
Активиране на надстройване |
Активира операции по надграждане на фърмуера независимо от действията за повторно синхронизиране. Стойността по подразбиране е „Да“. Конфигурирайте този параметър с един от методите:
|
Закъснение на повторен опит за грешка при надстройване |
Интервалът за повторен опит за надграждане (в секунди), който се прилага в случай на неуспешно надграждане. Устройството има таймер за грешка при надграждане на фърмуера, който се активира след неуспешен опит за надграждане на фърмуера. Таймерът е инициализиран със стойността в този параметър. Следващият опит за надграждане на фърмуера е когато таймерът отброи нула. Стойността по подразбиране е 3600 секунди. Конфигурирайте този параметър с един от методите:
|
Правило за надстройване |
Скрипт за надграждане на фърмуера, който дефинира условия за надграждане и свързани URL адреси на фърмуера. Използва същия синтаксис като правилото за профила. Използвайте следния формат, за да въведете правилото за надграждане:
Например:
Ако не е посочен протокол, се приема TFTP. Ако не е посочено име на сървър, хостът, който иска URL, се използва като име на сървър. Ако не е посочен порт, се използва портът по подразбиране (69 за TFTP, 80 за HTTP или 443 за HTTPS). Стойността по подразбиране е празна. Конфигурирайте този параметър с един от методите:
|
Msg искане за надстройване на регистрационния файл |
Издадено при стартиране на опит за надграждане на фърмуера съобщение на Syslog. По подразбиране: Конфигурирайте този параметър с един от методите:
|
Успешно надстройване на регистрационния файл с msg |
Издадено след успешното завършване на опита за надграждане на фърмуера съобщение на Syslog. Стойността по подразбиране е Конфигурирайте този параметър с един от методите:
|
Неуспешно надстройване на регистрационния файл – msg |
Издадено след неуспешен опит за надграждане на фърмуера съобщение на Syslog. Стойността по подразбиране е Конфигурирайте този параметър с един от методите:
|
Равноправно споделяне на фърмуер |
Активира или деактивира функцията за равноправно споделяне на фърмуер (PFS). Изберете Да или Не , за да активирате или деактивирате функцията. По подразбиране: Да Конфигурирайте този параметър с един от методите:
|
Сървър за регистрационни файлове за равноправно споделяне на фърмуер |
Посочва IP адреса и порта, до който се изпраща UDP съобщението. Например: 10.98.76.123:514, където 10.98.76.123 е IP адресът, а 514 е номерът на порта. Конфигурирайте този параметър с един от методите:
|
Параметри с общо предназначение
Следващата таблица дефинира функцията и използването на всеки от параметрите в секцията Параметри с общо предназначение на раздела Обезпечаване .
Име на параметъра |
Описание и стойност по подразбиране |
---|---|
gpp a – gpp p |
Параметрите с общо предназначение GPP_* се използват като безплатни регистри на низове при конфигуриране на телефоните да взаимодействат с определено решение на сървър за обезпечаване. Те могат да се конфигурират да съдържат различни стойности, включително следните:
Стойността по подразбиране е празна. |
Променливи за макро разширяване
В следните параметри за обезпечаване се разпознават определени макро променливи:
-
Пrofile_правило
-
Profile_Rule_*
-
ОТРesync_Иrigger_*
-
Upgrade_Правило
-
Log_*
-
GPP_* (при специфични условия)
В тези параметри типовете синтаксис, като $NAME или $(NAME), се разпознават и разширяват.
Поднизовете на променливите на макросите могат да се посочат с нотацията $(NAME:p) и $(NAME:p:q), където p и q са неотрицателни цели числа (налични във версия 2.0.11 и по-горе). Полученият макро израз е подниз, започващ от отместване със знак p, с дължина 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 за повторно синхронизиране, --key. |
MA |
MAC адрес при използване на шестнадесетични цифри с малки букви, например 000e08aabbcc. |
MAU |
MAC адрес при използване на главни шестнадесетични цифри, например 000E08AABBCC. |
mac |
MAC адрес при използване на малки шестнадесетични цифри и двоеточие за разделяне на двойки шестнадесетични цифри. Например 00:0e:08:aa:bb:cc. |
PN |
Име на продукта. Например CP-8875-CC-C-9K. |
psn | Номер на серията продукти. Например V03. |
шшшт |
Низ на серийния номер. Например 88012BA01234. |
Ccert |
Статус на сертификата на SSL клиента: Инсталирано или неинсталирано. |
IP |
IP адрес на телефона в неговата локална подмрежа. Например 192.168.1.100. |
пояснение |
Външен IP на телефона, както се вижда в интернет. Например 66.43.16.52. |
swver |
Низ на софтуерната версия. Например, phoneos-8875.1-0-1-0001-1 |
превъплъщение |
Низ на хардуерната версия. Например 2.0.1 |
првст |
Състояние на обезпечаване (цифров низ): -1 = изрична заявка за повторно синхронизиране 0 = повторно синхронизиране при включване на захранването 1 = периодично повторно синхронизиране 2 = неуспешно повторно синхронизиране, повторен опит |
upgst |
Състояние на надграждане (цифров низ): 1 = първи опит за надграждане 2 = неуспешно надстройване, повторен опит |
upgerr |
Съобщение за резултат (ERR) от предишен опит за надграждане; например http_get неуспешен. |
првтмр |
Секунди след последния опит за повторно синхронизиране. |
upgtmr |
Секунди след последния опит за надграждане. |
REGTMR1 |
Секунди след загуба на регистрацията на SIP сървъра на линия 1. |
REGTMR2 |
Секунди след загуба на регистрацията на SIP сървъра на линия 2. |
upgcond |
Старо име на макрос. |
схема |
Схема за достъп до файлове, един от TFTP, HTTP или HTTPS, както е получен след повторно синхронизиране за синтактичен анализ или надграждане на URL. |
серв |
Изискайте името на хоста на целевия сървър, както е получен след повторното синхронизиране за синтактичен анализ или надграждането на URL. |
сервиране |
Изискайте IP адреса на целевия сървър, както е получен след повторното синхронизиране за синтактичен анализ или надграждането на URL, като следвате търсенето на DNS. |
порт |
Изискайте целевия UDP/TCP порт, както е получен след повторното синхронизиране за синтактичен анализ или надграждането на URL. |
път |
Изискайте пътя на целевия файл, както е получен след повторното синхронизиране за синтактичен анализ или надграждането на URL. |
грешка |
Съобщение за резултата от повторно синхронизиране или опит за надграждане. Полезно е само при генериране на съобщения с резултат от syslog. Стойността се запазва в променливата UPGERR в случай на опити за надграждане. |
UID |
Съдържанието на параметъра за конфигуриране на Line n UserID. |
емблеми |
Статус на мобилност на вътрешни номера |
ням |
Потребителски ИД за мобилност на вътрешни номера |
mpwd |
Парола за разширена мобилност |
Вътрешни кодове за грешка
Телефонът дефинира редица кодове за вътрешна грешка (X00–X99), за да улесни конфигурирането при осигуряване на по-фин контрол върху поведението на модула при определени условия на грешка.
Име на параметъра |
Описание и стойност по подразбиране |
---|---|
X00 |
Грешка в транспортния слой (или ICMP) при изпращане на заявка за SIP. |
X20 |
Времето за изчакване на заявката за SIP изтича при изчакване на отговор. |
X40 |
Обща грешка в SIP протокола (например неприемлив кодек в SDP в 200 и съобщенията ACK или изтичане на времето на изчакване при изчакване на ACK). |
X60 |
Набраният номер е невалиден в съответствие с дадения план за набиране. |