Элтекс

Облазил всю инструкцию и весь вебинтерфейс, но так и не нашёл двух моментов
1. а где задаются параметра регистрации?
2. каким образом происходит авторизация и как данные попадают в биллинг?
Вот например в цыске AS5300 есть протокол радиус, при звонке она спрашивает радиус сервер, тот или разрешает или запрещает звонок, по этому же протоколу отдаётся биллинговая информация.
Спасибо.

так же прошу прояснить логику работы маршрутизации.
В инструкции вычитал что маршрут звонка можно задать следующей строкой
префикс шлюз удаляемые цифры протокол
но мне вот не понятно исходящим вызовом считается вызов который пришёл от сип абонента или из потока?
Дело в том что у нас предполагается примерно такая схема:
Сип абонент----SIP----SOFTSWITCH---SIP----MC240----E1---ТФОП
=============================== |
Сип абонент-----------------SIP---------------------|

Проясните пожалуйста в какую сторону копать что бы данную схему реализовать?
Спасибо.

И ещё вопрос в догонку, необходимо ли указывать адрес на котором будет биндится сип сервер или если оставить пустым то он забиндится к текущему?

- Если имеется ввиду регистрация для биллинга, то на данный момент Радиус-агент в модуле ТМ-IP не реализован. Биллинговые записи формируются на ЦП АТС МС-240.
- Регистрироваться и авторизоваться на SIP сервере модуль ТМ-IP тоже не может, ТМ-IP должен быть в списке доверенных хостов на SIP сервере.
- Исходящий вызов - вызов из TDM в IP.
- В Вашей схеме, в варианте с softswitch, абоненты, я так понимаю, будут регистрироваться на оборудовании softswitch. Между softswitch и ТМ-IP будет правильнее работать по протоколу SIP-I. В модуле ТМ-IP маршрутизация в сторону softswitch: <prefix>-<ip ssw>-<modifier>-<sip-t>
В варианте, где абонент напрямую подключен к ТМ-IP, SIP-сервер ведь используете? В модуле ТМ-IP маршрутизация в сторону SIP-сервера: <prefix>-<ip sip-server>-<modifier>-<sip>
- В модуле ТМ-IP адрес на котором биндится SIP сервер нужно указывать только в плане маршрутизации для исходящих вызовов в сторону SIP сервера: <prefix>-<ip sip-server>-<modifier>-<sip>

- Если имеется ввиду регистрация для биллинга, то на данный момент Радиус-агент в модуле ТМ-IP не реализован. Биллинговые записи формируются на ЦП АТС МС-240.

предполагается ли его реализовать?

- В Вашей схеме, в варианте с softswitch, абоненты, я так понимаю, будут регистрироваться на оборудовании softswitch. Между softswitch и ТМ-IP будет правильнее работать по протоколу SIP-I. В модуле ТМ-IP маршрутизация в сторону softswitch: <prefix>-<ip ssw>-<modifier>-<sip-t>

всё понятно кроме выбора протокола, почему именно СИП-Т?

В варианте, где абонент напрямую подключен к ТМ-IP, SIP-сервер ведь используете? В модуле ТМ-IP маршрутизация в сторону SIP-сервера: <prefix>-<ip sip-server>-<modifier>-<sip>
- В модуле ТМ-IP адрес на котором биндится SIP сервер нужно указывать только в плане маршрутизации для исходящих вызовов в сторону SIP сервера: <prefix>-<ip sip-server>-<modifier>-<sip>

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

>предполагается ли его реализовать?

Какая необходимость в Radius, если биллинг ведется на ЦП?

>всё понятно кроме выбора протокола, почему именно СИП-Т?

Реализацию SIP-I отдельно тестировали на соответствие требованиям Связьинвеста по построению типовых системно-сетевых решений (успешно оттестирована с Cisco, Alcatel, Huawei, ZTE, Iskratel, Italtel)

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

То есть хотите использовать SIP сервер на модуле ТМ-IP?

Какая необходимость в Radius, если биллинг ведется на ЦП?

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

То есть хотите использовать SIP сервер на модуле ТМ-IP?

именно так!

Надо понимать, что модуль TM.IP и SIP, который реализован на нем - это не B2BUA решение, а нечто вроде "соединительной линии".
И когда упоминается "SIP server" на плате -
это сторонний софт, скомпилированный под данную платформу (ARM9) и запущенный как стороннее приложение (в среде Linux). Это может быть и OpenSER/OpenSIPS/Kamailio - чисто SIP router,
и yate - с функционалом B2BUA. И в них даже есть поддержка Radius authentication.
Но для самой (основой)программы платы - все SIP соединения - это все равно СЛ.
Есть одна дополнительная фича - если полученный
по SIPу вызов имеет calling number, которому соответствует префикс (по начальным цифрам) и
этот префикс имеет "Тип номера" = Specific network,
то он будет СОРМироваться как абонент данной станции.

ясно

Есть одна дополнительная фича - если полученный
по SIPу вызов имеет calling number, которому соответствует префикс (по начальным цифрам) и
этот префикс имеет "Тип номера" = Specific network,
то он будет СОРМироваться как абонент данной станции.

Указав в префиксе "Тип номера = Specific network" вызовы на данный префикс перестали проходить. Подскажите возможно нужно поменять еще какие-то настройки, в мануале про эту очень важную фичу ничего не написано.

Вышлите текущую конфигурацию на anna.zhadovets@eltex.nsk.ru

Вопрос по плану нумерации платы TM.IP.
Нужно какому-либо префиксу поменять IP адрес. Если воспользоваться веб-интерфейсом , вкладка "Dialplan" "редактировать", то перестаёт работать исходящая на плату связь, заходим через терминалку в файл gw.route - обнаруживаем пустой префикс, таки образом, все вызовы начинают идти на один адрес. При этом пустого префикса в веб-интерфейсе не видно. Выправляем вручную - всё работает.
Другая ситуация: сразу начинаем вручную править gw.route, меняем целевой IP. Вроде всё работает, но в веб-интерфейсе видим старую информацию, и при очередном сохранении через веб в gw.route попадает старая информация.
Единственный способ, как оказалось это удалять префикс и по новой создавать с новым адресом.

Какая текущая версия ПО на TM.IP?

Текущая версия 2.15.

Укажите еще дату сборки (указана на вкладке System info). Вышлите также вашу конфигурацию. Попробую воспроизвести данную проблему у себя