Настройка телефона для повторной синхронизации профилей

Телефон поддерживает несколько сетевых протоколов для извлечения профилей конфигурации. Самый простой протокол передачи профилей — TFTP (RFC1350). TFTP широко используется для настройки сетевых устройств в частных локальных сетях. Хотя протокол TFTP не рекомендуется использовать для развертывания удаленных конечных точек через Интернет, он может быть удобен для развертывания в небольших организациях, предварительного выделения ресурсов, а также для разработки и тестирования. В следующей процедуре профиль изменяется после загрузки файла с сервера TFTP.

1

В среде локальной сети подключите компьютер и телефон к концентратору, коммутатору или малому маршрутизатору.

2

На компьютере установите и активируйте сервер TFTP.

3

Используйте текстовый редактор для создания профиля конфигурации.

Чтобы позже убедиться, что профиль настроен на вашем телефоне, можно задать некоторые значения в качестве меток. Например, задайте для параметра GPP_A значение 12345678, как показано в следующем примере:
<flat-profile>
  <GPP_A> 12345678
  </GPP_A>
</flat-profile>
4

Сохраните XML-файл конфигурации в корневой каталог сервера TFTP.

Правильную настройку сервера TFTP можно проверить: запросите файл профиля конфигурации, используя другой клиент TFTP вместо телефона. Предпочтительнее использовать клиент TFTP, работающий на отдельном хосте, с сервера настройки.

5

Откройте веб-страницу администрирования в веб-браузере на компьютере. Например предположим, что телефону присвоен IP-адрес 192.168.1.100. В этом случае откройте следующий URL в веб-браузере:

http://192.168.1.100/admin/advanced
6

Перейдите на вкладку Голосовая связь > Настройка и проверьте значения параметров общего назначения с GPP_A по GPP_P. Они должны быть пустыми.

7

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

Например:

Если TFTP-сервер имеет IP-адрес 192.168.1.200, команда должна быть такой же, как в следующем примере:

http://192.168.1.100/admin/resync?tftp://192.168.1.200/basic.txt

Когда телефон получает эту команду, устройство с адресом 192.168.1.100 запрашивает файл профиля конфигурации basic.txt с сервера TFTP по IP-адресу 192.168.1.200. Затем телефон анализирует загруженный файл и задает параметру GPP_A значение 12345678.

8

Убедитесь, что параметр обновлен правильно. Обновите веб-страницу администрирования и перейдите на вкладку Голосовая связь > Настройка.

Параметр GPP_A теперь должен содержать значение 12345678.

1

MAC-адрес телефона указан на его этикетке продукта. MAC-адрес — это число, выраженное цифрами и шестнадцатеричными цифрами в нижнем регистре, например 000e08aabbcc.

2

Присвойте файлу конфигурации имя CP-xxxx macaddress.cfg (заменив xxxx номером модели, а macaddress — MAC-адресом телефона).

Например:

CP-8875 000e08aabbcc.cfg

3

Переместите новый файл в виртуальный корневой каталог сервера TFTP.

4

Доступ к веб-странице администрирования телефона.

5

Выберите Голосовая связь  > Настройка.

6

Введите путь к файлу профиля в поле Правило профиля.

Пример: предположим, что IP-адрес сервера TFTP — 192.168.1.200, а имя файла профиля —

<Profile_Rule>
tftp://192.168.1.200/CP-8875$MA.cfg
</Profile_Rule>
7

Щелкните Submit All Changes. Это вызывает немедленную перезагрузку и повторную синхронизацию.

При выполнении следующей повторной синхронизации телефон извлекает новый файл, раскрыв выражение макроса $MA на MAC-адрес.

1

Установите HTTP-сервер на локальный компьютер или другой доступный узел.

Сервер Apache с открытым исходным кодом можно загрузить из Интернета.

2

Загрузите файл профиля конфигурации в виртуальный корневой каталог установленного сервера.

3

Для проверки правильности установки и доступа к файлу профиля откройте этот профиль в веб-браузере.

4

Вставьте в Profile_Rule тестового телефона указание на HTTP-сервер вместо TFTP-сервера, чтобы периодически загружать его профиль.

Например, если IP-адрес HTTP-сервера — 192.168.1.300, а имя файла профиля — basic. txt, введите следующее значение:

<Profile_Rule>http://192.168.1.200/basic.txt</Profile_Rule>
5

Щелкните Submit All Changes. Это вызывает немедленную перезагрузку и повторную синхронизацию.

6

Просмотрите сообщения системного журнала, отправляемые телефоном. Теперь при повторной синхронизации этот профиль должен загружаться с HTTP-сервера.

7

В журналах HTTP-сервера обратите внимание на появление в журналах агентов пользователей информации, идентифицирующей тестовый телефон.

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

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

Чтобы заставить телефон периодически повторно синхронизироваться с сервером, URL-адрес профиля конфигурации определяется с помощью параметра Profile_Rule, а период повторной синхронизации — с помощью параметра Resync_Periodic.

1

Доступ к веб-странице администрирования телефона.

2

Выберите Голосовая связь  > Настройка.

3

Определите параметр Profile_Rule. В этом примере предполагается, что TFTP-сервер имеет IP-адрес 192.168.1.200.

4

В поле Периодическая повторная синхронизация введите небольшое значение для тестирования, например 30.

5

Нажмите Применить все изменения.

С новыми настройками параметров телефон дважды в минуту повторно синхронизируется с файлом конфигурации, на который указывает URL-адрес.

6

Просмотрите результирующие сообщения в трассировке системного журнала.

7

Убедитесь, что в поле Повторная синхронизация после сброса задано значение Да.

<Resync_On_Reset>Yes</Resync_On_Reset>
8

Выключите и включите телефон, чтобы принудить его к повторной синхронизации с сервером настройки.

Если по какой-либо причине не удается выполнить повторную синхронизацию, например, если сервер не отвечает, то модуль ожидает заданное время (число секунд, настроено в параметре Задержка перед повтором синхронизации после ошибки) до следующей попытки повторной синхронизации. Если Задержка перед повтором синхронизации после ошибки равна нулю, телефон после неудачной попытки повторной синхронизации не делает следующую попытку.

9

(Дополнительно) Задайте в поле Задержка перед повтором синхронизации после ошибки небольшое значение, например 30.

<Resync_Error_Retry_Delay>30</Resync_Error_Retry_Delay>
10

Отключите TFTP-сервер и просмотрите результаты в выходных данных системного журнала.

В таблице ниже описываются функции и использование параметров повторной синхронизации профиля в разделе Профиль конфигурации на вкладке Голосовая связь > Настройка на веб-странице телефона. Здесь также определяется синтаксис строки, добавляемой в файл конфигурации телефона с XML-кодом (cfg.xml), для настройки параметра.

Таблица 1. Параметры повторной синхронизации профиля

Параметр

Описание

Включить настройку

Разрешает или запрещает действия по повторной синхронизации профиля.

  • В файле конфигурации телефона с XML-кодом (cfg.xml) введите строку в следующем формате:

    <Provision_Enable ua="na">Yes</Provision_Enable>
  • На веб-странице телефона в этом поле выберите значение Да, чтобы разрешить действия по повторной синхронизации, или значение Нет, чтобы блокировать такие действия.

Значение по умолчанию: Да

Повторная синхронизация после сброса

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

  • В файле конфигурации телефона с XML-кодом (cfg.xml) введите строку в следующем формате:

    <Resync_On_Reset ua="na">Yes</Resync_On_Reset>
  • На веб-странице телефона в этом поле выберите значение Да, чтобы разрешить повторную синхронизацию при включении питания или сбросе, или значение Нет, чтобы блокировать повторную синхронизацию при включении питания или сбросе.

Значение по умолчанию: Да

Произвольная задержка повторной синхронизации

Предотвращает перегрузку сервера настройки, когда одновременно включается большое количество устройств и осуществляется попытка первоначальной настройки. Эта задержка вступает в силу только при попытке первоначальной настройки после включения или сброса устройства.

Параметр — это максимальный интервал времени, который устройство ожидает перед подключением к серверу подготовки. Фактическая задержка — это псевдослучайное число от 0 до этого значения.

Значение этого параметра задается в единицах, равных 20 секундам.

Допустимое значение: от 0 до 65 535.

  • В файле конфигурации телефона с XML-кодом (cfg.xml) введите строку в следующем формате:

    <Resync_Random_Delay ua="na">2</Resync_Random_Delay>
  • На веб-странице телефона укажите число единиц (по 20 секунд), чтобы отложить выполнение повторной синхронизации на телефоне после включения или сброса.

Значение по умолчанию: 2 (40 с).

Повторная синхронизация в (ЧЧмм)

Время (ЧЧмм), когда телефон повторно синхронизируется с сервером настройки.

В этом поле необходимо указать четырехзначное число от 0000 до 2400, то есть время в формате «ччмм». Например, 0959 — это время 09:59.

  • В файле конфигурации телефона с XML-кодом (cfg.xml) введите строку в следующем формате:

    <Resync_At__HHmm_ ua="na">0959</Resync_At__HHmm_>
  • На веб-странице телефона укажите время в формате ЧЧММ, чтобы телефон начал повторную синхронизацию.

По умолчанию значение не указано. Если указано недопустимое значение, этот параметр не учитывается. Если для этого параметра указано допустимое значение, параметр Периодическая повторная синхронизация игнорируется.

Повторная синхронизация с произвольной задержкой

Предотвращает перегрузку сервера настройки, когда одновременно включается большое количество устройств.

Во избежание лавинных запросов повторной синхронизации на сервер с нескольких телефонов, телефон выполняет повторную синхронизацию в период между указанным временем в часах и минутах и временем в часах и минутах с произвольной задержкой (ччмм, ччмм+произвольная_задержка). Например, если произвольная задержка = (повторная синхронизация с произвольной задержкой + 30)/60 минут, указанное значение в секундах преобразуется в минуты с округлением до следующей минуты, чтобы получить окончательное значение интервала произвольной задержки.

  • В файле конфигурации телефона с XML-кодом (cfg.xml) введите строку в следующем формате:

    <Resync_At_Random_Delay ua="na">600</Resync_At_Random_Delay>
  • На веб-странице телефона укажите период времени в секундах.

Допустимое значение: от 600 до 65 535.

Если значение меньше 600, это внутренняя задержка в диапазоне от 0 до 600.

По умолчанию установлено значение 600 секунд (10 минут).

Периодическая повторная синхронизация

Временной интервал между периодической повторной синхронизацией с сервером настройки. Связанный таймер синхронизации действует только после первой успешной синхронизации с сервером.

Допустимые значения:

  • Целое число

    Пример: если ввести значение 3000, следующая повторная синхронизация выполнится через 3000 секунд.

  • Несколько целых чисел

    Пример: если ввести значение 600,1200,300, значит первая повторная синхронизация выполнится через 600 секунд, вторая повторная синхронизация — через 1200 секунд после первой, а третья — через 300 секунд после второй.

  • Диапазон времени

    Например, значение 2400+30 показывает, что следующая повторная синхронизация выполнится в промежутке между 2400 и 2430 секундами после успешной повторной синхронизации.

  • В файле конфигурации телефона с XML-кодом (cfg.xml) введите строку в следующем формате:

    <Resync_Periodic ua="na">3600</Resync_Periodic>
  • На веб-странице телефона укажите период времени в секундах.

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

Значение по умолчанию: 3600 секунд.

Задержка перед повтором синхронизации после ошибки

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

Допустимые значения:

  • Целое число

    Пример: если ввести значение 300, следующая повторная синхронизация выполнится через 300 секунд.

  • Несколько целых чисел

    Пример: если ввести значение 600,1200,300, значит повторная попытка выполнится через 600 секунд, вторая — через 1200 секунд после неудачной первой попытки, а третья — через 300 секунд после неудачной второй попытки.

  • Диапазон времени

    Например, значение 2400+30 показывает, что следующая повторная попытка выполнится в промежутке между 2400 и 2430 секундами после сбоя повторной синхронизации.

Если задержка равна нулю, устройство не пытается снова повторить синхронизацию после неудавшейся попытки синхронизации.

  • В файле конфигурации телефона с XML-кодом (cfg.xml) введите строку в следующем формате:

    <Resync_Error_Retry_Delay ua="na">60,120,240,480,960,1920,3840,7680,15360,30720,61440,86400</Resync_Error_Retry_Delay>
  • На веб-странице телефона укажите период времени в секундах.

Значение по умолчанию: 60,120,240,480,960,1920,3840,7680,15360,30720,61440,86400

Задержка принудительной синхронизации

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

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

Таймер на устройстве отсчитывает время, когда все линии на нем переходят в режим ожидания. Этот параметр — это исходное значение на счетчике. Повторная синхронизация откладывается до тех пор, пока счетчик не достигнет нулевого значения.

Допустимое значение: от 0 до 65 535.

  • В файле конфигурации телефона с XML-кодом (cfg.xml) введите строку в следующем формате:

    <Forced_Resync_Delay ua="na">14400</Forced_Resync_Delay>
  • На веб-странице телефона укажите период времени в секундах.

Значение по умолчанию: 14,400 с

Повторная синхронизация из SIP

Управляет запросами на повторную синхронизацию с помощью события SIP NOTIFY, отправляемого на телефон с прокси-сервера поставщика услуг. Если функция включена, прокси-сервер может запросить синхронизацию, отправив устройству сообщение SIP NOTIFY с заголовком «Event: resync».

  • В файле конфигурации телефона с XML-кодом (cfg.xml) введите строку в следующем формате:

    <Resync_From_SIP ua="na">Yes</Resync_From_SIP>
  • На веб-странице телефона выберите Да, чтобы включить эту функцию, или Нет, чтобы ее отключить.

Значение по умолчанию: Да

Попытка повторной синхронизации после обновления

Включает или отключает повторную синхронизацию после каждого обновления. Синхронизация выполняется после обновления программного обеспечения, если выбран параметр Да.

  • В файле конфигурации телефона с XML-кодом (cfg.xml) введите строку в следующем формате:

    <Resync_After_Upgrade_Attempt ua="na">Yes</Resync_After_Upgrade_Attempt>
  • На веб-странице телефона выберите Да, чтобы запустить повторную синхронизацию после обновления микропрограммного обеспечения, или Нет, чтобы не выполнять повторную синхронизацию.

Значение по умолчанию: Да

Триггер повторной синхронизации 1

Триггер повторной синхронизации 2

Если логическое уравнение в этих параметрах выдает значение FALSE, повторная синхронизация не срабатывает, даже если указано значение TRUE для параметра Повторная синхронизация при сбросе. Только повторная синхронизация через URL-адрес прямого действия и SIP игнорирует эти триггеры повторной синхронизации.

Эти параметры могут программироваться с помощью условного выражения, которое переключается на раскрытие макроса. Сведения о допустимых расширениях макросов см. в разделе «Переменные расширения макросов» в разделе «Параметры подготовки».

  • В файле конфигурации телефона с XML-кодом (cfg.xml) введите строку в следующем формате:

    <Resync_Trigger_1 ua="na">$UPGTMR gt 300 and $PRVTMR ge 600</Resync_Trigger_1>

    <Resync_Trigger_2 ua="na"/>

  • На веб-странице телефона укажите триггеры.

Значение по умолчанию: пустая строка

Настраиваемая пользователем повторная синхронизация

Позволяет пользователю выполнить повторную синхронизацию телефона с меню его экрана. Если задано значение Да, пользователь может повторно синхронизировать конфигурацию телефона; для этого нужно ввести правило профиля с телефона. Если задано значение Нет, параметр Правило профиля не отображается в меню на экране телефона.

  • В файле конфигурации телефона с XML-кодом (cfg.xml) введите строку в следующем формате:

    <User_Configurable_Resync ua="na">Yes</User_Configurable_Resync>

  • На веб-странице телефона выберите Да, чтобы отобразить параметр Правило профиля в меню телефона или выберите Нет, чтобы скрыть этот параметр.

Значение по умолчанию: Да

Сбой повторной синхронизации при получении ответа FNF (файл не найден)

Повторная синхронизация считается неудачной, если запрошенный профиль не был получен с сервера. Этот параметр переопределяет это поведение. Если для параметра установлено значение Нет и устройство получает от сервера ответ file-not-found (файл не найден), синхронизация считается успешной.

  • В файле конфигурации телефона с XML-кодом (cfg.xml) введите строку в следующем формате:

    <Resync_Fails_On_FNF ua="na">Yes</Resync_Fails_On_FNF>
  • На веб-странице телефона выберите значение Да, чтобы получить ответ file-not-found (файл не найден) в случае неудачной синхронизации, или значение Нет, чтобы получить ответ file-not-found (файл не найден) в случае успешной синхронизации.

Значение по умолчанию: Да

Тип аутентификации профилей

Указывает учетные данные, необходимые для аутентификации учетной записи профиля. Доступны следующие варианты:

  • Отключено: отключает функцию учетной записи профиля. Если эта функция отключена, на экране телефона не отображается экран Настройка учетной записи профиля.

  • Стандартная аутентификация HTTP: учетные данные HTTP для входа используются для аутентификации учетной записи профиля.

  • Аутентификация XSI: учетные данные XSI для входа или учетные данные XSI SIP используются для аутентификации учетной записи профиля. Учетные данные для аутентификации зависят от параметра Тип аутентификации XSI для телефона:

    • Если для параметра Тип аутентификации XSI для телефона указано значение Учетные данные для входа, используются учетные данные XSI.

    • Если для параметра Тип аутентификации XSI для телефона указано значение Учетные данные SIP, используются учетные данные XSI SIP.

  • В файле конфигурации телефона с XML-кодом (cfg.xml) введите строку в следующем формате:

    <Profile_Authentication_Type ua="na">Basic Http Authentication</Profile_Authentication_Type>
  • На веб-странице телефона выберите параметр из списка, чтобы телефон прошел повторную синхронизацию профиля.

Значение по умолчанию: Стандартная аутентификация HTTP

Дополнительные сведения см. в разделе «Определение типа аутентификации профиля» в разделе «Определение телефона для повторной синхронизации профиля».

Правило профиля

Правило профиля B

Правило профиля C

Правило профиля D

Каждое правило профиля информирует телефон источника, из которого извлекается профиль (файл конфигурации). Во время каждой операции повторной синхронизации телефон последовательно применяет все профили.

Если к файлам конфигурации применяется шифрование AES-256-CBC, укажите ключ шифрования с помощью ключевого слова --key как показано ниже:

[--key <ключ шифрования>]

При необходимости ключ шифрования можно заключить в кавычки (").

  • В файле конфигурации телефона с XML-кодом (cfg.xml) введите строку в следующем формате:

    <Profile_Rule ua="na">/$PSN.xml</Profile_Rule>

    <Profile_Rule_B ua="na"/>

    <Profile_Rule_C ua="na"/>

    <Profile_Rule_D ua="na"/>

  • На веб-странице телефона укажите правило профиля.

Значение по умолчанию: /$PSN.xml

Параметр DHCP для использования

Параметры DHCP, разделенные запятыми, которые используются для получения микропрограммного обеспечения и профилей.

Значение по умолчанию: 66,160,159,150,60,43,125

Используемый параметр DHCPv6

Параметры DHCP, разделенные запятыми, которые используются для получения микропрограммного обеспечения и профилей.

Значение по умолчанию: 17,160,159

Настроить телефоны можно с помощью функций Cisco XML.

Можно отправить объект XML на телефон с помощью пакета SIP NOTIFY или HTTP POST на интерфейс CGI телефона: http://IP-адрес_телефона/CGI/Execute.

В CP-XXXX-3PCC функция Cisco XML расширена для поддержки настройки через XML-объект:

<CP-xxxx-3PCCExecute> <ExecuteItem URL=Resync:[profile-rule]/></CP-xxxx-3PCCExecute>

После того как телефон получит объект XML, он загрузит файл инициализации из [profile-rule]. Это правило использует макросы для упрощения применения служб XML.

Подкаталоги с несколькими профилями на сервере обеспечивают удобный способ управления большим количеством развернутых устройств. URL профиля может содержать следующие значения:

  • Имя сервера настройки или явный IP-адрес. Если профиль идентифицирует сервер настройки по имени, телефон выполняет поиск в DNS для разрешения данного имени.

  • Нестандартный серверный порт, указанный в URL-адресе с использованием стандартного синтаксиса :port после имени сервера

  • Подкаталог для виртуального корневого каталога сервера, на котором хранится профиль, задается с помощью стандартной нотации URL-адреса и управляется раскрытием макроса.

Например, следующий параметр Profile_Rule запрашивает файл профиля ($PN. cfg) в серверном подкаталоге /cisco/config на сервере TFTP, который работает на хосте prov.telco.com, прослушивая подключение через порт 6900:

<Profile_Rule>
tftp://prov.telco.com:6900/cisco/config/$PN.cfg
</Profile_Rule>

Профиль для каждого телефона можно определить в параметре общего назначения, а его значение указывается в правиле общего профиля с помощью раскрытия макроса.

Допустим, GPP_B определяется как Dj6Lmp23Q.

Параметр Profile_Rule имеет значение:

tftp://prov.telco.com/cisco/$B/$MA.cfg

Когда устройство повторно синхронизируется и макросы раскрыты, телефон с MAC-адресом 000e08012345 запрашивает профиль с именем, содержащим MAC-адрес устройства по следующему URL-адресу:

tftp://prov.telco.com/cisco/Dj6Lmp23Q/000e08012345.cfg

Благодаря аутентификации профилей пользователи телефонов могут повторно синхронизировать профиль настройки на телефоне. Информация для аутентификации требуется, когда телефон пытается выполнить синхронизацию повторно и загрузить файл конфигурации, но отображается ошибка аутентификации HTTP или HTTPS 401. Если включить эту функцию, на телефоне отображается экран Настройка учетной записи профиля в следующих случаях:

  • при ошибке аутентификации HTTP или HTTPS 401 во время первой настройки после перезагрузки телефона;

  • если не указаны имя пользователя и пароль для учетной записи профиля;

  • если не указаны имя пользователя и пароль в правиле профиля.

Если пропустить или проигнорировать экран Настройка учетной записи профиля, экран настройки можно также открыть из меню экрана телефона или с помощью программной клавиши Настройка, которая отображается, если на телефоне не занята какая-либо линия.

Если эту функцию отключить, на телефоне не отображается экран Настройка учетной записи профиля.

Приоритет имени пользователя и пароля в поле Правило профиля выше, чем в учетной записи профиля.

  • Если указать правильный URL-адрес в поле Правило профиля, но не указывать имя пользователя и пароль, телефон должен выполнить аутентификацию или дайджест-проверку подлинности для повторной синхронизации профиля. Если указана правильная учетная запись профиля, аутентификация выполняется успешно. Если указана неправильная учетная запись профиля, аутентификация не выполняется.

  • Если указать правильный URL-адрес в поле Правило профиля, а также правильные имя пользователя и пароль, телефон должен выполнить аутентификацию или дайджест-проверку подлинности для повторной синхронизации профиля. Учетная запись профиля не используется для повторной синхронизации телефона. Успешно выполняется вход.

  • Если указать правильный URL-адрес в поле Правило профиля, но неправильные имя пользователя и пароль, телефон должен выполнить аутентификацию или дайджест-проверку подлинности для повторной синхронизации профиля. Учетная запись профиля не используется для повторной синхронизации телефона. Выполнить вход никогда не удастся.

  • Если указать неправильный URL-адрес в поле Правило профиля, выполнить вход никогда не удается.

В файле конфигурации телефона также можно задать параметры с помощью XML-кода (cfg.xml).

Тип аутентификации профиля можно указать на веб-странице администрирования телефона.

1

Доступ к веб-странице администрирования телефона.

2

Выберите Голосовая связь > Настройка.

3

В разделе Профиль конфигурации задайте параметр Тип аутентификации профилей, чтобы указать учетные данные для использования при аутентификации учетной записи профиля.

Этот параметр также можно настроить в файле конфигурации телефона (cfg.xml), введя строку в следующем формате:

<Profile_Authentication_Type ua="na">Disabled</Profile_Authentication_Type>

Параметры:

  • Отключено: отключает функцию учетной записи профиля. Когда эта функция отключена, меню Настройка учетной записи профиля не отображается на экране телефона.

  • Стандартная аутентификация HTTP: учетные данные HTTP для входа используются для аутентификации учетной записи профиля.

  • Аутентификация XSI: учетные данные XSI для входа или учетные данные XSI SIP используются для аутентификации учетной записи профиля. Учетные данные для аутентификации зависят от типа аутентификации XSI для телефона:

    Если для телефона задать тип аутентификации XSI «Учетные данные для входа», используются учетные данные XSI.

    Если на телефоне параметру «Тип аутентификации XSI» задано значение «Учетные данные SIP», используются учетные данные XSI SIP.

Значение по умолчанию: Стандартная аутентификация HTTP

4

Щелкните Submit All Changes.

Применение профиля к телефону вручную

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

1

Подключите компьютер к порту LAN телефона.

2

Запустите на компьютере приложение сервера TFTP и убедитесь, что файл конфигурации доступен в корневом каталоге TFTP.

3

В веб-браузере введите IP-адрес телефона для локальной сети, IP-адрес компьютера, имя файла и учетные данные для входа. Используйте следующий формат:

http://<IP_адрес_WAN>/admin/resync?tftp://<IP_адрес_ПК>/<имя_файла>&xuser=admin&xpassword=<пароль>

Например:

http://192.168.15.1/admin/resync?tftp://192.168.15.100/my_config.xml&xuser=admin&xpassword=admin

Выполните указанные ниже действия, чтобы загрузить конфигурацию на телефон с помощью cURL. Это средство командной строки используется для передачи данных с использованием синтаксиса URL. Чтобы загрузить cURL, посетите следующую страницу:

https://curl.haxx.se/download.html

Не рекомендуется использовать cURL для отправки конфигурации на телефон, поскольку во время использования cURL возможен подхват имени пользователя и пароля.

1

Подключите компьютер к порту LAN телефона.

2

Загрузите файл конфигурации на телефон, введя следующую команду cURL:

curl –d @my_config.xml“http://192.168.15.1/admin/config.xml&xuser=admin&xpassword=admin”

Профили конфигурации

Телефон принимает конфигурации в формате XML.

В примерах, приведенных в этом разделе, используются профили конфигурации с синтаксисом XML.

Профиль конфигурации определяет значения параметров для телефона.

XML-формат профиля конфигурации использует стандартные средства разработки XML для компиляции параметров и значений.

Поддерживается только кодировка UTF-8. При изменении профиля в редакторе не следует изменять формат кодировки; в противном случае телефон не сможет распознать файл.

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

Открытый формат профиля

Профиль открытого формата — это текстовый файл с синтаксисом, подобным XML, в иерархии элементов с атрибутами и значениями элементов. Этот формат позволяет использовать стандартные инструменты для создания файла конфигурации. Файл конфигурации в формате XML можно отправить с сервера настройки на телефон во время операции повторной синхронизации без компиляции как двоичного объекта.

Телефон может принимать форматы конфигурации, которые генерируются стандартными инструментами. Эта функция облегчает разработку программного обеспечения сервера окончательной настройки, создающего профили конфигурации из существующих баз данных.

Для защиты конфиденциальной информации в профиле конфигурации сервер настройки предоставляет файл конфигурации в формате XML на телефон через канал, защищенный TLS. При необходимости файл можно сжать с помощью алгоритма сжатия gzip (RFC1951).

Этот файл можно зашифровать одним из следующих способов шифрования:

  • Шифрование AES-256-CBC

  • Шифрование содержимого НТТР на основе RFC 8188 с помощью шифра AES-128-GCM

Файл конфигурации может включать следующие компоненты:

  • Теги элементов

  • Атрибуты

  • Параметры

  • Функции форматирования

  • Комментарии XML

Пример: формат открытия профиля

<flat-profile><Resync_On_Reset> Yes </Resync_On_Reset><Resync_Periodic> 7200 </Resync_Periodic><Profile_Rule> tftp://prov.telco.com:6900/cisco/config/CP_xxxx_MPP.cfg</Profile_Rule></flat-profile>

Тег элемента <flat-profile> включает все элементы параметров, распознаваемые телефоном.

Свойства тегов элементов

При создании или обновлении файла конфигурации необходимо учитывать следующие правила.

  • Формат настройки XML и веб-интерфейс позволяет установить аналогичные параметры настройки. Имена XML-тегов и имена полей в веб-интерфейсе идентичны, но изменяются благодаря ограничениям на имена XML-элементов. Например, символы подчеркивания (_) в файле XML конфигурации вместо пробелов в веб-интерфейсе пользователя.

  • Телефон распознает элементы с правильными именами параметров, которые инкапсулируются в специальный элемент <flat-profile>.

  • Имена элементов заключены в угловые скобки.

  • Большинство имен элементов аналогичны именам полей в веб-интерфейсе телефона со следующими изменениями:

    • Имена элементов не могут содержать пробелы и специальные символы. Для формирования имени элемента из имени поля веб-сайта замените подчеркиванием все пробелы или специальные символы [, ], (, )или /.

      Пример: элемент < Resync_On_Reset > представляет поле Resync On Reset.

    • Имя каждого элемента должно быть уникальным. В веб-интерфейсе телефона одно и то же поле может отображаться на нескольких веб-страницах, таких как страницы линии, пользователя и добавочного номера. Добавьте [n] к имени элемента, чтобы указать номер, который отображается на вкладке страницы.

      Пример: элемент <Dial_Plan_1_> представляет Dial Plan (номерной план для линии 1).

  • У каждого открывающего тега элемента должен быть соответствующий закрывающий тег элемента. Пример:

    <flat-profile><Resync_On_Reset> Yes  </Resync_On_Reset><Resync_Periodic> 7200  </Resync_Periodic><Profile_Rule>tftp://prov.telco.com: 6900/cisco/config/CP_xxxx_MPP.cfg  </Profile_Rule></flat-profile>
  • В тегах элементов учитывается регистр.

  • Пустые теги элементов допустимы и будут интерпретированы так, как если бы значение было пустым. Введите открывающий тег элемента без соответствующего тега элемента и вставьте пробел и косую черту до закрывающей угловой скобки (>). В этом примере правило профиля B пустое:

    <Profile_Rule_B />
  • Тег пустого элемента можно использовать для предотвращения перезаписи любых пользовательских значений во время операции повторной синхронизации. В следующем примере настройки быстрого набора номера пользователя не изменяются:

    <flat-profile><Speed_Dial_2_Name ua="rw"/><Speed_Dial_2_Number ua="rw"/><Speed_Dial_3_Name ua="rw"/><Speed_Dial_3_Number ua="rw"/><Speed_Dial_4_Name ua="rw"/><Speed_Dial_4_Number ua="rw"/><Speed_Dial_5_Name ua="rw"/><Speed_Dial_5_Number ua="rw"/><Speed_Dial_6_Name ua="rw"/><Speed_Dial_6_Number ua="rw"/><Speed_Dial_7_Name ua="rw"/><Speed_Dial_7_Number ua="rw"/><Speed_Dial_8_Name ua="rw"/><Speed_Dial_8_Number ua="rw"/><Speed_Dial_9_Name ua="rw"/><Speed_Dial_9_Number ua="rw"/></flat-profile>
  • Используйте пустое значение, чтобы задать для соответствующего параметра пустую строку. Введите открывающий и закрывающий элементы без значений между ними. В следующем примере для параметра GPP_A задается пустая строка.

    <flat-profile><GPP_A>  </GPP_A></flat-profile>
  • Нераспознанные имена элементов игнорируются.

Свойства параметров

Эти свойства относятся к параметрам:

  • Все параметры, которые не заданы в профиле, остаются на телефоне без изменения.

  • Нераспознанные параметры игнорируются.

  • Если профиль открытого формата содержит повторяющиеся вхождения тега одного параметра, то последнее из них переопределяет все предыдущие. Во избежание случайного переопределения значений конфигурации для параметра рекомендуется использовать в каждом профиле не более одного экземпляра параметра.

  • Приоритет имеет последний обработанный профиль. Если несколько профилей задают один и тот же параметр конфигурации, приоритет получает значение последнего профиля.

Форматы строк

Эти свойства используются для форматирования строк:

  • Комментарии разрешены в рамках стандартного синтаксиса XML.

    <!-- Комментарии приведены злесь -->
  • Пробелы в начале и конце допустимы для удобства чтения, но удаляются из значения параметра.

  • Новые строки в значении преобразуются в пробелы.

  • Заголовок XML в форме <? ? > разрешен, но телефон его проигнорирует.

  • Для ввода специальных символов используйте базовые управляющие символы XML, как показано в следующей таблице:

    Специальный символ

    XML-последовательность завершения

    & (амперсанд)

    &amp;

    < (меньше чем)

    &lt;

    > (больше чем)

    &gt;

    ' (апостроф)

    &apos;

    ” (кавычки)

    &quot;

    В приведенном ниже примере вводятся управляющие символы «больше, чем» и «меньше, чем», которые требуются в правиле плана набора номера. В этом примере определяется номерной план информационной «горячей линии», в котором задается параметр <Dial_Plan_1_> (Вход под учетной записью администратора > Дополнительно > Голосовая связь > Доб. (n)) равный (S0 <:18005551212>).

    <flat-profile> <Dial_Plan_1_> (S0 &lt;:18005551212&gt;) </Dial_Plan_1_></flat-profile>
  • Управляющие числовые символы, в которых используются десятичные и шестнадцатеричные значения (такие, как &#40; и &#x2e;), преобразуются.

  • Микропрограммное обеспечение телефона поддерживает только символы ASCII.

Открытый профиль конфигурации можно сжать для уменьшения сетевой нагрузки на сервер настройки. Профиль также можно зашифровать для защиты конфиденциальной информации. Сжатие не обязательно, но должно предшествовать шифрованию.

Сжатие открытого профиля

Поддерживаемый метод сжатия — алгоритм gzip (RFC1951). Программа gzip и библиотека поддержки сжатия, реализующая такой же алгоритм (zlib), доступны на веб-сайтах Интернета.

При определении сжатия телефон запрашивает заголовок, совместимый с gzip. Выполнение программы gzip из исходного открытого профиля генерирует такой заголовок. Телефон проверяет заголовок, чтобы определить формат загруженного файла.

Например, если профиль profile.xml является действительным, то файл profile.xml.gz также принимается. Одна из следующих команд может сформировать этот тип профиля:

  • >gzip profile.xml

    Заменяет исходный файл сжатым файлом.

  • >cat profile.xml | gzip > profile.xml.gz

    Оставляет исходный файл на месте и создает новый сжатый файл.

Шифрование открытого профиля

Шифрование симметричным ключом можно использовать для шифрования открытого профиля конфигурации независимо от того, является ли файл сжатым. Если применяется сжатие, то оно должно производиться перед шифрованием.

Сервер настройки использует HTTPS для проведения первоначальной настройки телефона после развертывания. Предварительно зашифрованные профили конфигурации в автономном режиме позволяют использовать HTTP для повторной синхронизации профилей. Это снижает нагрузку на сервер HTTPS при крупномасштабных развертываниях.

Телефон поддерживает два способа шифрования файлов конфигурации:

  • Шифрование AES-256-CBC

  • Шифрование содержимого HTTP на основе RFC 8188 с помощью шифра AES-128-GCM

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

Для имени файла конфигурации не требуется определенный формат, но имя файла, заканчивающееся расширением CFG, обычно обозначает профиль конфигурации.

Шифрование AES-256-CBC

Телефон поддерживает шифрование AES-256-CBC для файлов конфигурации.

Шифрование может выполняться с помощью средства шифрования OpenSSL, доступного на различных веб-сайтах Интернета. Для шифрования с 256-битным AES может потребоваться перекомпиляция средства шифрования для включения кода AES. Микропрограммное обеспечение проверено на версии openssl-1.1.1в.

В случае с зашифрованным файлом профиль ожидает, что файл будет иметь тот же формат, что и созданный с помощью следующей команды:

 # пример ключа шифрования = SecretPhrase1234 opensl enc–e –aes-256-cbc –k SecretPhrase1234 –в profile.xml –out profile.cfg # аналогичный вызов для сжатого файла XML открывается enc–e–aes-256-cbc –k SecretPhrase1234 –в profile.xml.gz –out profile.cfg 

Строчная «-k» предшествует секретному ключу, который может быть любой простой текстовой фразой и использоваться для формирования случайной 64-битной криптографической соли. С секретным кодом, указанным в аргументе «-k», средство шифрования формирует случайный 128-битный вектор инициализации и действительный 256-битный ключ шифрования.

Если такая форма шифрования используется в профиле конфигурации, телефон должен иметь данные о значении секретного ключа для расшифровки файла. Это значение указано как квалификатор в URL-адресе профиля. Синтаксис описан ниже с использованием явного URL-адреса:

[--key “SecretPhrase1234”] http://prov.telco.com/path/profile.cfg

Это значение программируется с помощью одного из параметров Profile_Rule.

Раскрытие макросов

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

Эти группы параметров перед началом оценки подвергаются макрорасширению:

  • Resync_Trigger_*

  • Profile_Rule*

  • Log_xxx_Msg

  • Upgrade_Rule

При определенных условиях некоторые параметры общего назначения (GPP_*) также подвергаются макроразложению, что явно указано в разделе «Аргументы необязательной синхронизации » ниже.

Во время раскрытия макросов содержимое именованных переменных заменяют выражения типа $NAME и $(NAME). Эти переменные включают параметры общего назначения, несколько идентификаторов продукта, определенные таймеры событий и значения состояния настройки. Полный список см. в разделе «Переменные расширения макросов » в разделе «Параметры подготовки».

В следующем примере выражение $(MAU) используется для вставки MAC-адреса 000E08012345.

Администратор вводит: $(MAU)config.cfg

Результирующее раскрытие макроса для устройства с MAC-адресом 000E08012345 представляет собой 000E08012345config.cfg

Если имя макроса не распознано, он остается не раскрытым. Например, название STRANGE не распознается как допустимое имя макроса, в то время как MAU распознается как таковое.

Администратор вводит: $STRANGE$MAU.cfg

Результирующее раскрытие макроса для устройства с MAC-адресом 000E08012345 представляет собой $STRANGE000E08012345.cfg

Раскрытие макросов не применяется рекурсивно. Например $$MAU" развертывается до $MAU" (развертывается $$) и не оказывает влияния на MAC-адрес.

Содержимое особых параметров назначения, от GPP_SA до GPP_SD, сопоставляется с макровыражениями от $SA до $SD. Эти параметры подвергаются макрорасширению только в качестве аргументов опций --key, --uidи --pwd в URL-адресе повторной синхронизации.

Условные выражения

Условные выражения могут инициировать процессы повторной синхронизации и выбора из числа альтернативных URL-адресов для проведения операций синхронизации и обновления.

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

Каждое сравнение может быть связано с одним из трех следующих типов литералов:

  • Целые числа

  • Номера версий программного или аппаратного обеспечения

  • Строки, заключенные в двойные кавычки

Номер версии

Версия программного обеспечения для видеотелефона Cisco 8875 указывается в этом формате (где BN — номер сборки):

PHONEOSyyyy.1-0-1-0001-BN

Где yyyy обозначает модель или серию телефона, 1 — основной номер версии, 0 — дополнительная версия, 1-0001 — это микроверсия, а BN — номер сборки.

Сравниваемая строка должна использовать тот же формат. В противном случае возникает ошибка анализа формата.

При сравнении версии ПО последовательно сравниваются основной номер версии, дополнительная версия и микроверсия, и цифры, находящиеся слева, имеют приоритет над последующими. Если номера версий идентичны, сравниваются номера сборки.

Примеры допустимого номера версии

PHONEOS-8875.1-0-1-0001-19

Сравнение

Строки в кавычках можно сравнивать на предмет равенства или неравенства. Целочисленные значения и номера версий также можно сравнивать арифметически. Операции сравнения можно выражать как символами, так и акронимами. Акронимы удобны для представления условия в профиле открытого формата.

Операция

Альтернативный синтаксис

Описание

Применимо к целочисленному объекту и версии

Применяется к объектам вида строк с кавычками

=

eq

Равно

Да

Да

!=

ne

Не равно

Да

Да

<

lt

меньше чем

Да

Нет

<=

le

меньше или равно

Да

Нет

>

gt.

больше чем

Да

Нет

>=

ge

больше или равно

Да

Нет

и

и

Да

Да

Важно заключить переменные макросы в двойные кавычки, когда предполагается наличие строкового литерала. Не делайте этого, если предполагается число или номер версии.

При использовании в контексте параметров Profile_Rule* и Upgrade_Rule условные выражения должны быть синтаксически оформлены "(выражение)?", как показано в этом примере правила обновления. Не забудьте заменить BN на номер сборки микропрограммного обеспечения, до которого необходимо выполнить обновление.

($SWVER ne PHONEOS-8875.1-0-1-0001-19)? http://ps.tell.com/sw/PHONEOS-8875.1-0-1-0001-BN.loads

Для настройки параметров Resync_Trigger_* не используйте описанное выше синтаксическое оформление с круглыми скобками.

Синтаксис URL

Используйте стандартный синтаксис URL для указания способа извлечения файлов конфигурации и загрузки микропрограммного обеспечения в параметрах Profile_Rule* и Upgrade_Rule соответственно. Синтаксис может выглядеть следующим образом:

[ scheme:// ] [ server [:port]] путь к файлу

Где scheme — одно из следующих значений:

  • tftp

  • http

  • https

Если значение scheme опущено, подразумевается TFTP. Сервер может быть именем хоста, опознаваемым DNS, или IP-адресом в числовом виде. port — номер порта UDP или TCP адресата. Путь к файлу должен начинаться с корневого каталога (/); путь должен быть абсолютным.

Если server не указан, используется сервер TFTP, заданный с помощью DHCP (опция 66).

Для правил обновления необходимо указать сервер.

Если port не указан, используется стандартный порт для указанной схемы. TFTP использует порт UDP 69, HTTP использует порт TCP 80, HTTPS использует порт TCP 443.

Должен быть указан путь к файлу. Это не обязательно ссылка на статический файл, может быть указаено и динамическое содержимое, полученное через CGI.

В URL-адресах применяется раскрытие макросов. Ниже приводятся примеры допустимых URL-адресов:

 /$MA.cfg /cisco/cfg.xml 192.168.1.130/profiles/init.cfg tftp://prov.call.com/cpe/cisco$MA.cfg http://neptune.speak.net:8080/prov/$D/$E.cfg https://secure.me.com/profile?Linksys 

При использовании опции DHCP 66 правила обновления не поддерживаются «пустым» синтаксисом. Это применимо только к Profile_Rule*.

Шифрование содержимого HTTP на основе RFC 8188

Для файлов конфигурации телефон поддерживает шифрование содержимого HTTP на основе RFC 8188 посредством шифра AES-128-GCM. При использовании этого метода шифрования любая сущность может читать заголовки HTTP-сообщений. Однако считывать полезную нагрузку могут только сущности, которым известен материал для генерации ключей. Когда у телеофна есть материал для генерации ключей, телефон и сервер настройки могут безопаснj обмениваться файлами конфигурации. При этом сторонние элементы сети могут использовать заголовки сообщений для процессов аналитики и мониторинга.

На телефоне материал для генерации ключей содержится в параметре конфигурации XML IKM_HTTP_Encrypt_Content. По соображениям безопасности доступ к этому параметру нельзя получить с веб-страницы администрирования телефона. Он также не отображается в файле конфигурации телефона, доступ к которому можно получить с IP-адреса телефона или из отчетов о конфигурации телефона, отправляемых на сервер настройки.

Если требуется использовать шифрование на основе RFC 8188, сделайте следующее:

  • Предоставьте телефону материл для генерации ключей, задав его посредством параметра XML IKM_HTTP_Encrypt_Content в файле конфигурации, который отправляется с сервера настройки на телефон.

  • Если это шифрование применяется к файлам конфигурации, которые отправляются с сервера настройки на телефон, заголовок HTTP Content-Encoding в файле конфигурации должен иметь значение aes128gcm.

    При отсутствии этого заголовка предпочтение отдается методу AES-256-CBC. Телефон применяет шифрование AES-256-CBC, если в правиле профиля присутствует ключ AES-256-CBC, независимо от наличия материала для генерации ключей.

  • Чтобы телефон применял это шифрование к отчетам о конфигурации, которые он отправляет на сервер настройки, в правиле отчетов не должно быть ключа AES-256-CBC.

Дополнительные аргументы повторной синхронизации

Дополнительные аргументы, key, uid и pwd могут предшествовать URL, указанным в параметрах Profile_Rule*, заключенных в квадратные скобки.

ключ

Параметр --key используется для указания телефону, что файл конфигурации, принимаемый им с сервера настройки, шифруется с помощью шифрования AES-256-CBC, если только заголовок Content-Encoding в файле не указывает на шифрование aes128gcm . Сам ключ задается в виде строки, следующей за словом --key. Ключ можно также заключить в кавычки ("). Телефон использует ключ для расшифровки файла конфигурации.

Примеры использования
[--key VerySecretValue][--key “my secret phrase”][--key a37d2fb9055c1d04883a0745eb0917a4]

Необязательные аргументы в квадратных скобках разворачиваются с помощью макроса. Параметры специального назначения, от GPP_SA до GPP_SD, представляют собой макросы, развернутые в виде переменных макросов, от $SA до $SD, только если они используются как аргументы опции «ключ». См. следующие примеры:

[--key $SC][--key “$SD”]

В профилях открытого формата аргумент опции --key должен быть тем же, что и у опции -k, предоставленной для openssl.

uid и pwd

Параметры uid и pwd могут использоваться для указания идентификатора пользователя и пароля, которые будут отправляться в ответ на основную и дайджест-проверку подлинности HTTP при запросе указанного URL-адреса. Необязательные аргументы в квадратных скобках разворачиваются с помощью макроса. Параметры специального назначения, от GPP_SA до GPP_SD, представляют собой макросы, развернутые в виде переменных макросов, от $SA до $SD, только если они используются как аргументы опции «ключ». См. следующие примеры:

GPP_SA = MyUserID GPP_SB = MySecretPassdu 

[--UID $SA--PWD $SB] https://provisioning_server_url/path_to_your_config/your_config.xml

затем развернется в

[--uid MyUserID --pwdMySecretPassword] https://provisioning_server_url/path_to_your_config/your_config.xml

Следующие типы данных используются в параметрах профиля конфигурации:

  • {a, b, c,...} — Выбор из a, b, c,...

  • Bool — логическое значение либо «да», либо «нет»

  • CadScript — минискрипт, задающий параметры ритмичности сигнала До 127 символов

    Синтаксис: S1[; S2], где:

    • Si= Di(oni,1/offi, 1[,oni, 2/offi, 2[,oni,3/offi, 3[,oni, 4/offi, 4[,oni, 5/offi, 5[,oni, 6/offi, 6]]]]), и называется сегментацией.

    • oni, j и offi, j — продолжительность включения/выключения (on/off) сегмента. i = 1 или 2, и j = 1 – 6.

    • Di — общая продолжительность отрезка в секундах.

    Все продолжительности могут иметь до трех десятичных разрядов, обеспечивая разрешение в 1 мс. Специальный символ «*» означает бесконечную длительность. Сегменты в пределах отрезка воспроизводятся последовательно и повторяются до воспроизведения всей продолжительности.

    Пример 1:

     60(2/4) Число участков каденса = 1 Раздел каденса 1: Длина раздела = 60 с Число сегментов = 1 сегмент 1: Вкл = 2 с, Выкл= 4 с, Общая длина звонка = 60 с 

    Пример 2. Выделяющийся вызов (короткий, короткий, короткий, длинный)

     60 (.2/.2,.2/.2,.2/.2,1/4) Число секций каденса = 1 Секция каденса 1: Длина раздела = 60 с. Число сегментов = 4 Сегмент 1: В = 0,2 с, Off = 0.2s Сегмент 2: Вкл = 0,2 с, Off = 0,2s Сегмент 3: Вкл = 0,2 с, Off = 0,2s, Сегмент 4: Вкл = 1,0 с, Off = 4,0 с Общая длина звонка = 60 с 
  • DialPlanScript — синтаксис сценариев, который используется для задания планов набора линий 1 и 2.

  • Float <n> — значение с плавающей точкой длиной до n десятичных разрядов.

  • FQDN — полное доменное имя длиной до 63 символов. Примеры:

    • sip.Cisco.com: 5060 или 109.12.14.12:12345

    • sip.Cisco.com или 109.12.14.12

  • FreqScript — минискрипт, задающий конкретные параметры частоты и уровня тональности. До 127 символов.

    Синтаксис: F1@L1[,F2@L2[,F3@L3[,F4@L4[,F5@L5[,F6@L6]]]]], где:

    • F1– F6 — это частота в Гц (только целые без знака).

    • L1– L6 — соответствующие уровни в дБм (до одного десятичного знака).

    Пробелы до и после запятой допускаются, но не рекомендуются.

    Пример 1. Сигнал вызова на ожидании:

     440@-10 Число частот = 1 частота 1 = 440 Гц при –10 дБм 

    Пример 2. Сигнал набора:

     350@-19,440@-19 Число частот = 2 Частота 1 = 350 Гц при –19 дБм, частота 2 = 440 Гц при –19 дБм 
  • IP — допустимый адрес IPv4 в формате x.x.x.x, где x находится в диапазоне от 0 до 255. Например: 10.1.2.100.

  • UserID — идентификатор пользователя, отображаемый в URL-адресе; до 63 символов.

  • Телефон — строка номера телефона, такая как 14081234567, *69, *72, 345678; или универсальный URL, например 1234@10.10.10.100:5068 или jsmith@Cisco.com. Строка может содержать до 39 символов.

  • PhTmplt — шаблон номера телефона. Каждый шаблон может содержать одну или несколько схем, разделенных запятой (,). Пробел в начале каждой схемы игнорируется. «?» и «*» представляют специальные символы. Для буквального представления используйте %xx. Например, %2а представляет *. Шаблон может содержать до 39 символов. Примеры: “1408*, 1510*”, “1408123????, 555?1.”.

  • Порт — номер порта TCP/UDP (0-65535). Может быть указано в десятичном или шестнадцатеричном формате.

  • ProvisioningRuleSyntax — синтаксис сценариев, который используется для определения правил обновления конфигурации и обновлений микропрограммного обеспечения.

  • PwrLevel — уровень мощности, выраженный в дБм, с одним знаком после запятой, например – 13,5 или 1,5 (дБм).

  • RscTmplt — шаблон кода статуса ответа SIP, например “404, 5*”, “61?”, “407, 408, 487, 481”. Может содержать до 39 символов.

  • SIG <n> — n-битное значение знакового типа. Может быть указано в десятичном или шестнадцатеричном формате. Знак «-» должен предшествовать отрицательным значениям. Знак «+» перед положительными значениями не обязателен.

  • Коды со звездочкой — код активации для дополнительной услуги, например *69. Код может содержать до 7 символов.

  • Str< n> — универсальная строка длиной до n незарезервированных символов.

  • Время < n > — продолжительность в секундах длиной до n десятичных разрядов. Лишние заданные десятичные знаки игнорируются.

  • ToneScript — минискрипт, который указывает параметры частоты, уровня и модуляции тонального сигнала выполнения вызова. Сценарий может содержать до 127 символов.

    Синтаксис: FreqScript; Z1[; Z2].

    Раздел Z1 подобен разделу S1 в CadScript за исключением того, что каждый сегмент вкл./выкл. сопровождается параметром частоты компонентов: Z1 = D1(oni, 1/offi, 1/fi, 1[,oni/offi, 2/fi, 2 [,oni, 3/offi, 3/f, 3 [, on i, 4/offi, 4/fi, 4 [,on., 5/offi, 5/fi, 5 [,oni,6/offi, 6/fi, 6]]]]]) где:

    • fi, j = n1[+n2]+n3[+n4[+n5[+n6]]]].

    • 1 < nk < 6 указывает компоненты частоты в FreqScript, которые используются в данном сегменте.

    Если в сегменте используется несколько компонентов частоты, эти компоненты суммируются.

    Пример 1. Сигнал набора:

     350@-19,440@-19; 10(*/0/1+2) Число частот = 2 Частота 1 = 350 Гц при –19 dBm Частоте 2 = 440 Гц при –19 дБм Число участков каденса = 1 Каденс Раздел 1: Длина раздела = 10 с Число сегментов = 1 Сегмент 1: Вкл= вечно, с частотами 1 и 2 Общая длина тонального сигнала = 10 с 

    Пример 2. Тональный сигнал прерывистый:

     350@-19,440@-19; 2(.1/.1/1+2); 10(*/0/1+2) Число частот = 2 Частота 1 = 350 Гц при частоте –19 dBm 2 = 440 Гц при –19 дБм Число участков каденции = 2 Раздел каденции 1: Длина раздела = 2s Число сегментов 1: Вкл = 0,1 с, Off = 0.1s с частотами частот 1 и 2, раздел 2: длина раздела = 10 с Число сегментов = 1 Сегмент 1: On = forever, с частотами частот 1 и 2 Общая длина тонального сигнала = 12 с 
  • Uns<n> — n-битное значение без знака, где n = 8, 16 или 32. Может быть указано в десятичном или шестнадцатеричном формате, например 12 или 0x18, при условии, что значение помещается в n бит.

Учитывайте следующие условия:

  • <Par Name> — имя параметра конфигурации. В профиле соответствующий тег формируется путем замены пробела символом подчеркивания «_», например Par_Name.
  • Пустое поле значения по умолчанию подразумевает пустую строку < "" >.
  • Телефон продолжает использовать последние настроенные значения для тегов, которые отсутствуют в данном профиле.
  • Шаблоны сравниваются в указанном порядке. Выбирается первое, а не ближайшее совпадение. Имя параметра должно совпадать в точности.
  • Если в профиле задано более одного определения параметра, именно последнее такое определение в файле вступает в силу на телефоне.
  • Указание параметра с пустым значением параметра приводит к возврату значения параметра по умолчанию. Чтобы вместо этого указать пустую строку, используйте пустую строку "" как значение параметра.