Comments 32
Т.е. вы закрепляете за сотрудником телефонный аппарат и он с ним путешествует по отделам?
По сути да. За мембером в AD закрепляется mac адрес аппарата. Я об этом расскажу в своей следующей статье.
Все зависит от задач. У нас в организации телефонные аппараты не у всех сотрудников. А значит, что на место сотрудника «с тел.аппаратом» может переехать сотрудник «без тел.аппарата».
Аппаратура выдается в IT отделе и закрепляется за сотрудником, как компьютер с мониторами так и телефонный аппарат.

С другой стороны, если у Вас задачи иные, то никто не мешает изменить mac адрес аппарата, привязав таким образом другой аппарат к сотруднику.
Как правило, стараются абстрагироваться от железа (и много чего)
И как-то у меня не укладывается в стройную систему ваш организационный подход: необходимое аппаратное и программное обеспечение зависит от роли сотрудника, а не от цвета его глаз. А у вас наоборот.
Увы, таковой подход диктует не IT отдел а бизнес процессы.
К тому же изменение физически места работы сотрудника не меняет направленности его деятельности. Менеджер программистом не станет при переезде.
А не проще автопровизионинг делать на аппарат привязанный к компу куда зашёл пользователь? Странные у Вас бизнес-процессы. А у кого нет аппарата, поставьте софтфон…
Очень интересует автоматическое разворачивание конфигурации телефонов DLINK DPH-150, жду продолжения!
Извините за вопрос не в тему… но интересно, перехват трафика разговора позволяет восстановить разговор? В смысле прослушки.
Разумеется. Сохранять звуковые файлы на основании собранного RTP-трафика умеет тот же wireshark.
Интересная статья, спасибо. Как показали себя в работе данные телефонные аппараты? Собираюсь в ближайшем времени перевести офис на цифровую телефонию и не могу определиться с выбором трубок.
Мы все знаем, какое бывает порой качество у небезызвестного всем d-link.
Дык есть б.у. телефоны cisco по цене ниже Длинка, есть linksys новые и тд… выбирайте! Не один же Длинк на рынке!
я к сожалению нахожусь далековато от Москвы, тут б.у. не найти, линксис дороже длинка в 2-3 раза что очень существенно.
Дык покупайте в Москве или Питере и заказывайте доставку!
На аукционах можно купить б.у. железки за копейки, продают часто по несколько штук и продавцы готовы отправлять куда скажете. Мой босс так покупал кучу телефонов циско для одной дружественной компании в средней полосе России, и ничо. Вся эта куча за пару дней была доставлена и установлена. Такие телефоны циско, возможно в их городе только у них одних ;) Но все сотрудники уже там к ним привыкли и регулярно пользуются удобными функциями этих телефонов. Телефоны по цене вышли дешевле новых длинков. Мне кажется, что в 21 веке проблем по доставке железа не существует. Есть проблемы с желанием!

Займитесь, и все получится! Удачи!
К сожалению помимо аукционов у нас ещё существует налоговая, бухгалтерия и совковые начальники… Но за совет спасибо, есть только вариант покупки на shop.nag.ru но там циско по цене тот же длинк\еалинк, несмотря на то что б\у.
Я покупал в офис 7912-ых цисок ящик у какой-то питерской конторы, просто загуглил «б.у. 7912» и выбрал тех кто вызвал больше доверия. Если пойдете по тому же пути то не забудьте что к телефонам нужны блоки питания, которые обычно в комплекте не идут. 7912, 7940, 7960 не умеют PoE, им нужен Cisco inline power.
Использую DLINK DPH-150S впринципе нареканий нету, но потом нашел более лучший выбор в виде продукции Yealink от IPMATIKA конкретно модели Yealink SIP-T20 или Yealink SIP-T20P(если нужен POE), а для секретарей и руководителей Yealink SIP-T28P.
Как раз выбираю между Yealink и DLINK, думаю всё-таки лучше Yealink брать.
Сейчас вот сравнивая оба аппрата Yealink гораздо более функциональней и подающщейся масосовой настройке, также качества пластика и кнопок у них получше и удобная вертикальная подставка! Так что советую Yealink.
Аппараты DPH-150 показали себя вполне адекватно. Как со стороны аппаратной части так и с программной. Основной недостаток при работе с этой моделью — практически полное отсутствие адекватной документации. Так же из минусов можно отметить внешний блок питания в формфакторе «зарядка от телефона», которую сложно подключить к бесперебойнику пользователя. Если подключать сеть к компьютеру через аппарат, то при пропадании питания телефона сеть так же обрывается.

Брак встретился всего один из примерно 30 штук. Не работали пара кнопок на самом аппарате.

Опять таки при выборе аппаратов исходите из своего бюджета и требований. Но если бюджет не сильно тяготит, то я бы остановился на аппаратах поддерживающих питание по сети PoE (802.3af) +сетевой свитч с поддержкой той же технологии и хорошая батарейка в серверной. Тогда при сбоях электропитания телефония будет более автономной.
А почему не использовали realtime для хранения пользователей? Он не требует передёргивания всего конфига, плюс свежедобавленные подтягиваются автоматом.
Какой именно realtime вы имеете ввиду?
Если связка с AD на уровне ядра asterisk, то причину я описывал вкратце в начале статьи.

К тому же минус приведенного выше метода лишь в отсутствии синхронизации доменных паролей, что в принципе для нагих задач не столь важно.
www.voip-info.org/wiki/view/Asterisk+RealTime
www.voip-info.org/wiki/view/Asterisk+RealTime+Sip

Это не LDAP auth, это хранение данных о пользователях и т.п. в odbc-enabled базе, из плюсов вы получите отсутствие перегрузки всего конфига при изменении пользователей + меньше шансов на нештатную ситуацию при ошибочных/ неправильной обработке входящих данных из AD т.к. они будут контролироваться на уровне схемы БД.
Да, возможно в этом есть смысл. И не исключено что мы не перейдем к такой схеме организации бэкенда.
Но от динамического изменения плана нумерации групп, в таком случае, все равно отказаться не удастся.
Почитал про agi. Довольно мощный интерфейс.
Но по моему субъективному мнению упростить реализацию идеи, с его помощью, довольно трудно и не тривиально.
perl как то ближе к сердцу.

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

Касательно .net на linux я пока отношусь довольно скептически. К тому же сколько же надо поставить пакетов и библиотек mono для поддержки .net платформы? На сколько я помню размеры там от 30мегабайт. Дополнительные пакеты это большой минус решению.
Автор, спасибо! Хорошая статья!
Для удобства можно использовать include, как, например в trixbox:
users.conf:
...
#include users_custom.conf
...

В этом случае не придется вставлять вывод скрипта в середину конфига, и таким образом минимизируются шансы накосячить.
Да, именно так изначально и подключался скрипт.
Сначала формировался файл конфигурации и лишь потом подключался инклудом. Не помню по какой причине решили перейти на '#exec'

Похоже что метод инклуда имеет еще один плюс, помимо Вами описанного. Так в случае, если AD не доступен, то скрипт не сбросит кэш текущих пользователей. Надо лишь предусмотреть такую ситуацию в скрипте. Чуть позже сделаю обновление статьи, где такой механизм реализован.
Only those users with full accounts are able to leave comments. Log in, please.