noob2013 Опубликовано 15 марта, 2014 · Жалоба В процессе разработки одного сервиса упёрлись в проблемы с OpenSIPS. В итоге необходимо настроить сервер Opensips который должен организовывать аутентификацию пользователей и балансировку между серверами Asterisk. Пробились уже неделю, но не можем разобраться. Исходя из всего понимания проблемы сформировались следующие вопросы 1. Аутентификация с использованием БД MySQL для хранения данных пользователей. 2. Проксирование SIP и RTP трафика в обе стороны (rtpproxy будет находиться на этом же сервере) 3. Регистрация UAC на сторонних провайдерах связи (модуль registrant) 4. Скрытие топологии от конечных пользователей 5. Настройка Presence модуля для передачи Events 6. Настройка интерфейса взаимодействия с сервером посредством XMLRPC для заведения учётных записей пользователей и регистраций на сторонних SIP провайдерах. Кто уже такие вещи вытворял иоли кто может помочь разобраться? Готовы к денежному вознаграждению за потраченное время. Ну и конечно огромное спасибо :) Пишите в личку или комментируйте. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Mikler Опубликовано 15 марта, 2014 · Жалоба OpenSIPS не совсем годиться для работы с конечными пользователями,не большой стенд и отладка решают эти вопросы. Вообще SBC взрослый тут подошел бы несколько лучше. Если вы говорите про несколько Asterisk и прочие компоненты то эксперименты с одним из ключевых узлов на раннем этапе нежелательны. Покажите схему связи, дальше можно думать. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
noob2013 Опубликовано 16 марта, 2014 · Жалоба OpenSIPS не совсем годиться для работы с конечными пользователями,не большой стенд и отладка решают эти вопросы. Вообще SBC взрослый тут подошел бы несколько лучше. Если вы говорите про несколько Asterisk и прочие компоненты то эксперименты с одним из ключевых узлов на раннем этапе нежелательны. Покажите схему связи, дальше можно думать. Может в процессе диалога мы более подробно объясним почему выбрали OpenSIPS для наших задач? Я вам в личку отпишу запрос на скайп. Завтра могу связать Вас с нашим спецом, который всё подробно детализирует. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
noob2013 Опубликовано 20 марта, 2014 · Жалоба Мы уже сами тут немного разобрались. Сейчас есть данная ситуация: 1. Аутентификация с использованием БД MySQL для хранения данных пользователей.- Уже реализовано 2. Проксирование SIP и RTP трафика в обе стороны (rtpproxy будет находиться на этом же сервере) - реализовано но есть проблемы с работой RTPproxy, полностью загружает одно ядро процессора, большие задержки при передаче голоса, проблемы с перерегистрацией пользователя 3. Регистрация UAC на сторонних провайдерах связи (модуль registrant)- не реализовано 4. Скрытие топологии от конечных пользователей- реализовано частично. 5. Настройка Presence модуля для передачи Events- не реализовано 6. Настройка интерфейса взаимодействия с сервером посредством XMLRPC для заведения учётных записей пользователей и регистраций на сторонних SIP провайдерах. - Уже реализовано Всё ещё ищем специалиста. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
klistrod Опубликовано 1 мая, 2014 (изменено) · Жалоба Мы уже сами тут немного разобрались. Сейчас есть данная ситуация: 1. Аутентификация с использованием БД MySQL для хранения данных пользователей.- Уже реализовано 2. Проксирование SIP и RTP трафика в обе стороны (rtpproxy будет находиться на этом же сервере) - реализовано но есть проблемы с работой RTPproxy, полностью загружает одно ядро процессора, большие задержки при передаче голоса, проблемы с перерегистрацией пользователя 3. Регистрация UAC на сторонних провайдерах связи (модуль registrant)- не реализовано 4. Скрытие топологии от конечных пользователей- реализовано частично. 5. Настройка Presence модуля для передачи Events- не реализовано 6. Настройка интерфейса взаимодействия с сервером посредством XMLRPC для заведения учётных записей пользователей и регистраций на сторонних SIP провайдерах. - Уже реализовано Всё ещё ищем специалиста. Не совсем понятно какую ветку версий OpenSIPS вы используете... 2 ветка использует другое ядро и новый синтаксис. Разрабатываю похожий проект у себя в Беларуси, мне куда ближе и роднее Kamailio, остановился на нем. 1. Для себя решил куда правильнее использовать авторизацию пользователей через Radius сервер на нем же и Биллинг, а тот же Kamailio выступает в качестве NAS и SBC. 2. Чтобы понять как работает rtpproxy советую почитать книгу по OpenSIPS, если планируется обслуживать большое количество пользователей, продумать использование его на нескольких сокетах. Либо рассмотреть вариант с mediaproxy он якобы работает на уровне ядра Linux. 4. Для Kamailio модуль "topoh" существует, а вообще советую посмотреть тут., для opensips же b2bua и функция topology_hiding() в модуле dialog. 6. Использовать Asterisk вообще для виртуальной АТС уже не правильно, советую смотреть в сторону FreeSWitch. Почитайте тут и тут. Если интересно пишите обменяемся опытом. Изменено 1 мая, 2014 пользователем klistrod Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
io123 Опубликовано 1 мая, 2014 · Жалоба 6. Использовать Asterisk вообще для виртуальной АТС уже не правильно, советую смотреть в сторону FreeSWitch. какое то категоричное заявление. http://code.google.com/p/virtual-pbx/ вполне себе астериск внутри. FS не панацея. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
klistrod Опубликовано 1 мая, 2014 (изменено) · Жалоба 6. Использовать Asterisk вообще для виртуальной АТС уже не правильно, советую смотреть в сторону FreeSWitch. какое то категоричное заявление. http://code.google.com/p/virtual-pbx/ вполне себе астериск внутри. FS не панацея. Трудно назвать напиленную на коленке virtual-pbx, хорошей системой... Тестировали около двух месяцев, причем с официальной поддержкой, какой то тихий ужас.... Лично мои впечатления, возможно у кого то она и работает на отлично. Да и серьезных внедрений на ней нет, мелкие операторы... Астериск уступает в производительности, кодеках, модульности и FS в первую очередь многопрофильная система! Чего Астериск в принципе не может вообще. Астериск хорош для небольшой компании, отлично справляется со своими задачами, прост и функционален. Но это совсем не провайдер решение) Изменено 1 мая, 2014 пользователем klistrod Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
io123 Опубликовано 2 мая, 2014 · Жалоба давайте теперь раскажите про серьезные внедрения на FS. С названием конторы и степенью серьезности. Про производительность там тоже не все прям так как у них на сайте. ХЗ, что у вас там за поддержка vpbx была и в чем там для вас тихий ужас, но оно есть вот прям щас и работает, опровергая ваше 'уже не правильно'. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...