SMG-1016M: не посылаются RADIUS-запросы в исходящем транке

[Mangalor]

Здравствуйте!
Имеем SMG-1016M, ПО 2.14.02.673, в нём есть SS7 и SIP транки. На SIP-транке настроен RADIUS-профиль. Когда вызов идёт из SIP в SS7, то RADIUS-запрос выдаётся, а когда из SS7 в SIP, то нет. Почему, куда смотреть?

[6apahka]

В настройках ТГ ss7 тоже должен быть выставлен данный профиль (вроде как)...

[Mangalor]

Звучит так себе, желателен пруфлинк.
Уточню: у нас есть несколько SIP-транков, и RADIUS-авторизовывать входящий и исходящий трафик надо только на одном. Гонять ради этого через RADIUS весь SS7-трафик очень не хочется.

[Bokrenok]

Звучит так себе, желателен пруфлинк.
Уточню: у нас есть несколько SIP-транков, и RADIUS-авторизовывать входящий и исходящий трафик надо только на одном. Гонять ради этого через RADIUS весь SS7-трафик очень не хочется.

исходящие запросы по RADIUS не авторизуются.
авторизуются только входящие.

[Mangalor]

Bokrenok, спасибо, это я и подозревал. Можете ли посоветовать способ на SMG, чтобы при входящем вызове на SS7-транк RADIUS-запрос выдавался не на любой вызов, а работал какой-нибудь критерий? Или может какой-нибудь транзитный транк организовать, на который перенести RADIUS?

[Bokrenok]

Bokrenok, спасибо, это я и подозревал. Можете ли посоветовать способ на SMG, чтобы при входящем вызове на SS7-транк RADIUS-запрос выдавался не на любой вызов, а работал какой-нибудь критерий? Или может какой-нибудь транзитный транк организовать, на который перенести RADIUS?

Транзитный транк организовать можно, используя пару свободных потоков Е1 на самой SMG. Вопрос только в наличии свободных потоков и какой объем траффика надо пропускать.
Описываю идею для пары потоков Е1 (предел пропуска траффика = 1 поток Е1)

1. завернуть на уровне контактов 2 потока между собой (т.е. на кроссе замкнуть или на коннекторе CENTRONICS крест-накрест спаять RX и TX двух потоков, скажем, #2 и #3)
2. настроить корректно SS7 на этих двух локальных потоках.
3. через план нумерации заводить нужный траффик на поток #2, принимать и авторизовывать на потоке #3 и далее через прямой префикс (в обход маршрутизации по номерам) направлять в нужный SIP-транк.

[Mangalor]

Спасибо, конечно, идея выглядит работоспособной, но слишком уж она"железная" и ресурсо-затратная. Хотелось бы найти чисто программное решение, но уже не надеюсь... Придётся направлять исходящий SIP-трафик на какой-нибудь proxy и уже там его авторизовывать....

[Bokrenok]

Спасибо, конечно, идея выглядит работоспособной, но слишком уж она"железная" и ресурсо-затратная. Хотелось бы найти чисто программное решение, но уже не надеюсь... Придётся направлять исходящий SIP-трафик на какой-нибудь proxy и уже там его авторизовывать....

Могу предложить написать фиче-реквест в наш коммерческий отдел.
Быть может в одной из будущих версий будет сделана доработка по Вашему пожеланию.