SMG1016M RTP->TDM (без сигнализации)?

[OSU]

Добрый день.
Рассматривается вариант использования шлюза SMG1016M.
Подскажите, пожалуйста, возможно ли осуществлять конвертирование IP -> TDM для ситуации, когда сигнализация на цифровом потоке не используется?
Уточню: с вариантом конвертирования SIP -> SS7 / ISDN PRI при помощи Элтекс вопросов нет.
Интересует следующая ситуация: на Eltex поступает SIP-вызов; необходимо направить медиаданные вызова в определенный канальный интервал потока E1 (к примеру, организовали соответствующую транковую группу для определенного B-номера); при этом, на цифровом потоке E1 сигнализация отсутствует (сигнальная информация будет передаваться при помощи специального оборудования).
Возможно ли данную задачу решить при помощи шлюза SMG1016M или целесообразнее рассмотреть вариант использования другого оборудования?
Спасибо!

[bravo]

поток Е1 на то и поток Е1, а не Е2,3 и т.д... В нём должен быть канальный интервал с синхронизацией (0) и с сигнализацией (обычно 16), что бы на концах оборудование понимало что ему делать.
А в чём проблема использовать ОКС7? Если вы между своими железками его перебрасываете поток, а вас нет поинт кодов - используйте из диапазона для тестов.

[Bokrenok]

Без специализированной доработки ПО такого на SMG не сделать.

[OSU]

Bokrenok, спасибо!
А включение протокола "СОРМ" не позволит гонять по E1 данные без сигнализации?

bravo, поясню.
На другом конце используется оборудование, не поддерживающее ни ISDN, ни SS7.
Т.е. информация из 16-ого канального интервала просто не используется. Сигнализационные данные пойдут через другое оборудование.

[OSU]

Без специализированной доработки ПО такого на SMG не сделать.

А включение протокола "СОРМ" не позволит передавать голосовую информацию по E1 без сигнализации?
Возможно ли решить задачу (без специальной доработки ПО) используя другое оборудование вашей компании?

[OSU]

поток Е1 на то и поток Е1, а не Е2,3 и т.д... В нём должен быть канальный интервал с синхронизацией (0) и с сигнализацией (обычно 16), что бы на концах оборудование понимало что ему делать.
А в чём проблема использовать ОКС7? Если вы между своими железками его перебрасываете поток, а вас нет поинт кодов - используйте из диапазона для тестов.

Поясню.
На другом конце используется оборудование, не поддерживающее ни ISDN, ни SS7.
Т.е. информация из 16-ого канального интервала просто не используется. Сигнализационные данные пойдут через другое оборудование.

[bravo]

поток Е1 на то и поток Е1, а не Е2,3 и т.д... В нём должен быть канальный интервал с синхронизацией (0) и с сигнализацией (обычно 16), что бы на концах оборудование понимало что ему делать.
А в чём проблема использовать ОКС7? Если вы между своими железками его перебрасываете поток, а вас нет поинт кодов - используйте из диапазона для тестов.

Поясню.
На другом конце используется оборудование, не поддерживающее ни ISDN, ни SS7.
Т.е. информация из 16-ого канального интервала просто не используется. Сигнализационные данные пойдут через другое оборудование.

Так а может там и кодирование информации другое? или вы уцепились за AMI или HDB3 и хотите их срастить ?

В протоколе СОРМ сигнализация идёт в х25 каналах в последних двух КИ... ну и модуль СОРМ как должен работать, если протокол вы включили на порту, а в него непонятно что полетит, а не команды с имитатор (или боевого) пульта?

[OSU]

На другом конце используется оборудование, не поддерживающее ни ISDN, ни SS7. Т.е. информация из 16-ого канального интервала просто не используется. Сигнализационные данные пойдут через другое оборудование.

Так, а может там и кодирование информации другое? или вы уцепились за AMI или HDB3 и хотите их срастить ?

В протоколе СОРМ сигнализация идёт в х25 каналах в последних двух КИ... ну и модуль СОРМ как должен работать, если протокол вы включили на порту, а в него непонятно что полетит, а не команды с имитатор (или боевого) пульта?

В СОРМе сигнализация может передаваться и по TCP. Эта ситуация близка к моей задаче. С кодированием голоса вопросов нет.

[Bokrenok]

OSU проблема собственно не в том, чтобы поднять поток Е1 с чисто голосовыми каналами (это возможно, с использованием сигнализации SS7)

В Вашем случае проблема в том, что входящий вызов по сигнализации надо каким-то образом затерминировать, сымитировать ответ абонента, а потом подключить RTP на один из голосовых каналов. И вот в такой интерпретации СМГ не обучена работать.

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

И СОРМ никак не поможет. Он ведь без своей собственной сигнализации тоже в работу не встанет.
К тому же по СОРМ голосовая информация транслируется в одностороннем порядке.

[OSU]

Bokrenok, спасибо за консультацию!