3CX Phone System 12. Пожелания.

[anonymous]

Выпущен уже RC2. Имеем косметические добавления:

1. Чуть более плотная интеграция с Exchange через 5-ю точку.
2. Push для Android 3CX Phone.

И это все что бросается в глаза. Все что можно увидеть в консоли управления.

1. Накой черт делать интеграцию с Exchange через адресную книгу, кода можно ВСЕ атрибуты получить через LDAP, в том числе preffered email и внутренний номер телефона? Плюс синхронизировать проверку пароля при подключении телефона-клиента. AD интеграция и все: не надо изобретать колесо квадратной формы, да и круглой тоже.
2. Где поддержка XMPP?
3. Почему обновление v11->v12 требует backup/restore?
4. Где поддержка SMS?

+ Пожелания:

1. Может не стоит заниматься херней в виде разработки клиентов (простите, но 3CX Bria не конкуренты). Наличие настройки внутри/за пределами сети это просто "ноу-хау". Сосредоточьтесь на действительно важных для клиентов служб в 3CX PBX.
2. Допилите документацию по Call центру или дайте максимум настроек. Иначе получается вот-так: http: //www.3cx.com/forums/vopros-po-obratnomu-zvonku-dlja-ocheredi-call-center-37240.html. Ноль ответов.
3. Платная поддержка подразумевает исчерпывающую документацию. Ее нет. Коль так - давайте на время действия лицензии бесплатную поддержку в течении 1 b/day!
4. Понятно, что хорошая озвучка диктором требует затрат. Но то, что предлагается в качестве "Russain Promts Set" это чудовищно. Просьба к внедряющим ресселерам: у Вас наверняка есть уже нормальная озвучка. Не жлобтесь, отправьте в
3CX нормальный русский голосовой набор?

Резюме: v12 RC2 правильно назвать v12 Beta 1. v12 в таком виде не имеет смысла ставить вместо v11. Как и появляются сомнения в необходимости продления лицензии.

 

[vpaulo]

Согласен с имплементацией с ексенджем.

 

[anonymous]

Интересное мнение и прекрасный "ассоциативно-аллегорическо-гиперболический" стиль изложения. ("прекрасный" и "интересный" в прямом смысле, без тени иронии)

Просьба уточнить некоторые моменты.
"момент" 1:
@s0s wrote:
1. Чуть более плотная интеграция с Exchange через 5-ю точку.

@s0s wrote:
1. Накой черт делать интеграцию с Exchange через адресную книгу, кода можно ВСЕ атрибуты получить через LDAP, в том числе preffered email и внутренний номер телефона? Плюс синхронизировать проверку пароля при подключении телефона-клиента. AD интеграция и все: не надо изобретать колесо квадратной формы, да и круглой тоже.

Ключевые вопросы:
1. Что Вы подразумеваете под "синхронизировать проверку пароля при подключении телефона-клиента"?
1.а Что Вы подразумеваете под "при подключении телефона-клиента"? Когда, по Вашему, это происходит(должно происходить)?
2. "AD интеграция и все: не надо изобретать колесо квадратной формы, да и круглой тоже" звучит, уж извините, слишком безаппеляционно. Что даст "интеграция" с AD? Какие "проблемы" это сможет решить? Приведите примеры процедур, которые будут лучше, быстрее и надёжнее с точки зрения пользователя/администратора.
3. LDAP/AD может уведомлять "пользователя" о том, что информация поменялась? Или надо его постоянно опрашивать?
4. Адресная книга в LDAP/AD, как она выглядит? Как её вообще можно "запросить" (ответ дайте в терминах LDAP. Другие не принимаются )?

"момент" 2:
@s0s wrote:
+ Пожелания:
1. Может не стоит заниматься херней в виде разработки клиентов (простите, но 3CX Bria не конкуренты)...

@s0s wrote:
2. Где поддержка XMPP?

Тут мне не понятно. XMPP нужен Bria или для чего?
Вам нужен XMPP сервер для Bria, или же "3CX Phone с поддержкой XMPP"?

"момент" 3:
@s0s wrote:
+ Пожелания:

1. ... Наличие настройки внутри/за пределами сети это просто "ноу-хау". Сосредоточьтесь на действительно важных для клиентов служб в 3CX PBX.

Слишком много иронии...
Настройка существует лишь для того, чтобы указать точки доступа к серверу.
О каком "ноу-хау" Вы изволите говорить?

 

[anonymous]

@SY wrote:Интересное мнение и прекрасный "ассоциативно-аллегорическо-гиперболический" стиль изложения. ("прекрасный" и "интересный" в прямом смысле, без тени иронии)

Я рад, что Вам понравилось. Постараюсь подробно ответить на Ваши вопросы, т.к. уместная критика подразумевает наличие предложений.

@SY wrote:
1. Что Вы подразумеваете под "синхронизировать проверку пароля при подключении телефона-клиента"?
1.а Что Вы подразумеваете под "при подключении телефона-клиента"? Когда, по Вашему, это происходит(должно происходить)?


Смотрите. Мы имеем собственную базу пользователей в 3CX. И пусть она остается кому не требуется AD, но добавляете интеграцию с AD Windows. В результате данной интеграции мы все получаем возможность не создавать отдельных пользователей в 3CX. Все необходимые аттрибуты, опять таки, мы получим из AD: ФИО, должность, телефон, email и т.п. Помимо этого, мы получим возможность верифицировать пароли на устройствах пользователей, будь то телефон или Windows клиент используя NTLM или Kerbios на 3CX сервере. Это значит, что пользователю нужен только 1 пароль для доступа в корпоративную сеть: на компьютер, на Exchange и на 3CX. Удобно? Безусловно. Плюс, Вы сможете получить все необходимые аттрибуты Exchange из AD - благо у Exchange собственная ветка в LDAP. Т.е. не нужно будет вводить адрес сервера или настраивать SNTP синхронизацию.
При подключении SIP клиента апользователю будет достаточно ввести имя пользователя и пароль на компьютер. Ну и сервер, что необязательно если имя пользователя будет полное в виде email. Все. Номер телефона мы получим из AD. Сервер sip из DNS и т.п.

@SY wrote:
2. Что даст "интеграция" с AD? Какие "проблемы" это сможет решить? Приведите примеры процедур, которые будут лучше, быстрее и надёжнее с точки зрения пользователя/администратора.

Вверху, я думаю, ответ есть. Напомню самое главное - отсутствие в необходимости ведения дополнительного справочника пользователей.
@SY wrote:
3. LDAP/AD может уведомлять "пользователя" о том, что информация поменялась? Или надо его постоянно опрашивать?

Врать не буду - не знаю. Но у других продуктов (Mdaemon, Kerio) проблем не возникает с опросом и поддержанием справочников в актуальном виде. Тем более, обычно редко происходят изменения в AD с существующими пользователями.

@SY wrote:
4. Адресная книга в LDAP/AD, как она выглядит? Как её вообще можно "запросить" (ответ дайте в терминах LDAP. Другие не принимаются

Первично программа должна подключится к AD TCP на 389 порт. Однако лучше использовать SSL подключение - винда ругается на нешифрованные "привязки" и настоятельно рекомендует отключить возможность незащищенной сессии.

(objectclass=user) - самый простой запрос, выдаст "основное" имя пользователя в AD в виде списка всех пользователей, в т.ч. служебных. Допускаются и выражения:
Например данный LDAP запрос используется в почтовом сервере для проверки существования $EMAL$ (электронного адреса) в организации при поступлении письма. Что позволяет сразу прекратить связь с отправителем, если адреса нет в AD.
(&(objectclass=user)(|(mail=$EMAIL$)(mail=SMTP:$EMAIL$)(proxyAddresses=SMTP:$EMAIL$)))

Тут сразу и ответ о производительности: представьте сколько писем идет одновременно и сколько запросов выполняется? И все шустро работает, разумеется есть кэш запросов.

Хорошая программа для освоения LDAP: http://www.ldapbrowser.com/download.htm. LDAP Browser, бесплатна.
Дайте время и я по Вашей просьбе сконструирую рабочий LDAP запрос на выдачу всего, что необходимо в 3CX:
ФИО, телефон, основной email и т.п.

@SY wrote:
Тут мне не понятно. XMPP нужен Bria или для чего?
Вам нужен XMPP сервер для Bria, или же "3CX Phone с поддержкой XMPP"?

Мне нужен 3CX сервер с поддержкой XMPP и не просто нужен, а крайне нужен! Для простоты, назовем сей сервис - сервер присутствия абонента на связи. Чтобы с любого клиента 3CX можно было увидеть статус абонента. Как в аське: свободен/занят/разговаривает/не в сети и т.п. Конечно, есть сторонние решения для 3CX. Jabber сервер. Но это не то.
На рабочий сервер 3CX я бы его не поставил.
@SY wrote:
О каком "ноу-хау" Вы изволите говорить? Множество клиентов SIP мною протестировано, но только у 3CX необходимо указывать два адреса одного и того-же сервера sip телефонии

Не откажите в ответной любезности? Помогите отключить в 3CX + call центр проговаривание номера для обратного звонка?
Нам бы имя файла/схемы?

С уважением, пользователь 3CX
P.S. Все же решил продлить лицензию. Счет отправлен бухам.

P.P.S. (&(objectclass=user)(telephoneNumber>=1)) проверил, работает: выдает список юзверов у которых прописан номер телефона.

 

[anonymous]

+1 пожелание.

В AD обычно все поднимают центр сертификации. Это значит, что любой компьютер в домене получает собственный сертификат, валидный в пределах домена. Почему бы 3CX не использовать сертификат локального компьютера для поддержки TLS?

 

[anonymous]

Позвольте вставить свои 3 копейки.

3. LDAP/AD может уведомлять "пользователя" о том, что информация поменялась? Или надо его постоянно опрашивать?

Уведомлять или постоянно опрашивать не надо. А следует поступать иначе (у меня так работает в "боевых" условиях в течение нескольких лет). На MSSQL я сделал в базе на .NET табличную функцию, которая в зависимости от текущей конфигурации направляет запрос или в таблицу базы данных (без интеграции с АД), или в АД (при интеграции с АД). Таким образом получается "самая свежая" информация о пользователе без необходимости pull или push, то есть уведомлений и опросов.