- Головна
- /
- Стаття
Налаштувати телефони 9800 та 8875 для оновлення прошивки (BroadWorks)
Ця стаття довідки стосується Cisco настільних телефонів серії 9800 та Cisco відеотелефону 8875, зареєстрованих на Cisco BroadWorks. Інформація на цій сторінці включає інформацію про методи оновлення прошивки телефону, спільне використання прошивки (PFS), журнали оновлення прошивки, параметри, пов'язані з оновленням.
Налаштування оновлення мікропрограми
Можна налаштувати оновлення мікропрограми через певні проміжки часу. Оновлення мікропрограми надсилається із сервера на телефон за протоколом TFTP або HTTP. У разі оновлення мікропрограми безпека є меншою проблемою, оскільки мікропрограма не містить персональної інформації.
Налаштувати параметри можна також у файлі конфігурації телефона з кодом XML (cfg.xml).
Перш ніж почати
Доступ до веб-сторінки адміністрування телефона.
| 1 |
Виберіть вкладку . |
| 2 |
У розділі "Оновлення мікропрограми" виберіть "Так" для параметра "Увімкнути оновлення". Щоб налаштувати цей параметр, в XML-файлі конфігурації телефона (cfg.xml), введіть рядок у такому форматі:
Варіанти: "Так" і "Ні" За замовчуванням: "Так" |
| 3 |
Установіть значення параметра "Затримка повторної спроби в разі помилки оновлення" в секундах. Інтервал перед повторною спробою оновлення (у секундах), застосований у разі помилки оновлення. Пристрій має таймер помилки оновлення мікропрограми, який активується після невдалої спроби оновлення мікропрограми. Таймер починає відлік зі значення цього параметра. Наступна спроба оновлення мікропрограми відбувається, коли відлік часу в таймері дійде до нуля. Щоб налаштувати цей параметр в XML-файлі конфігурації телефона (cfg.xml), введіть рядок у такому форматі:
За замовчуванням: 3600
|
| 4 |
Установіть параметр "Правило оновлення". Для цього введіть сценарій оновлення мікропрограми, який визначає умови оновлення та пов’язані URL-адреси мікропрограми. У ньому використовується той самий синтаксис, що й у правилі профілю. Введіть сценарій і вкажіть правило оновлення в такому форматі:
Наприклад: tftp://192.168.1.5/image/PHONEOS.3-0-1-0001-213.loads Щоб налаштувати цей параметр, в XML-файлі конфігурації телефона (cfg.xml), введіть рядок у такому форматі:
|
| 5 |
Натисніть "Надіслати всі зміни". |
Оновлення мікропрограми за допомогою сервера TFTP, HTTP або HTTPS
Телефон підтримує оновлення мікропрограми за допомогою сервера TFTP, HTTP або HTTPS.
Перш ніж почати
Файл завантаження мікропрограми необхідно завантажити на доступний сервер.
| 1 |
Розпакуйте файл ZIP за допомогою такої команди:
де:
|
| 2 |
Скопіюйте папку до каталогу завантажень TFTP, HTTP або HTTPS. |
| 3 |
Доступ до веб-сторінки адміністрування телефона. |
| 4 |
Виберіть вкладку . |
| 5 |
Знайдіть файл завантаження, ім’я якого закінчується на .loads, і додайте його до допустимої URL-адреси. |
| 6 |
Натисніть "Надіслати всі зміни". |
Оновлення мікропрограми за допомогою команди в браузері
Оновити мікропрограму телефона можна за допомогою команди, яка вводиться в адресний рядок браузера. Телефон оновлюється, лише коли перебуває в режимі очікування. Спроба оновлення виконується автоматично після завершення виклику.
|
Щоб оновити телефон за допомогою URL-адреси в браузері, введіть таку команду:
|
Увімкніть спільний обмін прошивкою peer
Peer Firmware Sharing (PFS) — це модель дистрибуції прошивки, яка дозволяє Cisco IP Phone знаходити інші телефони тієї ж моделі або серії в підмережі та ділитися оновленими файлами прошивки, коли потрібно оновити кілька телефонів одночасно. PFS використовує Cisco Peer-to-Peer-Distribution Protocol (CPPDP), який є пропрієтарним протоколом Cisco. У CPPDP усі пристрої в підмережі утворюють ієрархію однорангового, а потім копіюють прошивку або інші файли з однорангових пристроїв на сусідні. Для оптимізації оновлень прошивки root-телефон завантажує образ прошивки з сервера завантаження, а потім переносить прошивку на інші телефони в підмережі через з'єднання TCP.
Спільне використання прошивки з однорангом:
-
Обмежує перевантаження на передачах TFTP до централізованих серверів видалення навантаження.
-
Усуває необхідність ручного керування оновленнями прошивки.
-
Зменшує простоїв телефонів під час оновлень, коли велика кількість телефонів скидається одночасно.
-
Спільне використання прошивки не працює, якщо кілька телефонів не налаштовані на оновлення одночасно. Коли NOTIFY надсилається з Event:resync, він ініціює повторну синхронізацію на телефоні. Приклад XML, який може містити конфігурації для ініціації оновлення:
"Подія:ресинхронізація; профіль=" http://10.77.10.141/profile.xml -
Коли ви встановлюєте сервер Peer Firmware Sharing Log на адресу IP та порт, логи, специфічні для PFS, надсилаються на цей сервер у вигляді повідомлень UDP. Це налаштування потрібно робити на кожному телефоні. Потім ви можете використовувати повідомлення журналу для усунення проблем, пов'язаних із PFS.
Налаштувати параметри можна також у файлі конфігурації телефона з кодом XML (cfg.xml).
| 1 |
Відкрийте веб-сторінку адміністрування телефона. |
| 2 |
Виберіть вкладку . |
| 3 |
У розділі оновлення прошивки встановіть параметри: |
| 4 |
Натисніть "Надіслати всі зміни". |
Параметри оновлення мікропрограми
У наведеній нижче таблиці визначено функції та використання кожного параметра в розділі "Оновлення мікропрограми" вкладки "Підготовка".
|
Ім’я параметра |
Опис і стандартне значення |
|---|---|
|
Увімкнути оновлення |
Вмикає операції оновлення мікропрограми незалежно від дій повторної синхронізації. Значення за замовчуванням: "Так". Налаштуйте цей параметр одним із методів:
|
|
Затримка повторної спроби в разі помилки оновлення |
Інтервал перед повторною спробою оновлення (у секундах), застосований у разі помилки оновлення. Пристрій має таймер помилки оновлення мікропрограми, який активується після невдалої спроби оновлення мікропрограми. Таймер починає відлік зі значення цього параметра. Наступна спроба оновлення мікропрограми відбувається, коли відлік часу в таймері дійде до нуля. Значення за замовчуванням: 3600 секунд. Налаштуйте цей параметр одним із методів:
|
|
Правило оновлення |
Сценарій оновлення мікропрограми, який визначає умови оновлення та пов’язані URL-адреси мікропрограми. У ньому використовується той самий синтаксис, що й у правилі профілю. Використовуйте такий формат, щоб ввести правило оновлення:
Наприклад:
Якщо протокол не вказано, передбачається, що це TFTP. Якщо ім’я сервера не вказано, головний комп’ютер, який надсилає запит URL-адреси, використовується як ім’я сервера. Якщо порт не вказано, використовується порт за замовчуванням (69 для TFTP, 80 для HTTP або 443 для HTTPS). Значення за замовчуванням: пусто. Налаштуйте цей параметр одним із методів:
|
|
Повідомлення журналу про запит на оновлення |
Повідомлення системного журналу, видане на початку спроби оновлення мікропрограми. За замовчуванням: Налаштуйте цей параметр одним із методів:
|
|
Повідомлення журналу про успішне оновлення |
Повідомлення системного журналу, видане після успішної спроби оновлення мікропрограми. Значення за замовчуванням: Налаштуйте цей параметр одним із методів:
|
|
Повідомлення журналу про помилку оновлення |
Повідомлення системного журналу, видане після невдалої спроби оновлення мікропрограми. Значення за замовчуванням: Налаштуйте цей параметр одним із методів:
|
|
Спільне використання прошивки для партнерів |
Вмикає або вимикає функцію спільного використання прошивки (PFS). Виберіть «Так » або «Ні », щоб увімкнути або вимкнути функцію. За замовчуванням: Так Налаштуйте цей параметр одним із методів:
|
|
Сервер журналів спільного прошивки для однорангового прошивки |
Вказує адресу IP та порт, куди надсилається повідомлення UDP. Наприклад: 10.98.76.123:514, де 10.98.76.123 — адреса IP, а 514 — номер порту. Налаштуйте цей параметр одним із методів:
|