Тема: Выход с SIP-транка на ТФОП
Добрый день, форумчане!
Помогите разобраться в такой проблеме:
Наш панас TDE200, связан SIP-транком с Cisco Call Manager - для нужд обычной корпоративной телефонии между двумя офисами.
Звонки на внутренние номера идут, все нормально. Как на TDE200 разрешить звонкам, пришедшим с циски, ходить в город? Для выхода в город используется E1 PRI30.
Проблема в том, что V-SIPGW - Public линии. Ставить в DDI/DID таблице перевод на DISA и оттуда донабором в город, или есть более изящный способ?
Или проще переделать связку между атс на H.323…
Или проще переделать связку между атс на H.323…
Такое нравится больше.
Теоретически само “разрешение” решается через COS. Но не следует забывать и о том, что у вас используется Е1, а ваш провайдер может хотеть видеть “легальные” CLIP-ы. И вот тут надо будет либо в ССМ это дело “учитывать” (но это только при H.323-м, на SIP-е, скорее всего, это будет сложнее реализовать, даже при пропускании через DISA), либо “колдовать” в TDE (но тут тоже полно разных неприятностей и ограничений).
Кстати, а если связать все-таки по H.323 - получится ли реализовать выход в город?
\Александр я сам не пробовал, а если попробовать так. Звонок направлять не на ДИСУ, а в группу. В группе виртуальные номера. Группу форвардить, но не полностью, то есть прописать не полный номер, а только 9.Получается, набрали на Циске 9 и мы находимся в потоке. Дальше добираем остальное. Повторяю сам не пробовал. Группа, для того чтобы увеличить пропускную способность. Набор оверлапом.
Онотоле, предлагаемое не получится. Форвард на 9 - это форвард на “незаконченный” номер. То есть как бы “в никуда”. Ведь недостаточно просто прицепиться к потоку, должен быть некий “Connect”, для того чтобы переадресация “ожила”. А какой connect может быть получен с потока, если ничего не набрано?
Для zeman-а. По H.323 получится, если для транковой группы, которая пашет с циской, указать COS, разрешающий исходящие, и при этом с CCM-а вызов должен быть с CLIP-ом, который пропускает ваш провайдер. В принципе, на CCM-е это должно нормально реализовываться (если уж панасоник умеет так делать, то не поверю, чтобы циска не смогла). Мне кажется, что это самое простой и в то же время самый надёжный способ. И никакие DISA не нужны, и никаких верификаций не надо.. (если только не SMDR-ить на TDE-хе транзитные вызовы по конкретным абонентам ССМ-а).
Точно только сейчас сообразил, как мы 9 отфорвордим то остальной донобор в поток не уйдёт. 323 самое то, что нужно. Конечно, можно, что то придумать только на хрен нужно огород городить.
А если все-таки попробовать верификацию через сип?
А мы не заблудились ведь, по-моему, через ТЕАЙ всё хорошо делается. Или я не прав.
Через ТИЕ все хорошо, Начштаба об этом написал, но попробовать верифицироваться через сип можно. Хотя не факт, что АТС проглотит из сип-транка *47* - надо тупо пробовать. У меня готового сип-транка нет, а городить с имитацией на стенде лень.
Добрый день, форумчане!
Помогите разобраться в такой проблеме:
Наш панас TDE200, связан SIP-транком с Cisco Call Manager - для нужд обычной корпоративной телефонии между двумя офисами.
Звонки на внутренние номера идут, все нормально. Как на TDE200 разрешить звонкам, пришедшим с циски, ходить в город? Для выхода в город используется E1 PRI30.Проблема в том, что V-SIPGW - Public линии. Ставить в DDI/DID таблице перевод на DISA и оттуда донабором в город, или есть более изящный способ?
Или проще переделать связку между атс на H.323…
Есть более изящный - принимать звонки по TIE-распределению. При этом H323 мне лично больше импонирует. CCM у меня в одной из контор связан с NCP по H323. Правда, задача звонить через линии другой АТС у меня не стоит, да и PRI на Панасе там нету.
В любом случае, для транзитных звонков через Панаса необходимо выполнить спец.программирование, если прошивка станции 5 или выше.
Народ, не усугубляйте. Предложение наиболее простого пути (использование H.323 и подстановка легального CLIP-а прямо из ССМ) уже прозвучало, а остальные методы могут быть чреватыми (типа использование QD или ещё что-то, упрощающее звонок с ССМ-а, может приоткрыть “дырочку” и при входящем вызове с публичного транка).
