[slapik]

Добрый день!

 

Коллеги, есть следующая схема

 

CUCM6.1------SIP/h323----------SI2000-----------OKC7

 

На колменеджере 1000 абонентов. Все бы хорошо , если бы не цена лицензий, не говоря про цискофоны.

 

Возникло желание сделать следующую схему

OpenSIPS------SIP-------------si2000------------ОКС7

 

на стенде несколько Grandstream4024 ведут себя отлично. Звонки, перевод звонка, аон, - все вроде бы хорошо, но проблема в том, что OpenSips должен будет обработать 10к абонентов

Потянет ли? Есть ли внедрения? Есть ли альтернатива sermyadmin/opensips-cp/siremis (не устраивает абонотдел, обучить их opensipsctl просто невозможно) Стабильный ли там радиус-клиент?

 

Заранее спасибо, Слава

[Deac]

ИМХО kamailio понадёжней будет.

Работа с RADIUS-ом в обоих требует доработки напильником, если требуется чуть больше чем простой аккаунтинг.

 

[Дегтярев Илья]

У меня работает подобная схема.

Kamailio по радиусу при авторизации получает атрибуты и аон для пользователя, шлюз в EDSS уже видит полные телефонные номера даже для внутренних номеров.

Админка - простая веб-форма+таблица.

Изменено 29 января, 2011 пользователем Дегтярев Илья

[slapik]

У меня работает подобная схема.

Kamailio по радиусу при авторизации получает атрибуты и аон для пользователя, шлюз в EDSS уже видит полные телефонные номера даже для внутренних номеров.

Админка - простая веб-форма+таблица.

 

 

Скажите, а сколько у Вас абонентов на Камаилио сидит? админку сами писали?

Слава

Изменено 31 января, 2011 пользователем slapik

[Aleck_K]

Скажите, а сколько у Вас абонентов на Камаилио сидит? админку сами писали?

Кол-во абонентов мало влияют на камаильо, большее значение имеет кол-во вызовов в секунду и сложность логики вызова. Сейчас есть >70к штук живых абонентов на камаильо, вызовов в секунду в чнн стабильно больше 10, это на порядок выше ваших потребностей. Тестировалось решение под нагрузкой до 50 вызовов в секунду, никаких проблем не было.

[Voicemaster]

[...]

но проблема в том, что OpenSips должен будет обработать 10к абонентов

Потянет ли? Есть ли внедрения?

[...]

 

Kamailio + Postgresql.

 

2 cервера active-standby, включить в 2 свича каждый, свичи в 2 роутера каждый. Сервера в VRRP, роутеры в HSRP. Обеспечить репликацию REGISTER между серверами.

 

Стрелять должно как из пушки.

 

.

Изменено 31 января, 2011 пользователем Voicemaster

[slapik]

Понял, спасибо.

И все таки как с рутиной? (отключить абонента, изменить пароль, вкл/выкл направление?) cli? самописаный web? how?

 

Слава

Изменено 1 февраля, 2011 пользователем slapik

[Aleck_K]

Понял, спасибо.

И все таки как с рутиной?

управление клиентам у нас через связку бд камаильо с аккаунтингом. управление маршрутизацией - через обвязку из скриптов. А так да, все самописное

 

[slapik]

Я понял, коллеги, большое спасибо

[Дегтярев Илья]

Учитывая существования такого комплекса, нагрузку выдерживает он в разы большую:

 

http://www.cisco.com/en/US/prod/collateral...ecd805c3cc1.pdf

 

Вот выковырять бы софт от него.

[Deac]

Учитывая существования такого комплекса, нагрузку выдерживает он в разы большую:

 

http://www.cisco.com/en/US/prod/collateral...ecd805c3cc1.pdf

 

Вот выковырять бы софт от него.

В том что OpenSER(now kamailio) выдерживает большую нагрузку - сомнению, в общем то, не подлежит, особенно после возврата в лоно православной церкви объединения с SER и создания SIP-Router project.

 

Вот что из цысковкой платформы "выковыривать"?

SEMS - он GPL.

Siremis - аналогично.

Специфический SNMP - ну там ничего особо сложного нет.

Централизованную дистрибуцию прошивок, ну так она только для LinkSys-ов, с удешевлением AudioCodes - не слишком актуально.

 

Вот если бы кто-нибудь, вроде ram_scan, взялся бы за перелицовку g729 для SEMS, вот было бы дело.

 

Изменено 2 февраля, 2011 пользователем Deac

[Дегтярев Илья]

Вот про SEMS и интересно, какие сервисы и как реализовали.

 

 

[aoz1]

Стабильный ли там радиус-клиент?

Пять лет назад тоже был такой вопрос. Тогда H323 работал через Радиус прокладку.

Возник вопрос зачем. Все едино, захотите пользоваться дополнительными рющечками опенсера

с доступом в базу данных, которые через радиус не реализованы никак.

Поэтому было принято, IMHO правильное решение.

Та оперативная база данных от радиуса, работает с опенсером напрямую. Ну а большая база,

которую насилуют абоненты и абонотдел, бугалтерия,

делает через небольшие временные интервалы репликацию необходимых таблиц с оперативной.