- Начало
- /
- Статия
Благодарим за обратната връзка.
Параметри за осигуряване на телефони от серия 9800 и 8875 (BroadWorks)
В тази статия
Обратна връзка?Тази Помощна статия е за настолен телефон Cisco от серия 9800 и видеотелефон Cisco 8875, регистриран в 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_from_SIP контролира заявките за операции за пресинхронизиране. Събитие SIP NOTIFY се изпраща от прокси сървъра на доставчика на услуги към телефона. Ако е активирано, прокси сървърът може да поиска повторно синхронизиране. За да направи това, прокси сървърът изпраща съобщение SIP NOTIFY, което съдържа заглавката Събитие: пресинхронизиране към устройството.
Устройството оспорва заявката с 401 отговор (отказано оторизация за използвани идентификационни данни). Устройството очаква удостоверена последваща заявка, преди да изпълни заявката за повторно синхронизиране от прокси сървъра. Заглавките на събитието: 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-часовия формат (hhmm), за да определи времето.
Параметърът Resync_At_Random_Delay позволява на телефона да се синхронизира повторно при неопределено забавяне във времето. Този параметър използва положителен целочислен формат за определяне на времето.
Трябва да се избягва наводняването на сървъра със заявки за повторно синхронизиране от няколко телефона, които са настроени да се синхронизират едновременно. За да направите това, телефонът задейства повторното синхронизиране до 10 минути след определеното време.
Например, ако настроите времето за повторно синхронизиране на 1000 (10 часа сутринта), телефонът задейства повторното синхронизиране по всяко време между 10:00 и 10:10 сутринта.
По подразбиране тази функция е деактивирана. Ако е предоставен параметърът Resync_At, параметърът Resync_Periodic се игнорира.
Конфигурируеми графици
Можете да конфигурирате графици за периодични пресинхронизации и можете да зададете интервалите за повторни опити за неуспехи при повторно синхронизиране и надграждане, като използвате следните параметри за осигуряване:
-
Ресинк_периодичен
-
Ресинхронизиране_грешка_закъснение
-
Надстройка_Грешка_Възстановяване_Забавяне
Всеки параметър приема единична стойност на закъснението (секунди). Новият разширен синтаксис позволява разделен със запетая списък от последователни елементи на забавяне. Последният елемент в последователността имплицитно се повтаря завинаги.
По желание можете да използвате знак плюс, за да посочите друга числова стойност, която добавя случайно допълнително забавяне.
Пример 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*). По този начин всяка операция за пресинхронизиране може да извлече множество файлове, които управляват различните сървъри.
В най-простия сценарий устройството периодично се синхронизира с един профил на централен сървър, който актуализира всички съответни вътрешни параметри. Като алтернатива профилът може да бъде разделен между различни файлове. Един файл е общ за всички телефони в разгръщане. За всеки акаунт е предоставен отделен, уникален файл. Ключовете за криптиране и информацията за сертификата могат да бъдат предоставени от друг профил, съхраняван на отделен сървър.
Всеки път, когато се наложи операция за повторно синхронизиране, телефонът оценява четирите параметъра Profile_Rule* последователно:
-
Правило на профила
-
Профил_Правил_B
-
Профил_Руле_C
-
Профил_Правил_D
Всяка оценка може да доведе до извличане на профил от отдалечен сървър за осигуряване, с възможна актуализация на определен брой вътрешни параметри. Ако оценката не успее, последователността на повторното синхронизиране се прекъсва и се опитва отново от началото, посочено от параметъра Resync_Error_Retry_Delay (секунди). Ако всички оценки успеят, устройството изчака втората, посочена от параметъра Resync_Periodic, и след това извършва друга ресинхронизация.
Съдържанието на всеки параметър Profile_Rule* се състои от набор от алтернативи. Алтернативите са разделени със знака | (тръба). Всяка алтернатива се състои от условен израз, израз за присвояване, URL адрес на профила и всички свързани URL опции. Всички тези компоненти са незадължителни във всяка алтернатива. Следват валидните комбинации и редът, в който те трябва да се появят, ако има такива:
[ conditional-expr ] [ assignment-expr ] [[ options ] URL ]
Във всеки параметър Profile_Rule* всички алтернативи с изключение на последната трябва да предоставят условен израз. Този израз се оценява и се обработва, както следва:
-
Условията се оценяват отляво надясно, докато не се намери такъв, който се оценява като вярно (или докато не се намери една алтернатива без условен израз).
-
Всеки придружаващ израз на задачата се оценява, ако има такъв.
-
Ако URL адресът е посочен като част от тази алтернатива, се прави опит за изтегляне на профила, който се намира на посочения URL адрес. Системата се опитва да актуализира съответно вътрешните параметри.
Ако всички алтернативи имат условни изрази и никой не оценява като true (или ако цялото правило на профила е празно), целият параметър 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 “Installed”)? https://p.tel.com/config?
| https://p.tel.com/config?cisco$MAU
Пример 4
В този пример ред 1 е деактивиран, докато GPP_A не бъде зададен равен на Provisioned чрез първия 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_Enable е зададено на No.
Телефонът предоставя един конфигурируем параметър за дистанционно надграждане, Upgrade_Rule. Този параметър приема синтаксис, подобен на параметрите на правилото на профила. Опциите за URL адреси не се поддържат за надстройки, но могат да се използват условни изрази и изрази за присвояване. Ако се използват условни изрази, параметърът може да бъде попълнен с множество алтернативи, разделени със знака |. Синтаксисът за всяка алтернатива е както следва:
[ conditional-expr ] [ assignment-expr ] URL
Както в случая с параметрите Profile_Rule*, параметърът Upgrade_Rule оценява всяка алтернатива, докато условен израз не бъде удовлетворен или алтернативата няма условен израз. Придружаващият израз за задание се оценява, ако е посочено. След това се прави опит за надстройка до посочения URL адрес.
Ако Upgrade_Rule съдържа URL адрес без условен израз, устройството се надгражда до изображението на фърмуера, посочено от URL адреса. След разширяване на макроса и оценка на правилото, устройството не се опитва да надстрои отново, докато правилото не бъде променено или ефективната комбинация от схема + сървър + порт + filepath не бъде променена.
За да опитате да надстроите фърмуера, устройството деактивира звука в началото на процедурата и се рестартира в края на процедурата. Устройството автоматично започва надстройка, която се управлява от съдържанието на 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.
Параметри на осигуряване
Можете да намерите параметрите за предоставяне в раздела Осигуряване на уеб страницата на телефона.
Параметри на конфигурационния профил
Следващата таблица определя функцията и използването на всеки параметър в раздела Пара метри на конфигурационния профил в раздела Осигуряване.
|
Име на параметъра |
Описание и стойност по подразбиране |
|---|---|
|
Активиране на предоставянето |
Контролира всички действия за повторно синхронизиране независимо от действията за надграждане на фър Задайте на Да, за да активирате дистанционното предоставяне. Стойността по подразбиране е Да. |
|
Пресинхронизиране при нулиране |
Задейства повторна синхронизация след всяко рестартиране, с изключение на рестартирането, причинено от актуализации на параметри и надстройки на фърмуера. Стойността по подразбиране е Да. |
|
Пресинхронизирайте случайно забавяне |
Случайно забавяне след стартиращата последователност преди извършване на нулирането, посочено в секунди. В набор от устройства за IP телефония, които са планирани да се захранват едновременно, това въвежда разпространение във времето, в което всяко устройство изпраща заявка за повторно синхронизиране към сървъра за осигуряване. Тази функция може да бъде полезна при голямо жилищно разположение, в случай на регионална прекъсване на захранването. Стойността за това поле трябва да бъде цяло число, вариращо между 0 и 65535. Стойността по подразбиране е 2. |
|
Повторно синхронизиране при (HHmm) |
Времето (HHmm), което устройството пресинхронизира със сървъра за осигуряване. Стойността за това поле трябва да бъде четирицифрено число, вариращо от 0000 до 2400, за да се посочи времето във формат HHmm. Например, 0959 показва 09:59. Стойността по подразбиране е празна. Ако стойността е невалидна, параметърът се игнорира. Ако този параметър е зададен с валидна стойност, периодичният параметър Resync се игнорира. |
|
Повторно синхронизиране при случайно забав |
Предотвратява претоварване на сървъра за осигуряване, когато голям брой устройства се включват едновременно. За да избегнете наводняване на заявките за повторно синхронизиране към сървъра от няколко телефона, телефонът се синхронизира в диапазона между часовете и минутите и часовете и минутите плюс случайното забавяне (hhmm, hhmm+random_delay). Например, ако случайното забавяне = (Resync At 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 |
Повторното синхронизиране се счита за неуспешно, ако заявеният профил не бъде получен от сървъра. Това може да бъде отменено от този параметър. Когато е зададено на не, устройството приема отговор от сървъра, Стойността по подразбиране е Да. |
|
Правило на профила Правило на профила Б Правило на профила C Правило на профила D |
Всяко правило за профила информира телефона за източник, от който да се получи профил (конфигурационен файл). По време на всяка операция за повторно синхронизиране телефонът прилага всички профили последователно. По подразбиране:
Можете да приложите ключа за криптиране в двойни кавички („) по желание. |
|
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_* се използват като свободни низови регистри при конфигуриране на телефоните за взаимодействие с конкретно решение за осигуряване на сървър. Те могат да бъдат конфигурирани да съдържат различни стойности, включително следното:
Стойността по подразбиране е празна. |
Макро променливи за разширяване
Някои макропроменливи се разпознават в рамките на следните параметри за предоставяне:
-
Правило на профила
-
Правило_профил_*
-
Ресинкционно_тригер_*
-
Правило за надграждане
-
Вписание_*
-
GPP_* (при специфични условия)
В рамките на тези параметри типовете синтаксис, като $NAME или $ (NAME), се разпознават и разширяват.
Макропроменливите субстрати могат да бъдат определени с нотацията $ (наименование: P) и $ (наименование: P: Q), където p и q са неотрицателни цели числа (налични във версия 2.0.11 и по-горе). Полученото разширение на макроса е поднизът, започващ от отместване на символа p, с дължина q (или до края на низа, ако q не е посочено). Например, ако GPP_A съдържа ABCDEF, тогава $ (A: 2) се разширява до CDEF, а $ (A: 2:3) се разширява до CDE.
Неразпознато име не се превежда и формулярът $NAME или $ (NAME) остава непроменен в стойността на параметъра след разширяването.
|
Име на параметъра |
Описание и стойност по подразбиране |
|---|---|
|
$ |
Формата $$ се разширява до един символ $. |
|
А до P |
Заменен със съдържанието на параметрите с общо предназначение GPP_A чрез GPP_P. |
|
SA през SD |
Заменен от параметри със специално предназначение GPP_SA чрез GPP_SD. Тези параметри съдържат ключове или пароли, използвани при осигуряването. $SA до $SD се разпознават като аргументи към опционалния квалификатор за пресинхронизиране на URL адреса, --key. |
|
MA |
MAC адрес, използващ малки шестостенни цифри, например 000e08aabbcc. |
|
MAU |
MAC адрес, използващ шестостенни цифри с големи букви, например 000E08AABBCC. |
|
MAC |
MAC адрес, използващ шестостенни цифри с малки букви и двойки за разделяне на двойки шестостенни цифри. Например 00:0 e:08:aa:bb:cc. |
|
PN |
Име на продукта. Например, КП-8875, ДП-9851, ДП-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 |
Секунди, откакто Линия 1 загуби регистрацията си със SIP сървър. |
|
REGTMR2 |
Секунди, откакто Line 2 загуби регистрация с SIP сървър. |
|
UPGCOND |
Наследно име на макрос. |
|
SCHEME |
Схема за достъп до файлове, една от TFTP, HTTP или HTTPS, получена след анализиране на URL адреса за повторно синхронизиране или надграждане. |
|
SERV |
Заявете име на хост на целевия сървър, получено след анализиране на URL адреса за повторно синхронизиране или надграждане. |
|
SERVIP |
Заявете IP адрес на целевия сървър, получен след анализиране на URL адреса за повторно синхронизиране или надграждане, вероятно след DNS търсене. |
|
PORT |
Заявете целевия UDP/TCP порт, получен след анализиране на URL адреса за повторно синхронизиране или надграждане. |
|
PATH |
Заявете пътя на целевия файл, получен след анализиране на URL адреса за повторно синхронизиране или надграждане. |
|
ERR |
Съобщение за резултат от опита за повторно синхронизиране или надграждане. Полезно само при генериране на съобщения за резултати syslog. Стойността се запазва в променливата UPGERR в случай на опити за надграждане. |
|
UIDn |
Съдържанието на конфигурационния параметър Line n userId. |
|
EMS |
Extension MobilityСъстояние |
|
MUID |
Extension MobilityПотребителски идентификатор |
|
MPWD |
Extension MobilityПарола |
Вътрешни кодове за грешки
Телефонът дефинира редица вътрешни кодове за грешки (X00—X99), за да улесни конфигурацията при осигуряване на по-фин контрол върху поведението на устройството при определени условия на грешка.
|
Име на параметъра |
Описание и стойност по подразбиране |
|---|---|
|
X00 |
Грешка при транспортен слой (или ICMP) при изпращане на SIP заявка. |
|
X20 |
Сроковете за SIP заявки изтичат, докато чакате отговор. |
|
X40 |
Обща грешка в SIP протокола (например неприемлив кодек в SDP в 200 и ACK съобщения или таймс аут, докато чакате ACK). |
|
X60 |
Набраният номер е невалиден според дадения план за набиране. |
