Тема: NCP - подключение к провайдеру по H.323 + Qsig
Коллеги, у меня мозговая пробка. Если можно, киньте пару намёков.
Ситуация - есть TDE200 в одном городе, есть NCP500 в другом. В обоих местах интернет от одного провайдера. Обе АТС во внутренней сети, между ними VPN внутренними средствами организации (железки стоят Длинк, вроде). Поднят Qsig, всё хорошо.
В офис, где стоит NCP500, подана IP-телефония(H323, вот в чём веселье). Хочу подключить два транка NCP (на ней 4 транк-лицензии) к IP-телефонии провайдера. Техусловия от провайдера - ниже.
Никак не могу сообразить, как же пускать по V-IPGW сразу и транки провайдера, и QSig во второй офис. Тип транка стоит Private, как выдавать провайдеру правильный CLIP без извратов в виде ARS - никак не придумывается.
Входящая связь вроде должна нормально приходить. Для транков, смотрящих на провайдера, заводим отдельную CDPG, и потом в hunt pattern прописываем наш номер, выделенный провайдером. Тип транка Private, входящий звонок сперва пробежится по TIE-таблице, не найдёт там совпадений (первые цифры в TIE сделаем несовпадающими с нашим номером от провайдера), уйдёт на DIL-распределение.
Коллеги, кто решал подобные задачи (H323-транк от провайдера+Qsig через один интерфейс), зацените, плиз - не напутал ли я чего. И что делать с CLIP?
ТУ от провайдера -
1. Протокол обмена сигнальными сообщениями.
Протокол: H.323
RAS: не используется (без регистрации на Привратнике)
Установка соединения: без Fast Connect + H.245 Tunneling
2. Шлюзы H.323.
Основной: 172.24.27.12, порт: 1720
Резервный: 172.24.27.11, порт: 1720
Алгоритм установки соединения:
o при исходящей связи: запрос на основной шлюз; при отказе в установке соединения, запрос на резервный шлюз;
o входящая связь может быть инициирована с любого из перечисленных шлюзов.
3. Параметры кодеков для передачи голосовой информации:
Основной: G.729 Annex-A, размер кадра: 60мс
Вторичный: G.711 A-Law, размер кадра: 30мс
4. Протокол передачи факсимильных сообщений: T.38 UDP TL
5. Способ передачи сигналов DTMF: RTP Payload (RFC 2833)
А почему бы не поставить вторую V-IPGW и не зацепиться к прову “павликом”?
spider_alex, от провайдера номер насколько длинным приходит? Он ведь кидает DDI/DID, правильно ведь? Дык, если не павлика, но и не привета, может стоит попробовать вэпэнэ?
А почему бы не поставить вторую V-IPGW и не зацепиться к прову “павликом”?
Спасибо за идею. Пару часов назад мне она тоже пришла в голову 😊 Интересно - работает так у кого-нибудь, или я один такой уникальный с H323…
spider_alex, от провайдера номер насколько длинным приходит? Он ведь кидает DDI/DID, правильно ведь? Дык, если не павлика, но и не привета, может стоит попробовать вэпэнэ?
Может быть. За идею спасибо, попробую. Успешность решения с VPN от провайдера сильно зависит, как я понимаю. Большая проблема в том, что я удалённо подключаюсь, тяжело трассировку звонков собрать - MNT-порт от меня далеко... А техсуппорт Панаса без трассировки не любит общаться, что в целом, конечно, верно.
Сейчас пособираю мысли в кучу, потом буду копать. Там есть ещё аппаратная проблема - IP-телефония и интернет идут от прова по разным WLAN, выходят из коммутатора провайдера из разных портов. А текущий шлюз WLAN не поддерживает, насколько я в курсе.
Блин... То ли лыжи не едут, то ли я туплю конкретно... Перечитав условия задачи не понял проблемы.... Ставим Виртуал IP-GW16 - это, блин, на счастье 8 транков по 2 канала. Н.323 с провом поднимается - сами так работали, пока не захотелось “странного” в виде СИПа...
Поднимаем 2 соединения (по 2 канала), создаем 2 гейта: один в сторону прова, второй в сторону VPN образующего оборудования на стороне ТДЕ.
Второй - прям отдельной транк-группой - убиваем в 3-1-2, но прописываем в ТИЕ для цифр двухсотки. Все остальное валится в первый. Что касается клипа - если у прова приват, то и над клипом пусть он сам думает...
В хантах - то, что присылают и пров и двухсотка - все можно в одну CDPG - т.к. в каждую сторону более 2 каналов не поднято...
Блин... То ли лыжи не едут, то ли я туплю конкретно... Перечитав условия задачи не понял проблемы.... Ставим Виртуал IP-GW16 - это, блин, на счастье 8 транков по 2 канала. Н.323 с провом поднимается - сами так работали, пока не захотелось “странного” в виде СИПа...
Поднимаем 2 соединения (по 2 канала), создаем 2 гейта: один в сторону прова, второй в сторону VPN образующего оборудования на стороне ТДЕ.
Второй - прям отдельной транк-группой - убиваем в 3-1-2, но прописываем в ТИЕ для цифр двухсотки. Все остальное валится в первый. Что касается клипа - если у прова приват, то и над клипом пусть он сам думает...
В хантах - то, что присылают и пров и двухсотка - все можно в одну CDPG - т.к. в каждую сторону более 2 каналов не поднято...
У прова паблик, скорей всего. АТС имеет внутренний адрес, QSig между сетью АТС ходит через VPN-туннель.
Вариант с двумя V-IPGW самым логичным видится с точки зрения клипов. Но вот с NAT ещё придётся повозиться. Вроде бы должно ходить, если NAT будет с инспектором H323, но на практике ни разу такого не поднимал.
Вобщем, спасибо, коллеги. Пробка потихоньку рассосалась. Буду пробовать вариант с двумя V-IPGW. Если NAT не пробьётся, то разводить прова на SIP. Если не разведётся, то LCOT4 + уже стоящий провайдерский VoIP шлюз с портами FXS позволит обойти проблему.
Две V-IPGW проблему не решат. Режим павлика и привета выбирается для всего ящика, но не по платам в отдельности. Пробуй уговорить на СИП, тем более, что на этом сипе все провайдеры просто помешались.
Две V-IPGW проблему не решат. Режим павлика и привета выбирается для всего ящика, но не по платам в отдельности.
вот, вот. это и огорчило меня разок, пришлось всю сеть благо не большая переводить на павлика , и всего-то из-за одного несчастного номера от какого-то уже не помню регионального прова, а так все хорошо начиналось.
Зато “больше 1000 DDI” работает. Напрягает 9-ка перед внутренними с другой АТС.
Есть ещё мысль - уговорить провайдера передавать DDI максимально коротким. Желательно не более 5-ти цифр. И попытаться во внутрянке найти под эти DDI какие-то “дырочки”. В крайнем случае поколбаситься в 10.2 на последней вкладке и в TIE (хотя это как раз-таки мысль неудачная)..
Напрягает 9-ка перед внутренними с другой АТС.
Это в клипе, или где?
Наблюдаатель, в нём, в родимом.
Нашел, твоюмать!.. Почти час времени угрохал сейчас на то, чтоб в БЗ эту доку отыскать. Q26756 её фамилие.
Ведь помню же что читал, что Мацусита запрос принимал и что финал там был благополучный. Почему-то в голове засело, что для виртуальных шлюзов сделали-таки “транк проперти” по раздельности. Ан, нет, чтоб жизнь малиной не казалась - получите, распишитесь.
айдис фор лайф. 😊
айдис фор лайф. 😊
For abnormal sexual life, я бы сказал... 😊
