Элтекс

Установлена SMG-1016m, пока в режиме тестирования.
Принимает E1 поток по ОКС-7, отдает на 2 Астериска по SIP.
Астериски работают софтсвичами, организуют IVR и прочие MOH и т.д.
К ним уже цепляются абоненты.

План нумерации настроил, все работает.

Возможно ли как то ограничить количество входящих линий на номер?
Поковырялся, почитал документацию. Нашел как ограничить кол-во активных линий на интерфейсе SIP
И на SIP абонента.
SIP-registar не используем, на SIP интерфейс ограничивать кол-во линий смысла нет, т.к. к Астерискам могут цепляться одновременно десятки клиентов.
Нужно чтобы для каждого номера, который улетает на астериск можно было ограничить кол-во активных разговоров.

Есть такой функционал? Планируется?

Имеется ввиду ограничение кол-ва соединений для определенных АОНов?
Такого функционала нет, возможно можно решить как-то при помощи RADIUS.
т.е. задавать такие списки с количеством линий на radius-сервере.

А можно поподробнее как решить через Radius?

Объясню, подразумевается ограничение канальности номера.
Т.е. возможность делать 1 канальный или многоканальные номера.

С радиусом наверное поспешил так уверенно заявив,
я имел ввиду то, что у радиус-сервера есть все, чтобы реализовать эту услугу,
есть абонентская база и есть информация о текущих разговорах абонента, и теоретически он может делать это ограничение у себя, на практике этого не встречал.
Если это не абонент SMG, то ограничить кол-во одновременных вызовов для определенных номеров мы не можем, да и насколько это правильно делать на SMG, ведь для нее это обычные транзитные звонки? почему это нельзя сделать на астериске, ведь там же созданы эти абоненты?
или я не правильно понял Вас?

да и насколько это правильно делать на SMG, ведь для нее это обычные транзитные звонки? почему это нельзя сделать на астериске, ведь там же созданы эти абоненты?

Наши админы по астериску говорят мне ровно обратное - что это задача АТС и делать подобное она должна уметь. У самого пока опыт в телефонии мизерный.

У нас не совсем астериск, а самописный программный комплекс на его основе, и сделать такое проблематично.
Кроме того, обычные SIP-proxy, например Openser такого точно не умеют.

у радиус-сервера есть все, чтобы реализовать эту услугу,
есть абонентская база и есть информация о текущих разговорах абонента, и теоретически он может делать это ограничение у себя, на практике этого не встречал.

Теоретически это возможно, но на практике реализовать подобное задача совсем не тривиальная.

Пожалуйста - рассмотрите на будущее указанный функционал. Думаю он будет актуален не мне одному.


Сейчас пробуем реализовать схему в виде "костыля", когда каждый клиент нашего Астериска будет SIP -абонентом SMG, но костыль он и есть костыль.

Alexey_1983 писал(а):

да и насколько это правильно делать на SMG, ведь для нее это обычные транзитные звонки? почему это нельзя сделать на астериске, ведь там же созданы эти абоненты?

Наши админы по астериску говорят мне ровно обратное - что это задача АТС и делать подобное она должна уметь. У самого пока опыт в телефонии мизерный.

У нас не совсем астериск, а самописный программный комплекс на его основе, и сделать такое проблематично.

Asterisk очень даже такое умеет. Так что попробуйте, лучше поковырять его. Если все сделано на его основе, то проблем быть не должно.

Наши админы по астериску говорят мне ровно обратное - что это задача АТС и делать подобное она должна уметь.

знаю много атс (правда не 100% ip-шных:)) которые этого не умеют. и только одну которая умеет. на астериске (который для меня в прцессе изучения) не интересовался вопросом, но там сделать можно все. вопрос насколько криво/сложно.

вобщемто женя прав, это задача радиуса - он может считать число подключений (не важно voip или скажем vpn) и авторизовывать или нет новое подключение. изобретал такой велосипед для vpn. штатные средства возможно тоже есть но мне проще свое накрутить чем чужое понять:)
идея проста - при авторизации делать запрос к базе на число активных соединений на данный номер. если больше заданного - выдавать отказ.

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

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

Если есть ошибки, то почему бы их не озвучить в наш СЦ?

Alexey_1983 писал(а):Установлена SMG-1016m, пока в режиме тестирования.
Принимает E1 поток по ОКС-7, отдает на 2 Астериска по SIP.
Астериски работают софтсвичами, организуют IVR и прочие MOH и т.д.
К ним уже цепляются абоненты.
?

А по моему с выходом новой прошивки SMG в ближайшее время где будет реализован МОН и т.д., ваша проблема решится. И не надо будет использовать зоопарк оборудования и лепить к SMG другие SIP регистраторы.
Мы например идем таким путем и ждем эту долгожданную прошивку.

Женя писал(а):

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

Если есть ошибки, то почему бы их не озвучить в наш СЦ?

а я озвучил. здесь. несколькими темами ниже (вопрос про уникалность conf-id). Подтвердить трассировкой пока не могу - нет времени тк RADIUS уже снес. надо дублировать в СЦ?

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

Женя писал(а):Нет, дублировать не надо..
постарайтесь выделить время и снять лог.
Вообще раньше такой проблемы не замечали.

я не исключаю что я ошибся, так что вы справедливо требуете лог.. но были 2 момента, которые могли повлиять на ситуацию
1. речь про вызовы ISDN-ISDN, без VOIP
2. была перезагрузка, возможно между повторами ID

andreyka459 писал(а):я не исключаю что я ошибся, так что вы справедливо требуете лог.. но были 2 момента, которые могли повлиять на ситуацию
1. речь про вызовы ISDN-ISDN, без VOIP
2. была перезагрузка, возможно между повторами ID

Есть идея почему могло такое случится, попробуем поправить в версии RC14,
напишите мне письмо с Вашими контактами, как только выйдет бета-версия могу дать Вам на тестирование

Женя писал(а):

andreyka459 писал(а):я не исключаю что я ошибся, так что вы справедливо требуете лог.. но были 2 момента, которые могли повлиять на ситуацию
1. речь про вызовы ISDN-ISDN, без VOIP
2. была перезагрузка, возможно между повторами ID

Есть идея почему могло такое случится, попробуем поправить в версии RC14,
напишите мне письмо с Вашими контактами, как только выйдет бета-версия могу дать Вам на тестирование

спасибо но....SMG нашими стараниями поставлен под полную нагрузку в качестве центрального коммутатора номеров двух министерств. Быть бета-тестером с такими абонентами не очень хочется Тем более, все замечательно работает с CDR