Comments 32
Спасибо, интересно. Ждем продолжения.
Т.е. вы закрепляете за сотрудником телефонный аппарат и он с ним путешествует по отделам?
По сути да. За мембером в AD закрепляется mac адрес аппарата. Я об этом расскажу в своей следующей статье.
Это явно не best practices :-)
Все зависит от задач. У нас в организации телефонные аппараты не у всех сотрудников. А значит, что на место сотрудника «с тел.аппаратом» может переехать сотрудник «без тел.аппарата».
Аппаратура выдается в IT отделе и закрепляется за сотрудником, как компьютер с мониторами так и телефонный аппарат.
С другой стороны, если у Вас задачи иные, то никто не мешает изменить mac адрес аппарата, привязав таким образом другой аппарат к сотруднику.
Аппаратура выдается в IT отделе и закрепляется за сотрудником, как компьютер с мониторами так и телефонный аппарат.
С другой стороны, если у Вас задачи иные, то никто не мешает изменить mac адрес аппарата, привязав таким образом другой аппарат к сотруднику.
А не проще автопровизионинг делать на аппарат привязанный к компу куда зашёл пользователь? Странные у Вас бизнес-процессы. А у кого нет аппарата, поставьте софтфон…
Очень интересует автоматическое разворачивание конфигурации телефонов DLINK DPH-150, жду продолжения!
есть над чем подумать, спасибо за наводку
Извините за вопрос не в тему… но интересно, перехват трафика разговора позволяет восстановить разговор? В смысле прослушки.
Интересная статья, спасибо. Как показали себя в работе данные телефонные аппараты? Собираюсь в ближайшем времени перевести офис на цифровую телефонию и не могу определиться с выбором трубок.
Мы все знаем, какое бывает порой качество у небезызвестного всем d-link.
Мы все знаем, какое бывает порой качество у небезызвестного всем d-link.
Дык есть б.у. телефоны cisco по цене ниже Длинка, есть linksys новые и тд… выбирайте! Не один же Длинк на рынке!
я к сожалению нахожусь далековато от Москвы, тут б.у. не найти, линксис дороже длинка в 2-3 раза что очень существенно.
Дык покупайте в Москве или Питере и заказывайте доставку!
На аукционах можно купить б.у. железки за копейки, продают часто по несколько штук и продавцы готовы отправлять куда скажете. Мой босс так покупал кучу телефонов циско для одной дружественной компании в средней полосе России, и ничо. Вся эта куча за пару дней была доставлена и установлена. Такие телефоны циско, возможно в их городе только у них одних ;) Но все сотрудники уже там к ним привыкли и регулярно пользуются удобными функциями этих телефонов. Телефоны по цене вышли дешевле новых длинков. Мне кажется, что в 21 веке проблем по доставке железа не существует. Есть проблемы с желанием!
Займитесь, и все получится! Удачи!
На аукционах можно купить б.у. железки за копейки, продают часто по несколько штук и продавцы готовы отправлять куда скажете. Мой босс так покупал кучу телефонов циско для одной дружественной компании в средней полосе России, и ничо. Вся эта куча за пару дней была доставлена и установлена. Такие телефоны циско, возможно в их городе только у них одних ;) Но все сотрудники уже там к ним привыкли и регулярно пользуются удобными функциями этих телефонов. Телефоны по цене вышли дешевле новых длинков. Мне кажется, что в 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.
Аппараты DPH-150 показали себя вполне адекватно. Как со стороны аппаратной части так и с программной. Основной недостаток при работе с этой моделью — практически полное отсутствие адекватной документации. Так же из минусов можно отметить внешний блок питания в формфакторе «зарядка от телефона», которую сложно подключить к бесперебойнику пользователя. Если подключать сеть к компьютеру через аппарат, то при пропадании питания телефона сеть так же обрывается.
Брак встретился всего один из примерно 30 штук. Не работали пара кнопок на самом аппарате.
Опять таки при выборе аппаратов исходите из своего бюджета и требований. Но если бюджет не сильно тяготит, то я бы остановился на аппаратах поддерживающих питание по сети PoE (802.3af) +сетевой свитч с поддержкой той же технологии и хорошая батарейка в серверной. Тогда при сбоях электропитания телефония будет более автономной.
Брак встретился всего один из примерно 30 штук. Не работали пара кнопок на самом аппарате.
Опять таки при выборе аппаратов исходите из своего бюджета и требований. Но если бюджет не сильно тяготит, то я бы остановился на аппаратах поддерживающих питание по сети PoE (802.3af) +сетевой свитч с поддержкой той же технологии и хорошая батарейка в серверной. Тогда при сбоях электропитания телефония будет более автономной.
А почему не использовали realtime для хранения пользователей? Он не требует передёргивания всего конфига, плюс свежедобавленные подтягиваются автоматом.
Какой именно realtime вы имеете ввиду?
Если связка с AD на уровне ядра asterisk, то причину я описывал вкратце в начале статьи.
К тому же минус приведенного выше метода лишь в отсутствии синхронизации доменных паролей, что в принципе для нагих задач не столь важно.
Если связка с AD на уровне ядра asterisk, то причину я описывал вкратце в начале статьи.
К тому же минус приведенного выше метода лишь в отсутствии синхронизации доменных паролей, что в принципе для нагих задач не столь важно.
www.voip-info.org/wiki/view/Asterisk+RealTime
www.voip-info.org/wiki/view/Asterisk+RealTime+Sip
Это не LDAP auth, это хранение данных о пользователях и т.п. в odbc-enabled базе, из плюсов вы получите отсутствие перегрузки всего конфига при изменении пользователей + меньше шансов на нештатную ситуацию при ошибочных/ неправильной обработке входящих данных из AD т.к. они будут контролироваться на уровне схемы БД.
www.voip-info.org/wiki/view/Asterisk+RealTime+Sip
Это не LDAP auth, это хранение данных о пользователях и т.п. в odbc-enabled базе, из плюсов вы получите отсутствие перегрузки всего конфига при изменении пользователей + меньше шансов на нештатную ситуацию при ошибочных/ неправильной обработке входящих данных из AD т.к. они будут контролироваться на уровне схемы БД.
Да, возможно в этом есть смысл. И не исключено что мы не перейдем к такой схеме организации бэкенда.
Но от динамического изменения плана нумерации групп, в таком случае, все равно отказаться не удастся.
Но от динамического изменения плана нумерации групп, в таком случае, все равно отказаться не удастся.
www.voip-info.org/wiki/view/Asterisk+func+db — общение с базой из диалплана
ну или agi/fastagi скрипт позволит сделать то же с диалпланом
ну или agi/fastagi скрипт позволит сделать то же с диалпланом
Почитал про agi. Довольно мощный интерфейс.
Но по моему субъективному мнению упростить реализацию идеи, с его помощью, довольно трудно и не тривиально.
perl как то ближе к сердцу.
Но как вариант реализации идеи, однозначно имеет место быть.
Но по моему субъективному мнению упростить реализацию идеи, с его помощью, довольно трудно и не тривиально.
perl как то ближе к сердцу.
Но как вариант реализации идеи, однозначно имеет место быть.
www.voip-info.org/wiki/view/Asterisk+AGI
посмотрите, там есть примеры на perl
на .Net fast agi пишется минут за 30 под вашу задачу
посмотрите, там есть примеры на perl
на .Net fast agi пишется минут за 30 под вашу задачу
Да, я посмотрел варианты использования AGI интерфейса asterisk. Но я не понимаю какие преимущества этого метода по сравнению с тем, который описан выше?
Касательно .net на linux я пока отношусь довольно скептически. К тому же сколько же надо поставить пакетов и библиотек mono для поддержки .net платформы? На сколько я помню размеры там от 30мегабайт. Дополнительные пакеты это большой минус решению.
Касательно .net на linux я пока отношусь довольно скептически. К тому же сколько же надо поставить пакетов и библиотек mono для поддержки .net платформы? На сколько я помню размеры там от 30мегабайт. Дополнительные пакеты это большой минус решению.
Автор, спасибо! Хорошая статья!
Для удобства можно использовать include, как, например в trixbox:
users.conf:
В этом случае не придется вставлять вывод скрипта в середину конфига, и таким образом минимизируются шансы накосячить.
Для удобства можно использовать include, как, например в trixbox:
users.conf:
...
#include users_custom.conf
...
В этом случае не придется вставлять вывод скрипта в середину конфига, и таким образом минимизируются шансы накосячить.
Да, именно так изначально и подключался скрипт.
Сначала формировался файл конфигурации и лишь потом подключался инклудом. Не помню по какой причине решили перейти на '#exec'
Похоже что метод инклуда имеет еще один плюс, помимо Вами описанного. Так в случае, если AD не доступен, то скрипт не сбросит кэш текущих пользователей. Надо лишь предусмотреть такую ситуацию в скрипте. Чуть позже сделаю обновление статьи, где такой механизм реализован.
Сначала формировался файл конфигурации и лишь потом подключался инклудом. Не помню по какой причине решили перейти на '#exec'
Похоже что метод инклуда имеет еще один плюс, помимо Вами описанного. Так в случае, если AD не доступен, то скрипт не сбросит кэш текущих пользователей. Надо лишь предусмотреть такую ситуацию в скрипте. Чуть позже сделаю обновление статьи, где такой механизм реализован.
Sign up to leave a comment.
Интеграция asterisk с Active Directory