Comments 16
Спасибо за статью полезна при большом количестве цысок, про ускорение загрузки полезный совет!
Думаю данный процесс можно запилить и под другие вендоры (snow,astra...).
Думаю данный процесс можно запилить и под другие вендоры (snow,astra...).
За других вендоров не скажу, но у Grandstream всё несколько проще и урл с конфигами задаётся в DHCP Option 66.
Так урл с конфигом итак понятен без всяких option. Модель непонятна, о том и статья.
Модель должна быть в Option 60, а дальше прямо с DHCP-сервера через Option 43 можно отдавать разные папки в урле.
О, а это идея! Тогда не нужно хранилище связки мак-модель. Спасибо за подсказку, я подумаю.
Оставлю здесь для истории: Ciscoфоны серий 79xx, 78xx, 89xx, 88xx не обращают внимания на все варианты option 66, 43, 150, 159 и 160. То есть им можно задать сервер, но нельзя задать URL откуда брать конфигурационный файл.
Кстати ускорение больше всего заметно на выборе обоев — скачать List.xml и все тумбнейлы телефону становится намного проще ;)
У 7945 есть проблемы с этим — по tftp при количестве картинок ~20 он может повиснуть, а на http все ништяк.
У 7945 есть проблемы с этим — по tftp при количестве картинок ~20 он может повиснуть, а на http все ништяк.
На сколько помню, цискофоны могут использовать опцию 160. В ней можно указать сервер с конфигой вместе с протоколом (http://server.name:port/bla-bla-bla). А дальше хоть LDAP, хоть SQL, хоть что. Поищите cisco autoprovisioning.
Собственно у меня так и сделано. И если аппарат ещё ни разу в сети не был, то ему по шаблону создается конфига и отдается, а астеру добавляется новый пир. Таким образом технику достаточно взять любой аппарат из коробки и воткнуть его в сеть — через 2-3 минуты он готов к работе.
Если закупили другие аппараты, то добавляется модуль под эту модель, а вся логика остается прежней. Уже лет пять пользуюсь — техники довольны как слоны.
Собственно у меня так и сделано. И если аппарат ещё ни разу в сети не был, то ему по шаблону создается конфига и отдается, а астеру добавляется новый пир. Таким образом технику достаточно взять любой аппарат из коробки и воткнуть его в сеть — через 2-3 минуты он готов к работе.
Если закупили другие аппараты, то добавляется модуль под эту модель, а вся логика остается прежней. Уже лет пять пользуюсь — техники довольны как слоны.
Речь же шла об определении модели, а как вы с этим справились?
Первое — разные модели по-умолчанию запрашивают файл по разным путям (http://server:port/Cisco/SPA/model — как-то так, я пользовался сниффером и http-access.log, другие вендоры/модели соответственно по другому пути). Второе — можно парсить user agent, но тут вопрос не изменится ли он после обновления прошивки.Третье — как вариант я думал в ответ на запрос файла дергать что-то с клиента (можно его текущую конфигу, в ней есть модель), но тут опять же вопрос независимости от прошивки, ну и наверно не с любого аппарата можно что-то дернуть (есть же разные китайцы и т.п.).
В том и фишка — разные пути спрашивает Linksys, а ентерпрайз циски спрашивают SEP.xml, потом XMLdefault.xml и все. И в user-agent у них ничего нет. В буквальном смысле — даже поля такого нет. А дергать клиента тоже не получится — пока конфиг не получен — сервисы не подняты. Потому и предложен подобный механизм.
У меня вопрос, как человека у которого не одна сотня телефонов разбросанная по офисам, какой смысл в постоянной генерации конфиг файла, если проще один раз его сформировать и забыть? Изменение данных sip или пользовательских происходят редко, не каждый же день вы меняете фио сотруднику или регистрационные данные. У меня система работает следующим образом, свичи уведомляют об изменениях состояния портов (snmp), snmp сервер запускает скрипт, скрипт проверяет наличие конфиг файла для конкретного мака, если конфига нет он генерирует новый, тем самым выдает телефону новый номер, админу остается только зайти в web панель, найти только что сконфигурированый конфиг и привязать его к сотруднику, на этом настройка заканчивается. В случае изменения данных о сотруднике либо если необходимо донастроить телефон, вторая линия внешняя или еще что, админ просто заходит на web морду и редактирует конфигурационный файл пользователя, выглядит это примерно так:
Ваш подход довольно интересен и полезен для тех у кого много Cisco хотя не думаю что как-то зависим Ваш алгоритм от вендора телефонов
Ваш подход довольно интересен и полезен для тех у кого много Cisco хотя не думаю что как-то зависим Ваш алгоритм от вендора телефонов
У меня лично следующие аргументы:
Представим ситуацию — купили мы недавно 8845. Его — руководителю, телефон руководителя в переговорную, телефон из переговорной менеджеру, телефон менеджера — на помойку. На телефоне должна быть фамилия и актуальный номер человека. Это задается в конфиге, а конфиг получается персональным, значит динамическим. У вас — web, у меня LDAP, всего и разницы.
Или вот вторая ситуация — залили мы 9.4.2 в 8941, а он глючный, прошивку всем откатить надо. Cisco выпустила SR3, попробовали, вроде работает — накатить. Нет, все же проблемная — откатить.
От вендора не зависит, однако хочу заметить что такая проблема как узнать марку и подсунуть правильный конфиг актуальна только на циско и поликомах (из тех что у меня). Linksys сразу запрашивает общий конфиг типа spa901.cfg, например.
Представим ситуацию — купили мы недавно 8845. Его — руководителю, телефон руководителя в переговорную, телефон из переговорной менеджеру, телефон менеджера — на помойку. На телефоне должна быть фамилия и актуальный номер человека. Это задается в конфиге, а конфиг получается персональным, значит динамическим. У вас — web, у меня LDAP, всего и разницы.
Или вот вторая ситуация — залили мы 9.4.2 в 8941, а он глючный, прошивку всем откатить надо. Cisco выпустила SR3, попробовали, вроде работает — накатить. Нет, все же проблемная — откатить.
От вендора не зависит, однако хочу заметить что такая проблема как узнать марку и подсунуть правильный конфиг актуальна только на циско и поликомах (из тех что у меня). Linksys сразу запрашивает общий конфиг типа spa901.cfg, например.
Sign up to leave a comment.
Авто-генерация конфигурационных файлов телефонов Cisco