- Головна
- /
- Стаття
Дякуємо за відгук.
Параметри забезпечення для телефонів серії 9800 та 8875 (BroadWorks)
У цій статті
Надіслати відгук?Ця довідкова стаття стосується настільних телефонів Cisco серії 9800 та відеотелефону Cisco 8875, зареєстрованих у Cisco BroadWorks. Інформація на цій сторінці включає параметри забезпечення та їх синтаксис.
Типи параметрів забезпечення
У цьому розділі описані параметри забезпечення, широко організовані відповідно до функції.
Параметри загального призначення
Параметри загального призначення GPP_* (В стри вільних рядків при налаштуванні телефону для взаємодії з певним рішенням сервера забезпечення. Параметри GPP_* за замовчуванням порожні. Вони можуть бути налаштовані так, щоб вони містили різноманітні значення, включаючи наступні:
-
Ключі шифрування
-
URL-адреси
-
Інформація про стан багатоетапного забезпечення.
-
Шаблони запитів на публікації
-
Відображення псевдонімів назв параметрів
-
Часткові значення рядків, зрештою об'єднані в повні значення параметрів.
Параметри GPP_* доступні для розширення макросів у межах інших параметрів забезпечення. Для цього достатньо однолітерних імен макросів (від А до P) для ідентифікації вмісту GPP_A через GPP_P. Крім того, дволітерні імена макросів SA до SD ідентифікують GPP_SA через GPP_SD як особливий випадок, коли використовуються як аргументи наступних параметрів URL-адреси:
клю ч, uid та pwd
Ці параметри можна використовувати як змінні в правилах забезпечення та оновлення. На них посилаються префіксуючи ім'я змінної символом «$», наприклад $GPP_A.
Увімкнути параметри
Параметри Provision_Enable та Upgrade_Enable керують усіма операціями пересинхронізації профілів та оновлення мікропрограми. Ці параметри керують пересинхронізацією та оновленнями незалежно один від одного. Ці параметри також керують командами пересинхронізації та оновлення URL-адрес, які видаються через веб-сервер адміністрування. За замовчуванням обидва ці параметри встанов лено на Yes.
Параметр resync_from_SIP керує запитами на операції повторної синхронізації. Подія SIP NOTIFY надсилається з проксі-сервера постачальника послуг на телефон. Якщо увімкнено, проксі-сервер може запросити повторну синхронізацію. Для цього проксі-сервер надсилає на пристрій повідомлення SIP NOTIFY, яке містить заголовок Event: resync.
Пристрій оскаржує запит з відповіддю 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. Кожен параметр може бути запрограмований умовним виразом, який зазнає розширення макросу. Коли закінчується інтервал повторної синхронізації (час для наступної повторної синхронізації), тригери, якщо встановлено, запобігають повторній синхронізації, якщо один або кілька тригерів не оцінять значення true.
Наступний приклад умови запускає повторну синхронізацію. У прикладі остання спроба оновлення телефону пройшла більше 5 хвилин (300 секунд), а з моменту останньої спроби повторної синхронізації пройшло щонайменше 10 хвилин (600 секунд).
$UPGTMR gt 300 and $PRVTMR ge 600Пересинхронізація в певний час
Параметр Resync_At дозволяє пересинхронізувати телефон в певний час. Цей параметр використовує 24-годинний формат (hhmm) для вказівки часу.
Параметр Resync_At_Random_Delay дозволяє телефону повторно синхронізувати при невизначеній затримці часу. Цей параметр використовує позитивний цілочисельний формат для визначення часу.
Слід уникати заповнення сервера запитами на повторну синхронізацію з декількох телефонів, які налаштовані на повторну синхронізацію одночасно. Для цього телефон запускає повторну синхронізацію до 10 хвилин після зазначеного часу.
Наприклад, якщо ви встановите час повторної синхронізації на 1000 (10:00 ранку), телефон запускає повторну синхронізацію в будь-який час між 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_Role*:
-
Правило профілю
-
Правило_профілю_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 не буде встановлено рівним параметру Забезпечено через першу 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 встановлено значення No, пристрій прийме відповідь сервера, що не знайдено, як успішну повторну синхронізацію. Типовим значенням для Resync_fails_on_fnf є Так.
Правило оновлення
Правило оновлення полягає в тому, щоб сказати пристрою активуватися до нового навантаження і звідки отримати навантаження, якщо це необхідно. Якщо навантаження вже знаходиться на пристрої, він не намагатиметься отримати навантаження. Отже, достовірність місця завантаження не має значення, коли бажане навантаження знаходиться в неактивному розділі.
Правило Upgrade_Rule визначає завантаження мікропрограми, яке, якщо воно відрізняється від поточного завантаження, буде завантажено та застосовано, якщо це не обмежено умовним виразом або Upgrade_Enable не встановлено значення No.
Телефон надає один настроюваний параметр віддаленого оновлення, Upgrade_Rule. Цей параметр приймає синтаксис, аналогічний параметрам правила профілю. Параметри URL-адреси не підтримуються для оновлення, але можна використовувати умовні вирази та вирази призначення. Якщо використовуються умовні вирази, параметр може бути заповнений декількома альтернативами, розділеними символом |. Синтаксис для кожної альтернативи такий:
[ conditional-expr ] [ assignment-expr ] URL
Як і у випадку з параметрами Profile_Rule*, параметр Upgrade_Rule оцінює кожну альтернативу, доки умовний вираз не буде виконано або альтернатива не має умовного виразу. Супровідний вираз присвоєння оцінюється, якщо вказано. Потім робиться спроба оновити вказану URL-адресу.
Якщо Upgrade_Rule містить 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.
Параметри забезпечення
Параметри забезпечення можна знайти на вкладці Забе зпе чення на веб-сторінці телефону.
Параметри профілю конфігурації
Наступна таблиця визначає функцію та використання кожного параметра у розділі Параметри профілю конфігурації на вкладці Забе зпечення.
|
Назва параметра |
Опис і значення за замовчуванням |
|---|---|
|
Увімкнути забезпечення |
Керує всіма діями повторної синхронізації незалежно від дій оновлення мікропрограми. Встановіть значення Так, щоб увімкнути віддалене забезпечення. Типовим значенням є Так. |
|
Пересинхронізація при скиданні |
Запускає повторну синхронізацію після кожного перезавантаження, за винятком перезавантажень, викликаних оновленнями параметрів та оновленнями мікропрограми. Типовим значенням є Так. |
|
Випадкова затримка повторного синхронізації |
Випадкова затримка після послідовності завантаження перед виконанням скидання, вказана в секундах. У пулі пристроїв IP-телефонії, для яких заплановано одночасне включення, це вводить розкид часу, коли кожен блок надсилає запит на повторну синхронізацію на сервер забезпечення. Ця функція може бути корисною у великих житлових приміщеннях, у разі регіонального відключення електроенергії. Значення для цього поля має бути цілим числом від 0 до 65535. Значення за замовчуванням - 2. |
|
Ресинхронізація при (Hhmm) |
Час (HHmm), коли пристрій повторно синхронізується з сервером забезпечення. Значенням цього поля має бути чотиризначне число в діапазоні від 0000 до 2400, щоб вказати час у форматі HHmm. Наприклад, 0959 вказує на 09:59. Значення за замовчуванням порожнє. Якщо значення недійсне, параметр ігнорується. Якщо для цього параметра встановлено дійсне значення, параметр Resync Periodic ігнорується. |
|
Пересинхронізація при випадковій затримці |
Запобігає перевантаженню сервера забезпечення при одночасному включенні великої кількості пристроїв. Щоб уникнути затоплення запитів на повторну синхронізацію на сервер з декількох телефонів, телефон повторно синхронізується в діапазоні між годинами та хвилинами, а також годинами та хвилинами плюс випадковою затримкою (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 |
Ресинхронізація вважається невдалою, якщо запитаний профіль не отримано від сервера. Це може бути перевизначено цим параметром. Якщо встановлено значення «ні», пристрій приймає відповідь сервера, що Типовим значенням є Так. |
|
Правило профілю Правило профілю B Правило профілю C Правило профілю D |
Кожне правило профілю інформує телефон про джерело, з якого потрібно отримати профіль (файл конфігурації). Під час кожної операції повторної синхронізації телефон застосовує всі профілі послідовно. Типове значення:
Ви можете вкласти ключ шифрування в подвійні лапки («) за бажанням. |
|
Варіант DHCP для використання |
Параметри DHCP, розділені комами, використовуються для отримання прошивки та профілів. Значення за замовчуванням - 66,160,159,150,60,43,125. |
|
Повідомлення про запит журналу |
Цей параметр містить повідомлення, яке надсилається на сервер syslog на початку спроби повторної синхронізації. Типовим значенням є |
|
Повідомлення про успіх журналу |
Повідомлення syslog, яке видається після успішного завершення спроби повторної синхронізації. Типовим значенням є |
|
Повідомлення про помилку журналу |
Повідомлення syslog, яке видається після невдалої спроби повторної синхронізації. Типовим значенням є |
|
Ресинхронізація, що налаштовується користувачем |
Дозволяє користувачеві повторно синхронізувати телефон з екрана IP-телефону. Типовим значенням є Так. |
Параметри оновлення прошивки
Наступна таблиця визначає функції та використання кожного параметра в розділі Оновлення мікропрограми на вкладці Забе зпечення.
|
Назва параметра |
Опис і значення за замовчуванням |
|---|---|
|
Оновлення Увімкнути |
Вмикає операції оновлення мікропрограми незалежно від дій повторної синхронізації. Типовим значенням є Так. Налаштуйте цей параметр одним із способів:
|
|
Помилка оновлення Затримка повторної спроби |
Інтервал повторної спроби оновлення (у секундах) застосовується у разі невдалого оновлення. Пристрій має таймер помилки оновлення мікропрограми, який активується після невдалої спроби оновлення мікропрограми. Таймер ініціалізується зі значенням в цьому параметрі. Наступна спроба оновлення прошивки відбувається, коли цей таймер відраховує до нуля. Значення за замовчуванням - 3600 секунд. Налаштуйте цей параметр одним із способів:
|
|
Правило оновлення |
Скрипт оновлення мікропрограми, який визначає умови оновлення та пов'язані URL-адреси мікропрограми. Він використовує той самий синтаксис, що і правило профілю. Використовуйте наступний формат, щоб ввести правило оновлення:
Наприклад: Якщо протокол не вказано, передбачається TFTP. Якщо ім'я сервера не вказано, як ім'я сервера використовується хост, який запитує URL-адресу. Якщо порт не вказано, використовується порт за замовчуванням (69 для TFTP, 80 для HTTP або 443 для HTTPS). Значення за замовчуванням порожнє. Налаштуйте цей параметр одним із способів:
|
|
Повідомлення запиту на оновлення журналу |
Повідомлення Syslog, видане на початку спроби оновлення мікропрограми. Типове значення: Налаштуйте цей параметр одним із способів:
|
|
Повідомлення про успішне оновлення журналу |
Повідомлення Syslog, видане після успішного завершення спроби оновлення мікропрограми. Значення за замовчуванням Налаштуйте цей параметр одним із способів:
|
|
Повідомлення про помилку оновлення журналу |
Повідомлення Syslog видано після невдалої спроби оновлення мікропрограми. Значення за замовчуванням Налаштуйте цей параметр одним із способів:
|
|
Спільний доступ до мікропрограмного забезпечення |
Вмикає або вимикає функцію спільного використання мікропрограмного забезпечення (PFS). Виберіть «Так» або «Н і», щоб увімкнути або вимкнути функцію. За замовчуванням: Так Налаштуйте цей параметр одним із способів:
|
|
Сервер журналу спільного використання мікропрограмного забезпечення |
Вказує IP-адресу і порт, на який надсилається повідомлення UDP. Наприклад: 10.98.76. 123:514 де, 10.98.76.123 - це IP-адреса, а 514 - номер порту. Налаштуйте цей параметр одним із способів:
|
Параметри загального призначення
Наступна таблиця визначає функцію та використання кожного параметра у розділі Параметри загального призначення на вкладці Забе зпечення.
|
Назва параметра |
Опис і значення за замовчуванням |
|---|---|
|
GPP A - GPP P |
Параметри загального призначення GPP_* використовуються як регістри вільних рядків при налаштуванні телефонів для взаємодії з певним рішенням сервера забезпечення. Вони можуть бути налаштовані так, щоб вони містили різноманітні значення, включаючи наступні:
Значення за замовчуванням порожнє. |
Змінні розширення макросу
Певні макрозмінні розпізнаються за такими параметрами забезпечення:
-
Правило профілю
-
Правило_профілю_*
-
Пересинхронізувати_тригер_*
-
Оновлення_правила
-
Журн_*
-
GPP_* (за певних умов)
У межах цих параметрів розпізнаються та розширюються типи синтаксису, такі як $NAME або $ (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) залишається незмінною у значенні параметра після розширення.
|
Ім'я параметра |
Опис і значення за замовчуванням |
|---|---|
|
$ |
Форма $$ розширюється до одного символу $. |
|
Від А до Р |
Замінено змістом параметрів загального призначення GPP_A через GPP_P. |
|
SA через SD |
Замінено параметрами спеціального призначення GPP_SA через GPP_SD. Ці параметри містять ключі або паролі, які використовуються при забезпеченні. Від $SA до $SD розпізнаються як аргументи необов'язкового кваліфікатора URL-адре си resync, --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 |
Секунди з моменту втрати реєстрації на SIP-сервері Line 2. |
|
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 |
Набранений номер недійсний відповідно до наданого плану набору номера. |
