- Головна
- /
- Стаття
Параметри підготовки для телефонів у Cisco BroadWorks
Ця довідкова стаття для телефонів Cisco, зареєстрованих у Cisco BroadWorks. Інформація на цій сторінці містить параметри підготовки та їхній синтаксис.
Типи параметрів підготовки
У цьому розділі описано параметри підготовки, які широко організовано відповідно до функції.
Параметри загального призначення
Параметри загального призначення GPP_* (
) використовуються як безкоштовні реєстратори рядків під час налаштування телефону для взаємодії з певним рішенням сервера підготовки. Параметри GPP_* за замовчуванням пусті. Їх можна налаштувати так, щоб вони містили різні значення, зокрема такі:-
Ключі шифрування
-
URL-адреси
-
Інформація про стан багатоетапної підготовки.
-
Шаблони публікації запиту
-
Псевдонім імені параметра maps
-
Часткові значення рядка, зрештою об’єднані в повні значення параметрів.
Параметри GPP_* доступні для розширення макросу в межах інших параметрів підготовки. Для цього достатньо імен макросів з одинарними літерами верхнього регістру (від A до P), щоб ідентифікувати вміст GPP_A до GPP_P. Крім того, назви макросів з двома літерами вищого регістру SA через SD ідентифікують GPP_SA через GPP_SD як спеціальний регістр, якщо їх використовують як аргументи наступних параметрів URL:
ключ, uid і pwd
Ці параметри можна використовувати як змінні в правилах підготовки та оновлення версії. На них посилаються шляхом префіксування імені змінної символу ‘$’, наприклад $GPP_A.
Увімкнути параметри
Параметри Provision_Увімкнути та Upgrade_Enable керують усіма операціями повторної синхронізації профілю та оновлення мікропрограми. Ці параметри контролюють повторну синхронізацію та оновлення версії незалежно один від одного. Ці параметри також керують повторною синхронізацією та оновленням команд URL, які видаються через вебсервер адміністрування. Для обох цих параметрів за замовчуванням установлено значення Так .
Параметр Resync_From_SIP контролює запити на операції повторної синхронізації. Подію СПОВІЩЕННЯ SIP надсилається від проксі-сервера постачальника послуг на телефон. Якщо цей параметр увімкнено, проксі може подати запит на повторну синхронізацію. Для цього проксі надсилає повідомлення СПОВІЩЕННЯ SIP, яке містить Подію: повторно синхронізувати заголовок пристрою.
Пристрій оскаржує запит відповіддю 401 (авторизація відхилена для використаних облікових даних). Пристрій очікує автентифікованого наступного запиту, перш ніж він виконає запит повторної синхронізації від проксі. Подія: reboot_now і подія: restart_now головки виконують холодний і теплий перезапуск відповідно, які також є складними.
Дві решти ввімкнень: Resync_On_Reset і Resync_After_Upgrade_Attempt. Ці параметри визначають, чи буде пристрій виконувати повторну синхронізацію після перезавантаження програмного забезпечення та після кожної спроби оновлення.
Коли функцію Resync_On_Reset увімкнено, пристрій вводить випадкову затримку, яка слідує послідовності завантаження, перш ніж буде виконано скидання. Затримка – це випадковий час до значення, яке визначає затримка Resync_Random_(у секундах). У пулі телефонів, які працюють одночасно, ця затримка розширює час початку повторної синхронізації запитів з кожного блоку. Ця функція може бути корисною при великому житловому розгортанні, в разі регіональної відмови електроенергії.
Тригери
Телефон дозволяє повторно синхронізувати через певні інтервали часу або в певний час.
Повторна синхронізація через певні інтервали часу
Телефон призначений для періодичної повторної синхронізації з сервером підготовки. Інтервал повторної синхронізації налаштовано в Resync_Periodic (с). Якщо це значення залишається пустим, пристрій не виконуватиме періодичну повторну синхронізацію.
Повторна синхронізація зазвичай відбувається, коли голосові лінії перебувають у режимі очікування. Якщо голосова лінія активна під час повторної синхронізації, телефон відкладає процедуру повторної синхронізації, поки лінія знову не стане в автономному режимі. Повторна синхронізація може призвести до зміни значень параметрів конфігурації.
Не вдалося виконати повторну синхронізацію, оскільки телефон не може відновити профіль із сервера, завантажений файл пошкоджено або сталася внутрішня помилка. Пристрій спробує знову повторно синхронізувати через проміжок часу, заданий у затримці Resync_Error_Retry_ (у секундах). Якщо затримка Resync_Error_Retry_R встановлено на 0, пристрій не спробує повторно синхронізувати після невдалої спроби повторної синхронізації.
Якщо оновлення не вдасться, повторну спробу буде виконано після затримки Upgrade_Error_Retry_с.
Для умовного запуску повторної синхронізації доступні два параметри, які можна налаштувати: Рesync_Тrigger_1 і Рesync_Тrigger_2. Кожен параметр може бути запрограмований за допомогою умовного виразу, який піддається макророзширенню. Коли спливає інтервал повторної синхронізації (час наступної повторної синхронізації), тригери, якщо це встановлено, запобігатимуть повторній синхронізації, якщо один або кілька тригерів не оцінять значення true.
Наведений нижче приклад умови ініціює повторну синхронізацію. У прикладі минуло більше 5 хвилин (300 секунд), а з моменту останньої повторної синхронізації минуло щонайменше 10 хвилин (600 секунд).
$UPGTMR gt 300 і $PRVTMR ge 600
Повторна синхронізація в певний час
Параметр Resync_At дозволяє телефону повторно синхронізувати в певний час. Цей параметр використовує 24-годинний формат (ггмм) для визначення часу.
Параметр затримки Resync_At_Random_дозволяє телефону повторно синхронізувати з невизначеною затримкою в часі. Цей параметр використовує додатний цілий формат для визначення часу.
Слід уникати затоплення сервера запитами повторної синхронізації від кількох телефонів, які налаштовані на повторну синхронізацію одночасно. Для цього телефон ініціює повторну синхронізацію не пізніше 10 хвилин після вказаного часу.
Наприклад, якщо задати час повторної синхронізації значення 1000 (10:00), телефон запустить повторну синхронізацію в будь-який час між 10:00 і 10:10.
За замовчуванням цю функцію вимкнено. Якщо параметр Resync_At надано, Resync_Періодичний параметр ігнорується.
Налаштовувані розклади
Можна налаштувати розклади періодичної повторної синхронізації, а також вказати інтервали повторення помилок повторної синхронізації та оновлення версії за допомогою наведених нижче параметрів підготовки.
-
Resync_Періодично
-
Затримка Resync_Error_Retry_
-
Затримка Upgrade_Error_Retry_
Кожен параметр приймає одне значення затримки (секунди). Новий розширений синтаксис дозволяє розділити комами список послідовних елементів затримки. Останній елемент у послідовності неявно повторюється назавжди.
Додатково можна використовувати знак плюс, щоб задати інше числове значення, яке додає випадкову додаткову затримку.
Приклад 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_Періодичний=3600+600 Resync_Error_Retry_Затримка=1800+300,3600+600,7200+900
Приклад 3.
У цьому прикладі, якщо спроба віддаленого оновлення не вдасться, пристрій повторить спробу оновлення через 30 хвилин, потім ще раз через одну годину, а потім через дві години. Якщо оновлення все ще не вдасться, пристрій виконує повторну спробу раз на чотири–п’ять годин, доки оновлення не буде успішним.
Upgrade_Error_Retry_Затримка = 1800,3600,7200,14400+3600
Правила профілю
Телефон надає кілька параметрів віддаленого профілю конфігурації (Profile_Rule*). Таким чином, кожна операція повторної синхронізації може отримати кілька файлів, якими керують різні сервери.
У найпростішому сценарії пристрій періодично повторно синхронізується на одному профілі на центральному сервері, який оновлює всі відповідні внутрішні параметри. Також профіль можна розділити між різними файлами. Один файл є спільним для всіх телефонів у розгортанні. Для кожного облікового запису надається окремий унікальний файл. Ключі шифрування та інформація про сертифікат можуть бути надані іншим профілем, який зберігається на окремому сервері.
Під час повторної синхронізації телефон послідовно оцінює чотири параметри Profile_Rule*:
-
Пrofile_правило
-
Рrofile_Рule_Б
-
Рrofile_Рule_В
-
Пrofile_Рule_Д
Кожне оцінювання може призвести до отримання профілю з віддаленого сервера підготовки з можливим оновленням деякої кількості внутрішніх параметрів. Якщо обчислення не вдається, послідовність повторної синхронізації буде перервана й повторна повторна спроба з початку, заданого параметром затримки Resync_Error_Retry_Delay (у секундах). Якщо всі оцінки вдасться, пристрій очікує на другий заданий параметром Resync_Periodic, а потім виконує іншу повторну синхронізацію.
Зміст кожного параметра Profile_Rule* складається з набору альтернатив. Альтернативи розділяються символом | (труба). Кожна альтернатива складається з умовного виразу, виразу призначення, URL профілю та будь-яких пов’язаних параметрів URL. Всі ці компоненти необов'язкові в межах кожної альтернативи. Нижче наведено допустимі комбінації та послідовність, у якій вони мають з’являтися, якщо такі є:
[ умовний-expr ] [ призначення-expr ] [[ параметри ] URL ]
У кожному параметрі Profile_Rule* всі альтернативи, крім останнього, повинні надавати умовний вираз. Цей вираз обчислюється та обробляється наступним чином:
-
Умови обчислюються зліва направо, поки не буде знайдено одну, яка оцінює як true (або поки не буде знайдено одну альтернативу без умовного виразу).
-
Будь-який супровідний вираз призначення обчислюється, якщо він присутній.
-
Якщо 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 "Встановлено")? 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:
[--псевдонім b] https://p.tel.com/account/$PN$MA.xml
Повторна синхронізація зазвичай вважається невдалою, якщо запитуваний профіль не отримано від сервера. Параметр Resync_Fails_On_FNF може перевизначити цю поведінку за замовчуванням. "Якщо для параметра Resync_Fails_On_FNF встановлено значення ""Ні"", пристрій приймає відповідь ""Файл не знайдено"" від сервера як успішну повторну синхронізацію." Значенням за замовчуванням для функції Resync_Fails_On_FNF є «Так».
Оновити правило
Правило оновлення версії полягає в тому, щоб повідомити пристрій про активацію до нового навантаження та, якщо необхідно, звідки його отримати. Якщо навантаження вже на пристрої, він не спробує отримати навантаження. Таким чином, дійсність розташування навантаження не має значення, коли потрібне навантаження знаходиться в неактивному розділі.
Upgrade_Правило визначає завантаження мікропрограми, яке, якщо воно відрізняється від поточного завантаження, буде завантажено й застосовано, якщо тільки його не обмежено умовим виразом або параметр Upgrade_Enable не встановлено на Ні.
Телефон надає один налаштовуваний параметр віддаленого оновлення версії, Upgrade_Rule. Цей параметр приймає синтаксис, подібний до параметрів правила профілю. Параметри URL не підтримуються для оновлення версії, але можна використовувати умовні вирази та вирази призначення. Якщо використовуються умовні вирази, параметр може бути заповнений кількома альтернативами, розділеними | символом. Синтаксис для кожної альтернативи такий:
[ умовний-expr ] [ призначення-expr ] URL
Як і у випадку параметрів Profile_Rule*, параметр Upgrade_Rule оцінює кожну альтернативу, поки не буде задоволений умовний вираз або альтернатива не має умовного виразу. Супровідний вираз призначення обчислюється, якщо задано. Потім здійснюється спроба оновлення до вказаної URL-адреси.
Якщо правило Upgrade_містить URL без умовного виразу, пристрій оновить версію зображення мікропрограми, яке вказано в URL. Після розширення макросу та оцінки правила пристрій не намагається повторно оновити, доки правило не буде змінено, або буде змінено ефективну комбінацію схеми + сервер + порт + шлях до файлу.
Щоб спробувати оновити версію мікропрограми, пристрій вимикає аудіо на початку процедури та перезавантажує його наприкінці. Пристрій автоматично розпочинає оновлення версії, яке керується вмістом правила Upgrade_Правила, лише якщо всі голосові лінії наразі неактивні.
Наприклад:
https://10.73.10.223/firmware/PHONEOS-8875.1-0-1-0001-1.loads
У цьому прикладі правило Upgrade_Rule оновить версію мікропрограми до зображення, яке зберігається за вказаною 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. Значення за замовчуванням – Так. |
Повторна синхронізація після спроби оновлення версії |
Вмикає або вимикає операцію повторної синхронізації після будь-якого оновлення версії. Якщо встановлено прапорець "Так", запускається синхронізація. Значення за замовчуванням – Так. |
Тригер повторної синхронізації 1, тригер повторної синхронізації 2 |
Налаштовувані умови запуску повторної синхронізації. Повторна синхронізація запускається, коли логічне рівняння в цих параметрах оцінює значення TRUE. Значення за замовчуванням: (пусто). |
Помилка повторної синхронізації на FNF |
Повторна синхронізація вважається невдалою, якщо запитуваний профіль не отримано від сервера. Це може бути перевизначено за допомогою цього параметра. Якщо значення ні встановлено, пристрій приймає відповідь Значення за замовчуванням – Так. |
Правило профілю Правило профілю B Правило C профілю Правило профілю D |
Кожне правило профілю повідомляє телефон джерела, з якого отримати профіль (файл конфігурації). Під час кожної операції повторної синхронізації телефон послідовно застосовує всі профілі. За замовчуванням: Якщо ви застосовуєте шифрування AES-256-CBC до файлів конфігурації, зазначте ключ шифрування за допомогою ключового слова "Додатково можна додати ключ шифрування до подвійних лапок ("")." |
Параметр DHCP для використання |
Параметри DHCP, розділені комами, використовуються для отримання мікропрограм і профілів. Значення за замовчуванням — 66,160,159,150,60,43,125. |
Msg запиту журналу |
Цей параметр містить повідомлення, яке буде надіслано на сервер syslog на початку спроби повторної синхронізації. Значення за замовчуванням – |
Msg успішного журналу |
Повідомлення системного журналу, яке буде видано після успішного завершення спроби повторної синхронізації. Значення за замовчуванням: |
Помилка журналу Msg |
Повідомлення системного журналу, яке буде видано після невдалої повторної синхронізації. Значення за замовчуванням – |
Повторна синхронізація з можливістю настроювання користувача |
Дозволяє користувачу повторно синхронізувати телефон з екрана IP-телефона. Значення за замовчуванням – Так. |
Параметри оновлення мікропрограми
У наступній таблиці визначено функцію та використання кожного параметра в розділі Оновлення мікропрограми на вкладці Підготовка .
Ім’я параметра |
Опис і значення за замовчуванням |
---|---|
Увімкнути оновлення версії |
Вмикає операції оновлення мікропрограми незалежно від дій повторної синхронізації. Значення за замовчуванням – Так. Налаштуйте цей параметр одним із способів:
|
Помилка оновлення. Затримка повторення спроб |
Інтервал повторення спроб оновлення версії (у секундах), який застосовується у разі помилки оновлення версії. Пристрій має таймер помилки оновлення мікропрограми, який активується після невдалої спроби оновлення мікропрограми. Таймер ініціалізовано зі значенням цього параметра. Наступна спроба оновлення мікропрограми відбувається, коли цей таймер перерахується до нуля. Значення за замовчуванням — 3600 секунд. Налаштуйте цей параметр одним із способів:
|
Правило оновлення |
Сценарій оновлення мікропрограми, який визначає умови оновлення версії та пов’язані URL-адреси мікропрограми. Він використовує той самий синтаксис, що й правило профілю. Щоб ввести правило оновлення версії, використовуйте такий формат:
Наприклад:
Якщо не задано жодного протоколу, припускається TFTP. Якщо ім’я сервера не задано, як ім’я сервера використовується хост, який запитує URL. Якщо порт не задано, використовується порт за замовчуванням (69 для TFTP, 80 для HTTP або 443 для HTTPS). Значення за замовчуванням пусте. Налаштуйте цей параметр одним із способів:
|
Msg запиту на оновлення версії журналу |
Повідомлення системного журналу, випущене на початку спроби оновлення мікропрограми. За замовчуванням: Налаштуйте цей параметр одним із способів:
|
Msg успішного оновлення журналу |
Повідомлення системного журналу, випущене після успішної спроби оновлення мікропрограми. Значення за замовчуванням: Налаштуйте цей параметр одним із способів:
|
Помилка оновлення журналу Msg |
Повідомлення системного журналу видано після невдалої спроби оновлення мікропрограми. Значення за замовчуванням – Налаштуйте цей параметр одним із способів:
|
Спільний доступ до однорангових мікропрограм |
Вмикає або вимикає функцію спільного доступу до однорангових мікропрограм (PFS). Виберіть Так або Ні , щоб увімкнути або вимкнути цю функцію. За замовчуванням: Так Налаштуйте цей параметр одним із способів:
|
Сервер журналів спільного доступу до мікропрограми |
Вказує IP-адресу та порт, на який надсилається повідомлення UDP. Наприклад: 10.98.76.123:514 де, 10.98.76.123 – IP-адреса, а 514 – номер порту. Налаштуйте цей параметр одним із способів:
|
Параметри загального призначення
У наведеній нижче таблиці визначено функцію та використання кожного параметра в розділі Параметри загального призначення вкладки Підготовка .
Ім’я параметра |
Опис і значення за замовчуванням |
---|---|
gpp a - gpp p |
Параметри загального призначення GPP_* використовуються як безкоштовні строкові реєстри при налаштуванні телефонів для взаємодії з певним рішенням сервера підготовки. Їх можна налаштувати так, щоб вони містили різні значення, зокрема такі:
Значення за замовчуванням пусте. |
Змінні розширення макросів
Певні макрозмінні розпізнаються в таких параметрах підготовки:
-
Пrofile_правило
-
Рrofile_Рule_*
-
Р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. |
Мама |
MAC-адреса з шістнадцятковими цифрами нижнього регістру, наприклад 000e08aabbcc. |
Число унікальних користувачів на місяць |
MAC-адреса з використанням шістнадцяткових цифр, наприклад 000E08AABBCC. |
mac |
MAC-адреса з використанням шістнадцяткових цифр у нижньому регістрі та двокрапки для розділення пар шістнадцяткових цифр. Наприклад, 00:0e:08:aa:bb:cc. |
PN |
Назва продукту. Наприклад, CP-8875-CC-C-9K. |
псн | Номер серії продуктів. Наприклад, V03. |
сн |
Рядок серійного номера. наприклад 88012BA01234. |
ccert |
Стан сертифіката клієнта SSL: Установлено або не встановлено. |
IP |
IP-адреса телефону в його локальній підмережі. Наприклад, 192.168.1.100. |
extip |
Зовнішня IP-адреса телефону, як видно в інтернеті. Наприклад 66.43.16.52. |
світер |
Рядок версії програмного забезпечення. Наприклад: phoneos-8875.1-0-1-0001-1 |
HWVER |
Рядок версії апаратного забезпечення. Наприклад, 2.0.1 |
првст |
Стан підготовки (числовий рядок): -1 = явний запит на повторну синхронізацію 0 = повторна синхронізація живлення 1 = періодична повторна синхронізація 2 = помилка повторної синхронізації, повторіть спробу |
upgst |
Стан оновлення версії (числовий рядок): 1 = перша спроба оновлення версії 2 = не вдалось оновити версію, повторити спробу |
upgerr |
Повідомлення результату (ERR) попередньої спроби оновлення версії, наприклад http_get не вдалося. |
prvtmr |
Секунди з моменту останньої повторної синхронізації. |
upgtmr |
Секунди з моменту останньої спроби оновлення версії. |
REGTMR1 |
Секунди після втрати реєстрації на сервері SIP. |
REGTMR2 |
Секунди після втрати реєстрації на сервері SIP. |
upgcond |
Застаріле ім’я макроса. |
схема |
Схема доступу до файлів, одна з TFTP, HTTP або HTTPS, як отримана після повторної синхронізації аналізу або оновлення URL. |
серв |
Запитайте ім’я хоста цільового сервера, як отримано після повторної синхронізації аналізу або оновлення URL. |
servip |
Запитуйте IP-адресу цільового сервера, отриману після повторної синхронізації аналізу або оновлення URL-адреси, можливо, після пошуку DNS. |
порт |
Запитайте цільовий порт UDP/TCP, як отримано після повторної синхронізації аналізу або оновлення URL-адреси. |
шлях |
Запитайте шлях до цільового файлу, як його отримано після повторної синхронізації аналізу або оновлення URL. |
помилка |
Повідомлення про повторну синхронізацію або спробу оновлення версії. Корисно лише для створення повідомлень системного журналу результатів. Значення зберігається в змінній UPGERR у разі спроб оновлення версії. |
UID |
Зміст параметра конфігурації ідентифікатора користувача лінії n. |
емс |
Стан Extension Mobility |
миша |
Ідентифікатор користувача Extension Mobility |
mpwd |
Пароль мобільності розширення |
Внутрішні коди помилок
Телефон визначає кількість внутрішніх кодів помилок (X00–X99) для спрощення конфігурації в забезпеченні більш тонкого контролю за поведінкою блоку за певних умов помилки.
Ім’я параметра |
Опис і значення за замовчуванням |
---|---|
X00 |
Помилка транспортного рівня (або ICMP) під час надсилання запиту SIP. |
X20 |
Час очікування відповіді запиту SIP вичерпано. |
X40 |
Загальна помилка протоколу SIP (наприклад, неприйнятний кодек у SDP у повідомленнях 200 і ACK, або тайм-аут під час очікування ACK). |
X60 |
Набраний номер неприпустимий відповідно до даної абонентської групи. |