Auto provisioning для grandstream или вынимаем и вкладываем душу в GXP1165

[chusov]

Вот тут есть описание всех параметров.

[Bansher]

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

[chusov]

Вы видели Configuration Template

[Bansher]

Да, простите, на странице с утилитами шаблон конфига тоже есть. Я его скачивал со страницы продукта.

[xReaper]

Да в принципе нормальный метод, вы посмотрите на polycom, как по мне там просто ужас, вот вам кусочек. pastebin.com/9Hx227V7

[Bansher]

С polycom-ами не доводилось дела иметь. В grandstream понравилось то, что не обязательно выписывать весь конфиг, достаточно указать интересующие параметры, остальные будут выставлены по умолчанию. У fanvil-ов, например, лишний пробел не в том месте сделает конфиг неработоспособным вообще.

[Magnum_M]

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

[navion]

Влан и адрес сервера можно закодировать в DHCP Option 43, которая применяется только к определённым Vendor Class Identifier Code и имеет приоритет перед Option 66. Она задаётся в HEX в формате: <номер опции dhcp>:<длина значения>:<значение>:00.

Например, номер влан 105 для опции 132 (VLAN ID) и сервер http://pbx.domain.tld/gs для опции 66 (TFTP Server Name) будет выглядеть так:

84:04:31:30:35:00:42:18:68:74:74:70:3a:2f:2f:70:62:78:2e:64:6f:6d:61:69:6e:2e:74:6c:64:2f:67:73:00

В документации про это написано, но там дурной пример с ACS URL, не сказано про приоритет и про разделитель для нескольких опций.
На форуме Грандстрема пострадавший коллега заставил WDS раздавать конфиги по TFTP, не разобравшись с опцией 43 или политикам виндового DHCP-сервера, которые могут переопределять опции для определённых клиентов.

[navion]

Тут ещё выяснилось, что стоковая прошивка (на GXP1615, 2130 и даже GAC2500) глючит при получении voice-vlan через LLDP-MED: не применяются настройки из Option 66 и сам телефон несколько раз переключается между voice и нетегированным вланом. Предположительно, он отправляет и ждёт ответы на DHCP без тага.
Пришлось выключить LLDP-MED на коммутаторах и отдавать голосовой VLAN с приоритетом через опции 132 и 133 (они применяются в паре), включив это в конфиге с применением после обновления прошивки.

С актуальной версией настройки применяются, но всё равно DHCP REQUEST с адресом из voice vlan может улететь без тага.

[navion]

На текущей прошивке (1.0.4.46) обнаружился баг в работе опции 132: перед переключением в voice vlan не освобождается IP-адрес в основном влане и телефоны могут выжрать весь пул.
При исчерпании пула он повторяет слать DHCP DISCOVER, но опция 132 не применяется даже после получения IP-адреса, как будто у этой фичи таймер или счётчик попыток.

В итоге сделал настройку в два этапа:
1. Телефон достаётся из коробки и включается в порт без LLDP-MED (или без настройки голосового влана), обновляется прошивка и применяются настройки.
2. Включается в розетку у пользователя с LLDP-MED, где работает как положено.

[9erhard]

Пытаюсь второй день DLink DPH-400SE/E/F2 поместить в Voice VLAN через Option 43. До этого использовал для подобного LLDP, но этот DLink его не умеет.
Что-то информации толковой в Инете не удалось найти, подскажи один момент.
1) Если Dlink в DHCP Discover в Option 55 указывает параметр (43) Vendor-Specific Information, это значит, что он сможет принять Voice VLAN от DHCP-сервера? Или этого недостаточно и нужно смотреть характеристики телефона?
2) Формат составления строки в Option 43 (как в твоем примере) стандартный, или у каждого вендора свой? Что-то мне разные варианты попадаются.