Поиск  Правила  Войти
Форум » Alcatel-Lucent OmniPCX Enterprise » IP/VoIP

Уважаемые дамы и господа! Для вас сохранен старый форум по адресу http://forum.intersyst.ru

Страницы: 1
RSS
две TG SIP-ISDN?
 
#1
08.08.2012 08:02:31
АТС 8.0.1 eMG g1.503.35h

TG-0 тип SIP-ISDN настроен на PSTN с использованием DID (npd-33)

к имеющейся АТС ОХЕ стали пристраивать АТС панас tde200 c с sip-линиями, тем самым ОХЕ сделать транзитным узлом

для панаса создал еще одну TG-3 тип miniSIP-ISDN с использованием (npd-34)

вот тут и началось интересное, пока все вкурил прошло пол-дня

как и задумано ext.gateway-3 (для панаса) инициализируется на TG-3
звонки с OXE на панас идут нормально. но вот в обратную строну (панас->ОХЕ) никак, по логам SIP приходит cause 404 (not found), да еще разглядел строку "ext gateway not valid"
путем долгого мозгоковыряния добился входящего звонка с панаса, т.е. оказалось что входящий звонок стучится на TG-0 и по правилу DID не находит нужное русло входящего направления и естественно отбивает звонок по cause 404

тут как-бы все понятно стало - на одной OXE живут по одной TG c типом SIP-ISDN и SIP-ABCF
вопрос - на релизах 9.0 и выше появилась ли поддержка 2-х и более TG с типом SIP-ISDN ?
Пути IP-пакета неисповедимы
 
 
 
#2
08.08.2012 09:22:00
Да вроде должно такое работать. А вы External gateway c транковыми группами - в рРАЗНЫЕ подсети отнесли. По входу/выходу аутентификацию прописали. Входящие звонки с тех направлений приходят с понятным содержимым КТО звонит (чтоб станция выбрала нужный внешний гейтвэй и соответственно транковую группу).
 
 
 
#3
08.08.2012 11:53:41
Цитата
vad пишет:
А вы External gateway c транковыми группами - в РАЗНЫЕ подсети отнесли.
подсеть одна и таже

Цитата
vad пишет:
По входу/выходу аутентификацию прописали.
аутентификация включена

Цитата
vad пишет:
Входящие звонки с тех направлений приходят с понятным содержимым КТО звонит (чтоб станция выбрала нужный внешний гейтвэй и соответственно транковую группу).
содержимое понятное приходит, но пишет "ext gateway not valid"

к сожалению сейчас не могу трассу приложить

да еще атс имеет сеть 0 ноду 1
на sip-е прописана сеть 2
на обоих External gateway прописана сеть 0 нода 1 (т.е. сеть и нода по дефолту)
Изменено: error - 08.08.2012 11:56:52
Пути IP-пакета неисповедимы
 
 
 
#4
08.08.2012 12:29:42
На внешних SIP шлюзах - нет сети/узла. Есть упоминание транковой группы (в которой указана remote network).

Не вижу никакого смысла указывать ОДНУ сеть в РАЗНЫХ SIP транковых группах.

Туда ведь (в SIP) и ходят (например) через префиксы Network number - где говорится номер сети/ номер транковой группы. Далее попадаем в network routing table (по номеру сети) - где указан номер SIP шлюза.

Еще можно IP доменами побаловаться. Отнести SIP шлюзы в разные домены (например 1 и 2), вместо того, чтоб просто считаться "за пределами 0-го".
 
 
 
#5
11.08.2012 21:59:16
Спасибо огромное

на стенде разверну и далее на живую атс
Пути IP-пакета неисповедимы
 
 
 
#6
12.08.2012 13:47:11
извиняюсь конечно за глупый вопрос - так я правильно сообразил? :)
SIP ->  SIP Gateway
- SIP Subnetwork - 2
- SIP Trunk Group - 0

Trunk Groups - 0  (тип ISDN - SIP) для PSTN
- Remote Network 2

Trunk Groups - 2 (тип ISDN - SIP) для Панаса
- Remote Network - 3

по крайне мере на стенде звонки забегали для PSTN вход/выход через TG 0, звонки Панас вход/выход через TG 2
Пути IP-пакета неисповедимы
 
 
 
#7
22.08.2012 09:58:23
описанный выше пост это SIP GW-to-GW без регистрации тобишь статический

когда используется механизм регистрации на sip-trunk-ке все звонки будут обрабатываться как раз в той TG в которой указана в "SIP -> SIP Gateway -> SIP Trunk Group"

у меня было тоже самое но с точностью наоборот т.е. "SIP -> SIP Gateway -> SIP Trunk Group - 0" TG 0 для статики, а TG 3 c типом mini-SIP для регистрации sip-транка.
все как и положено входящий звонок с панаса ломился на TG 0 и не найдя маршрут в DID отваливался.
Пути IP-пакета неисповедимы
 
 
 
#8
28.08.2012 08:17:59
кто-нибудь поделитесь TС0881
Пути IP-пакета неисповедимы
 
 
 
Страницы: 1
Читают тему