Коллеги, встала тут задача, конвертировать сигнализацию SIP в H.323, т.к. основной софтсвич - MVTS. Пытался поднять функциональность IPIPGW на C2801, но что-то не вышло... Вероятно, из-за того что клиент за натом. В этом направлении думаю, т.к. вопросов очень много.Основные вопросы: есть ли программный конвертер SIP-H323? Можно ли его как-то прикрутить к Mera MVTS или к Communigate?
Дополнительные вопросы: Конвертер от MERA, а именно SIP-HIT - платный? Его можно как-то попробовать?
Схема сети, в которой я сейчас "мучаюсь": http://www.barankov.ru/net-devel/sip-to-h323-scenario-1.jpg
Надеюсь на вашу помощь и подсказки...
>Коллеги, встала тут задача, конвертировать сигнализацию SIP в H.323, т.к. основной софтсвич
>- MVTS. Пытался поднять функциональность IPIPGW на C2801, но что-то не
>вышло... Вероятно, из-за того что клиент за натом. В этом направлении
>думаю, т.к. вопросов очень много.IPIPGW тут непричем. он нужен для конвертации кодеков. SIP->H323 по крайней мере на IOS c2800nm-spservicesk9-mz.124-3f работает и так. Просто пишем
allow-connections h323 to sip
allow-connections sip to h323и вызовы будут конвертироваться.
про NAT ничего определенного не скажу, но у меня SIP клиент вроде за натом работал. вероятно зависит от клиента.можно помучаться с asterisk :) у меня еще в версии 1.0 оно работало конвертером для выхода в сипнет. что совершенно точно - в ней совсем неработал T38. сейчас по идее это пофиксили.
>[оверквотинг удален]
>allow-connections h323 to sip
>allow-connections sip to h323
>
>и вызовы будут конвертироваться.
>про NAT ничего определенного не скажу, но у меня SIP клиент вроде
>за натом работал. вероятно зависит от клиента.
>
>можно помучаться с asterisk :) у меня еще в версии 1.0 оно
>работало конвертером для выхода в сипнет. что совершенно точно - в
>ней совсем неработал T38. сейчас по идее это пофиксили.Коллега, спасибо конечно, но вы по-моему вводите меня в заблуждение, говоря, что "он нужен для конвертации кодеков." Наскольео я понял, что конвертится именно сигнализация. Единственно, что этим не исчерпывается возможность IPIPGW-функционала...
Поправьте если что не так вас понял...
>Коллега, спасибо конечно, но вы по-моему вводите меня в заблуждение, говоря, что
>"он нужен для конвертации кодеков." Наскольео я понял, что конвертится именно
>сигнализация. Единственно, что этим не исчерпывается возможность IPIPGW-функционала...
>
>Поправьте если что не так вас понял...я тоже поначалу так понял и воевал с IPIPGW :)
а потом понял что все не так. соединение sip->h323 и обратно работает и на софте без IPIPGW.
есть определенные ограничения правда (в частности кодек надо однозначно указывать а не voice-class codec), но РАБОТАЕТ, по крайней мене у меня. и факсы ходят по T38. с SIP шлюза Dlink 2004 на H323 Samsung OS500, Avaya S8500 и обратно. Софт я писал выше какой. он без _ivs, знаит IPIPGW в нем нет. Или я чего не так понял? Все может быть.....
>[оверквотинг удален]
>voice-class codec), но РАБОТАЕТ, по крайней мене у меня. и факсы
>ходят по T38. с SIP шлюза Dlink 2004 на H323 Samsung
>OS500, Avaya S8500 и обратно. Софт я писал выше какой.
>он без _ivs, знаит IPIPGW в нем нет. Или я чего
>не так понял? Все может быть.....
>
>
>
>
>Понятно, а что не так с voice-class codec? Почему надо явно кодек указывать? Кстати, а вы как сиповый интерфейс закрывали? Вроде диалпир нельзя никак прикрыть?
PS у меня тоже заработал SIP-H323, но есть ряд опасений, связанных с безопасностью... как собственно закрыть доступ на сиповский диалпир? Есть какое решение?
>Понятно, а что не так с voice-class codec? Почему надо явно кодек
>указывать?потому что при попытке вызвать "не тот" кодек (второй по списку voice-class)
в каком то случае (точно не помню) при снятии трубки возникает отбой
с формулировкой "несовпадение кодеков".>Кстати, а вы как сиповый интерфейс закрывали? Вроде диалпир нельзя
>никак прикрыть?не вполне понял термин "закрыть". в смысле от чего закрыть? от нежелательных входящих соединений? in access-list на интерфейсах. больше пока ничем. сеть у меня замкнутая.
>[оверквотинг удален]
>в каком то случае (точно не помню) при снятии трубки возникает отбой
>
>с формулировкой "несовпадение кодеков".
>
>>Кстати, а вы как сиповый интерфейс закрывали? Вроде диалпир нельзя
>>никак прикрыть?
>
>не вполне понял термин "закрыть". в смысле от чего закрыть? от нежелательных
>входящих соединений? in access-list на интерфейсах. больше пока ничем. сеть у
>меня замкнутая.А если встает вопрос вывести возможность принятия звонков с интерфейса, который смотрит в интернет? Смысл в том, например, что у меня так приходится делать, т.к. есть ряд шлюзов\аппаратов, которые могут работать только через чистый интернет, без vpn. Как тут можно прикрыть диалпир, принимающий входящие звонки?
>А если встает вопрос вывести возможность принятия звонков с интерфейса, который смотрит
>в интернет? Смысл в том, например, что у меня так приходится
>делать, т.к. есть ряд шлюзов\аппаратов, которые могут работать только через чистый
>интернет, без vpn. Как тут можно прикрыть диалпир, принимающий входящие звонки?
>если адреса фиксированные, то access-list на интервфейсе все равно вполне поогает, но это конечно немного коряво :). Иначе не пробовал.
> Иначе не пробовал.вру, пробовал
есть такая фишка
voice source-groupпозволяет в частности прогнать входящие вызовы от некоторых клиентов через дополнительный translation-profile.
очень даже помогает иногда.
>[оверквотинг удален]
>
>вру, пробовал
>
>есть такая фишка
>voice source-group
>
>позволяет в частности прогнать входящие вызовы от некоторых клиентов через дополнительный translation-profile.
>
>
>очень даже помогает иногда.Хммм.. а можно пример, пожалуйста? Я уже давно посматриваю на voice source-group, но никак не пойму как его прикрутить...
>Хммм.. а можно пример, пожалуйста? Я уже давно посматриваю на voice source-group,
>но никак не пойму как его прикрутить...зависит от целей и задач.
мне надо было ограничить доступ с определенных IP на отдельные направления.access-list 34 permit 192.168.7.15
voice source-group FROMXXX
access-list 34
translation-profile incoming FROMXXXvoice translation-profile FROMXXX
translate called 100voice translation-rule 100
rule 4 /^\(9.......\)$/ /\1/
rule 5 /^\(90.+\)$/ /\1/
rule 6 /^\(9100\)$/ /\1/
rule 7 /^\(98[3-9].........\)$/ /\1/
rule 8 /^\(9810.+\)$/ /\1/
rule 9 /^\(982.......\)$/ /\1/
rule 14 /^$/ /98115005/
rule 15 /^.+/ /98115005/rule 4-9 пропускают некие комбинации
rule 14,15 - отправляет на автоответчик "доступ запрещен" при наборе всех остальных комбинаций.
ЗЫ как закрыть для всех IP кроме нескольких НЕЗНАЮ, но надо подумать и покрутить-попробовать глядишь и получится чтото.
честно говоря все это работает для H323 - вызовов.
SIP не проверял.
у той же mera есть sip-h323 конвертор - купите и все
тот же asterisk может быть sip-h323 h323-sip конвертором
есть opal который тоже понимает и sip И h323
>у той же mera есть sip-h323 конвертор - купите и все
>тот же asterisk может быть sip-h323 h323-sip конвертором
>есть opal который тоже понимает и sip И h323Да.... купить меру, наверное вы имели ввиду MVTSII? Легко сказать - купите ее... У нас уже сть мера, но сейчас уже без поддержки, и соответственно, конвертера нет...
Встречный вопрос: а можно ли например тот же опал, прикрутить к мере, что-бы он физически размещался на той же машине что и MVTS?
>Да.... купить меру, наверное вы имели ввиду MVTSII? Легко сказать - купите
>ее... У нас уже сть мера, но сейчас уже без поддержки,
>и соответственно, конвертера нет...Купите отдельно конвертер SIP-HIT, если у вас уже есть MVTS-I. Стоит в районе $600 без транскодинга за 10 конкурентных разговоров.
>>Да.... купить меру, наверное вы имели ввиду MVTSII? Легко сказать - купите
>>ее... У нас уже сть мера, но сейчас уже без поддержки,
>>и соответственно, конвертера нет...
>
>Купите отдельно конвертер SIP-HIT, если у вас уже есть MVTS-I. Стоит в
>районе $600 без транскодинга за 10 конкурентных разговоров.Спасибо, но к сожалению, под нон-профитный проект, нет к сожалению даже такого бюджета... Буду пытаться прикручивать cisco в промежутке... :(
ну поставте asterisk и конвертите
