Уже много лет активно обсуждается применение linux на корпоративном десктопе. Ну что же, это вполне возможно и ни капли не смертельно. Уж я то точно могу об этом сказать, так как проэкспериментировал на собственной фирме.
Не так давно наша фирма решила немного расширить свое розничное направление (а торгует наша компания мебелью), и запустила новый бренд розничной сети. Ну и под этим брендом открываются у нас несколько магазинов. Вообще магазины у нас были довольно таки обкатаной единицей к тому времени - контроллер домена + файлосвалка, офисная АТС, около 4 рабочих станций, около 5 тонких клиентов (Thinstation linux).
Как у любых администраторов, linux был конечно же у всех на слуху (а у кого то и на рабочем месте). Я вообще довольно давно разбирался в вопросах как сделать интегрированую сеть на linux, и наработки были. И решили все таки попробовать.
Стандартную схему переработали, контроллер домена сменили на linux сервер, АТС на него же. Так же linux установили на все рабочие места. Единственной рабочее место с windows, это место "Моделирование кухонь". Многие производители кухонь делают что то на коленке для этих целей, а коленка у них это access, ms jet и иже с ними. В общем wine я под это заточить не сумел, да и с возможными косяками возится не очень то и хотелось - я же все таки ленивый админ или как?
Традиционную телефонию убрали, sipx нам в этом хорошо помог. При ценах на офисные АТС, даже дешевле получилось, ну а плюсы вы можете прочесть в любой из сотен рекламных брошюр по теме. Если еще сюда прибавить, что собственно телефон как отдельный аппарат это опция, то получается совсем уж замечательно.
Ну а самое важное для корпоратива, это конечно же логины, пароли, сетевые папки. Ну это просто достаточно - ldap как хранилище авторизационной информации, kerberos как служба аутентификации, nfs4 как сетевая фс, samba для общения с офисом, который еще не так продвинут (тяжело его продвинуть все таки, магазин он маленький, а офис...).
Вот это то наверное и буду описывать в дальнейшем, для этого и завел себе блог. Но сразу стоит оговориться, что коробочного толкового решения я еще не видел, чтоб хоп, как в windows, пару раз мышкой щелкнули, и машина в домене. Сейчас активно разрабатываются FreeIPA, Mandriva DS, но первый минус этой кухни - работает в одном каком то конкретном дистрибутиве (fedora и mandriva, конечно же), а второе - еще не допилено до конца. Можно сказать , что у меня есть предвзятое отношение, но mandriva у меня всегда вызывала опасения. Возможно я не прав, и руки у них за столько лет стали прямее, но ранний опыт использования не впечатлил. Fedora же довольно последовательно строит свой каталог, и уважение корпоративщиков к ее старшему брату, существует видимо неспроста.
А пока я строю свой каталог на коленке из openldap и heimdal kerberos, но об этом в следующих сериях.
Показаны сообщения с ярлыком sipx. Показать все сообщения
Показаны сообщения с ярлыком sipx. Показать все сообщения
понедельник, 24 марта 2008 г.
SipX, стоит обратить внимание
Не многие знают об этом продукте, а между тем, работает он, на мой взгляд, лучше asterisk.
Ниша его - корпоративная VoIP связь. В отличие от ser, который может применятся для создания публичных VoIP сервисов, SipX имеет в своем составе голосовую почту, группы дозвона, хороший web интерфейс для управления. Также есть возможность настройки телефонов через тот же интерфейс (телефоны будут забирать все настройки через dhcp + tftp). Есть и еще пара полезных фич, о которых вы можете прочесть сами. Главные отличия от asterisk - поддерживает только sip (но уж ближе к rfc его не поддерживает практически никто), нет никаких reinvite (те сервер просто не пропускает поток rtp через себя, и именно поэтому не имеет проблем с джиттерами и кодеками).
Самым сложным для меня в отоношениях с sipx была его установка. Но есть уже готовые пакеты для rpm дистрибутивов. Мне же, как любителю debian, пришлось порядком повозиться с доустановкой дополнительных пакетов и настройкой odbc и java. Впрочем, в wiki есть основные моменты.
Данная запись это не подробное описание продукта. Это скорее повод посмотреть на него, для тех, кому VoIP интересен.
Мои личные впечатления от SipX крайне положительны. Его эксплуатация в тестовом режиме за несколько месяцев не выявила никаких паталогий. Могу только вспомнить неприятность с телефоном Addpac IP100, который не сохранял CSeq, и из за этого не мог зарегистрироваться на сервере после перезагрузки. Перезагружать SipX из за глюков не приходилось.
Из переписки
Глянуть можно, но в головном офисе он пока стоит на моей машине, хотя и обслуживает все звонки. Те это тестовая установка, по моему мнению, потому как выделенного сервера пока под него нет. Но вроде как сбоев при этом не было.
Я его на данный момент расставляю в филиалах, где обычной телефонии нет в принципе. А так связь на данный момент через шлюзы, прицепленные к атскам в старых филиалах (у нас сейчас куча новых открывается, в них вот как раз АТСки офисной нет, есть шлюз на городские номера и ip фоны на рабочих местах).
Почему не астериск - был плохой опыт его использования. Много глюков от его привычки пускать вначале соединение через себя. Те он проксирует rtp поток. Из этого получается, что он должен понимать все кодеки, а это не так. Потом он rtp пытается перевести с помощью функции reinvite, и это самый большой источник глюков. Победить это все можно, если желание есть. У меня нет : )
SipX настраивается через web морду, удобно, просто (астериск тоже умеет). Потоки через себя не пропускает, что избавляет от части проблем - меньше нагрузка на сервер, нет возни с jitter буферами и тп (пусть этим производители железок озабачиваются). А оно ему и не надо. Всякие штуки типа звонка сразу на 5 телефонов держит легко. Есть что то для ivr и тп, пока не требовалось, полный переход на ип телефонию планируется после обкатки решения на филиалах. Намного более asterisk'a соответствует rfc. В общем именно как офисная АТС прекрасен. Можно делать кластер и тп.
По части сервера, смотрящего в мир (ну там по типу skype, sipnet) я бы наверное не рекомендовал. Тут больше ser подходит, особенно по сравнению с астериском, ибо в нем уже вообще нечему глючить. Вот только ser не совсем тривиален в настройке - это вообще конструктор еще тот. Конфиг - программа на си подобном языке. Но уж наконфигурить можно все что угодно. Но тут подводный камень - это sip router именно, а потому делать специфичные вещи типа звонков на несколько номеров ему тупо не под силу. В общем для публичного сервиса хорош, для офиса не очень.
Ниша его - корпоративная VoIP связь. В отличие от ser, который может применятся для создания публичных VoIP сервисов, SipX имеет в своем составе голосовую почту, группы дозвона, хороший web интерфейс для управления. Также есть возможность настройки телефонов через тот же интерфейс (телефоны будут забирать все настройки через dhcp + tftp). Есть и еще пара полезных фич, о которых вы можете прочесть сами. Главные отличия от asterisk - поддерживает только sip (но уж ближе к rfc его не поддерживает практически никто), нет никаких reinvite (те сервер просто не пропускает поток rtp через себя, и именно поэтому не имеет проблем с джиттерами и кодеками).
Самым сложным для меня в отоношениях с sipx была его установка. Но есть уже готовые пакеты для rpm дистрибутивов. Мне же, как любителю debian, пришлось порядком повозиться с доустановкой дополнительных пакетов и настройкой odbc и java. Впрочем, в wiki есть основные моменты.
Данная запись это не подробное описание продукта. Это скорее повод посмотреть на него, для тех, кому VoIP интересен.
Мои личные впечатления от SipX крайне положительны. Его эксплуатация в тестовом режиме за несколько месяцев не выявила никаких паталогий. Могу только вспомнить неприятность с телефоном Addpac IP100, который не сохранял CSeq, и из за этого не мог зарегистрироваться на сервере после перезагрузки. Перезагружать SipX из за глюков не приходилось.
Из переписки
Глянуть можно, но в головном офисе он пока стоит на моей машине, хотя и обслуживает все звонки. Те это тестовая установка, по моему мнению, потому как выделенного сервера пока под него нет. Но вроде как сбоев при этом не было.
Я его на данный момент расставляю в филиалах, где обычной телефонии нет в принципе. А так связь на данный момент через шлюзы, прицепленные к атскам в старых филиалах (у нас сейчас куча новых открывается, в них вот как раз АТСки офисной нет, есть шлюз на городские номера и ip фоны на рабочих местах).
Почему не астериск - был плохой опыт его использования. Много глюков от его привычки пускать вначале соединение через себя. Те он проксирует rtp поток. Из этого получается, что он должен понимать все кодеки, а это не так. Потом он rtp пытается перевести с помощью функции reinvite, и это самый большой источник глюков. Победить это все можно, если желание есть. У меня нет : )
SipX настраивается через web морду, удобно, просто (астериск тоже умеет). Потоки через себя не пропускает, что избавляет от части проблем - меньше нагрузка на сервер, нет возни с jitter буферами и тп (пусть этим производители железок озабачиваются). А оно ему и не надо. Всякие штуки типа звонка сразу на 5 телефонов держит легко. Есть что то для ivr и тп, пока не требовалось, полный переход на ип телефонию планируется после обкатки решения на филиалах. Намного более asterisk'a соответствует rfc. В общем именно как офисная АТС прекрасен. Можно делать кластер и тп.
По части сервера, смотрящего в мир (ну там по типу skype, sipnet) я бы наверное не рекомендовал. Тут больше ser подходит, особенно по сравнению с астериском, ибо в нем уже вообще нечему глючить. Вот только ser не совсем тривиален в настройке - это вообще конструктор еще тот. Конфиг - программа на си подобном языке. Но уж наконфигурить можно все что угодно. Но тут подводный камень - это sip router именно, а потому делать специфичные вещи типа звонков на несколько номеров ему тупо не под силу. В общем для публичного сервиса хорош, для офиса не очень.
Подписаться на:
Сообщения (Atom)