Мы начинаем публикацию цикла статей, посвященных автопровижинингу IP-телефонов Yealink. Цикл состоит из 3 статей:

  • обзор функции автопровижининга;

  • работа с конфигурационными файлами;

  • практический пример настройки провижн-сервера.

Автопровижининг — одна из важнейший функций современных VoIP-устройств, предназначенная для их массового развертывания и обслуживания. Массовое развертывание предполагает моментальный перевод устройств из состояния "из коробки" в состояние "готов к работе". Обслуживание предполагает управление настройками устройств — как по отдельности (передача персонифицированных настроек), так и группами устройств (передача общих параметров группам устройств, контроль за их изменением).

screenshot_1.PNG

Преимущества автопровижининга

  • Скорость развертывания. Моментальный ввод телефона в эксплуатацию сразу же после его подключения к сети.

  • Легкое администрирование. Удаленное и массовое изменение настроек телефонов, а также изменение индивидуальных параметров конкретного устройства.

  • Надежность. Минимизация числа ошибок при настройке за счет централизованности процесса и использованию шаблонных файлов/специальной утилиты для создания конфигов.

  • Универсальность. Множество способов и настраиваемых опций автопровижининга для гибкой настройки под любой сценарий использования функции.

Функция автопровижининга в устройствах Yealink

Yealink предлагает администратору обширный набор инструментов автопровижининга. Эту функцию поддерживают все IP-телефоны Yealink из актуального модельного ряда и большинство EOL-продуктов.

screenshot_2.PNG

Необходимые составляющие провижининга

  • Провижн-сервер. Доступные методы для автопровижининга: PnP, DHCP, Static, Zero Touch.

  • Конфигурационные файлы. Поддерживаются boot-файлы (менеджер конфигурационных файлов) и cfg-файлы (файл настроек).

  • Ресурс-файлы (телефонные книги, фотографии, мелодии звонка и пр.).

  • Файловый сервер. IP-телефоны Yealink могут взаимодействовать с сервером, работающим по протоколам FTP, TFTP, HTTP и HTTPS. По умолчанию используется протокол TFTP.

Кроме того, в зависимости от выбранного способа автопровижининга могут предъявляться некоторые специальные требования к сетевой среде, в которой разворачивается провижининг.

Процесс автопровижининга

screenshot_3.PNG

Ход процесса автопровижининга может различаться в зависимости от выбранного способа реализации, однако всегда состоит из нескольких ключевых этапов:

  1. подготовка конфигурационных и ресурс-файлов, размещение их на файловом сервере;

  2. настройка (в соответствии с выбранным способом провижининга) DHCP/PnP-сервера, ответственного за получение телефоном ссылки на провижн-сервер;

  3. инициирование пользователем процесса провижининга.

В настоящее время существует 2 механизма провижининга — без boot-файла и c boot-файлом.

Схематическое изображение механизмов провижининга

screenshot_4.png

Способы получения ссылки на провижн-сервер

Рассмотрим 5 наиболее популярных способов получения телефоном ссылки на провижн-сервер.

1. DHCP

Описание процесса: адрес провижн-сервера передается телефону DHCP-сервером при получении телефоном сетевых настроек.
Требуется: DHCP-сервер с поддержкой настройки DHCP-опций (43,66 или пользовательская опция), конфигурационный файл (файлы), файловый сервер для размещения конфигурационных файлов.
Процедура: при подключении телефона к сети (должен быть выбран DHCP-метод получения сетевых настроек), устройство обращается на DHCP-сервер, получает стандартные сетевые настройки (IP-адрес, маска, шлюз, DNS) и вместе с ними — ссылку на файловый сервер с конфигами (в теле настроенной DHCP-опции).

screenshot_5.PNG

2. PnP

Описание процесса: PnP-провижининг — это способ автопровижининга, при котором ссылку на провижн-сервер телефон получает от SIP-сервера.
Требуется: SIP-сервер с поддержкой соответствующего функционала, конфигурационный файл (файлы), файловый сервер для размещения конфигурационных файлов.
Процедура: при подключении телефона к сети устройство рассылает широковещательный запрос SIP SUBSCRIBE. Сервер может дать ответ SIP NOTIFY с командой на перезагрузку, после чего будет инициирован процесс автопровижининга с сервера, указанного в NOTIFY.

screenshot_6.PNG

3. Zero Touch

Описание процесса: адрес провижн-сервера вводится вручную через экранное меню телефона при включении.
Требуется: конфигурационный файл (файлы), файловый сервер для размещения конфигурационных файлов.
Процедура: при включении телефона на короткий промежуток времени появляется диалоговое окно с предложением осуществить автопровижининг. При утвердительном ответе будет предложено ввести адрес провижн-сервера.
Опция отключена в настройках по умолчанию, ее необходимо активировать через веб-интерфейс устройства:
Веб-интерфейс: Настройки -> Auto Provision -> Zero Active (Включено)

screenshot_7.PNG
Диалоговое окно при включении телефона с предложением осуществить провижининг

4. Вручную

Описание процесса: адрес провижн-сервера указывается вручную в настройках телефона.
Устройство будет обращаться на указанный сервер за конфигом при перезагрузке или с заданным интервалом.
Требуется: конфигурационный файл (файлы), файловый сервер для размещения конфигурационных файлов.
Процедура: настройка в веб-интерфейсе телефона.
Веб-интерфейс: Настройки -> Auto Provision -> URL-адрес сервера

screenshot_8.PNG
Указание ссылки на провижн-сервер вручную (старый веб-интерфейс)

screenshot_9.PNG
Указание ссылки на провижн-сервер вручную (новый веб-интерфейс)

После указания URL-адреса провижн-сервера устройство можно направить за настройками через перезагрузку телефона или выбор опции Обновить настройки сейчас.
Веб-интерфейс: Настройки -> Auto Provision -> Обновить настройки сейчас

screenshot_10.PNG

5. YDMP/YDMCS

YDMP и YMCS — платформы управления устройствами Yealink, которые позволяют создавать, редактировать, импортировать или экспортировать конфигурационные файлы, а также получать адрес провижн-сервера для устройств Yealink.
YDMP — программное решение, которое пользователь устанавливает на свое аппаратное устройство.
YMCS — облачный аналог YDMP.

screenshot_11.PNG
Веб-интерфейс YDMP

Вторая статья цикла посвящена принципам работы с конфигурационными файлами.

Следите за нашими новостями!

Комментарии (8)


  1. Komrus
    05.06.2023 07:07
    +2

    Этот самый "Автопровижининг" - задача нужная и важная. И развёртывать систему без него скучно.
    Но всегда интересовало - а как эту функцию по русски-то правильно обозвать можно?

    Авторазвёртывание? Автонастройка?


    1. Catherine_Romanova Автор
      05.06.2023 07:07

      Да, наверно, ближе всего по смыслу будет "автонастройка, автоконфигурирование". Но тоже не выговоришь с первого раза :)


      1. Harwest
        05.06.2023 07:07
        +1

        Деплой :)


        1. Catherine_Romanova Автор
          05.06.2023 07:07

          Хорошая попытка, но ищем вариант импортозамещения термина :)


          1. Harwest
            05.06.2023 07:07
            +2

            Ну для отчетов пишем 'развертывание'.


            1. Catherine_Romanova Автор
              05.06.2023 07:07

              Принимается :)


  1. 1A1A1
    05.06.2023 07:07
    +1

    С первым поигрался, было интересно. Писал скрипт который из csv с mac-адресом, номером, IP и прочими настройками, включая адрес сервера с адресной книгой, создавал готовые файлы на tftp-сервере.
    Немного про второй вариант бы поподробнее. Что за сервер с поддержкой функционала? Обычного Aterisk не хватит?

    Сервер может дать ответ SIP NOTIFY с командой на перезагрузку, после чего будет инициирован процесс автопровижининга с сервера, указанного в NOTIFY.
    Это должен быть всё тот же TFTP с набором файлов, что и в случае с DHCP?
    Третий и четвертый вариант - так себе автоматизация.


    1. Catherine_Romanova Автор
      05.06.2023 07:07

      Добрый день! Подробнее про второй вариант. Многие АТС имеют функционал PnP-сервера, а к "голому" Астериску его нужно будет дополнительно "прикрутить". Нужен FTP/TFTP/HTTP/HTTPS-сервер. Файлы едины для любого способа провижининга. Способ провижининга — это лишь метод предоставления телефону ссылки на файловый сервер с конфигурационными файлами.

      Что касается третьего и четвертого варианта, для компактных сценариев развертывания (небольшие организации, малое количество устройств) эти способы могут быть удобнее, чем PnP или DHCP.