Поиск  Правила  Войти
Форум » Alcatel-Lucent OmniPCX Enterprise » Конфигурирование

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

Страницы: 1
RSS
Отсутствует RBT
 
#1
18.08.2014 18:46:55
Коллеги, здравствуйте,

Возникла проблема с генерацией RBT(КПВ) при транзитном вызове через OXE. К самой OXE присоединена куча OXO по SIP транкам, и при звонках между ними RBT генерится без проблем 8) , так же к OXE, по потоку E1, подключена SI -ая станция и RBT перестает генерироваться при вызове с OXO на абонентов SI -ой станции.
Причем, когда я выставляю в external sip gateway параметр SDP in 18x +True, то RBT начинает генерироваться, но при этом перестают ходить транзитные вызовы между абонентами на OXO: звонок проходит, но при снятии трубки вызов обрывается...
На транке включал Tone on seizure и Announcment for dial tone, результат тот же - RBT отсутствует :cry:
Кто-нибудь сталкивался с такой ситуацией? Может можно как-то генерировать RBT на OXO?
 
 
 
#2
18.08.2014 19:07:06
тут два пути
1. на транке Е1 отключите опцию progress
2. на ОХО внешние линии -> протоколы -> EDSS1 (параметры) возможно пункт RBT общий для PRI и SIP
Пути IP-пакета неисповедимы
 
 
 
#3
18.08.2014 19:24:25
да еще - да правильного подключения SIP-транков Alcatel рекомендует использовать SBC
Пути IP-пакета неисповедимы
 
 
 
#4
19.08.2014 10:47:57
Спасибо за ответы, error

Цитата
error пишет:
да еще - да правильного подключения SIP-транков Alcatel рекомендует использовать SBC
Можете пояснить кратко в чем суть, у нас настроено все через дискриминаторы и ARS, офф. документация дает
только схемку без пояснений.

Цитата
error пишет:
тут два пути
1. на транке Е1 отключите опцию progress
2. на ОХО внешние линии -> протоколы -> EDSS1 (параметры) возможно пункт RBT общий для PRI и SIP

К сожалению, не работает. Судя по всему на OXO, нельзя генерировать RBT, потому что выставил нужный параметр в настройках OXO, как вы и написали, но RBT как не было так и нет...

Вообще нашел в одной документации такую информацию:
The 180 Ringing (or 183 Progress Session) is a provisional message sent by the OXE, this
message is used to inform the caller, that the remote party is ringing. This message can contain
SDP to provide the Ring back tone RBT), if no SDP, the RBT must be played localy on the
system initator of the call.

Как я и писал в первом сообщении, если включить эту опцию в Ext. Sip Gateway, то RBT ходит, но при этом начинают дропаться транзитные звонки между OXO, может стоит в этом разобраться?
 
 
 
#5
19.08.2014 11:39:31
alcatel в плане sip очень консервативна т.е. поддерживается исключительно своим идеологиям
при sip180 rbt генерируется узлами участвующими в процессе организации транзакции, в вашем случае это OXO-OXE
при sip183 RBT должен генерироваться узлами конечными в вашем случае это PSTN-OXE-OXO тобишь  PSTN и OXO, вся суть заключается в том что провайдер не обязан генерить RBT

так же Alcatel плохо переваривает когда пришло SIP183 и далее вдогонку пригло SIP180, в этом случае RBT не будет
вот по этому Alcatel рекомендует использовать SBC когда SIP-транки разношерстные т.е. участвуют в процессе SIP183 и SIP180

ранее говорил "отключить опцию progress" это катит при исходящих в PSTN

вам стоит попросить прова отключить progress на PRI, так же можно пробовать отключить опцию progress на SIP-транке

а вообще я бы поставил SBC типа yate или freeswitch. asterisk не рекомендовал бы ставить т.к. очень "кудрявая" реализация одновременного использования SIP180 и SIP183
Пути IP-пакета неисповедимы
 
 
 
#6
19.08.2014 11:41:42
Цитата
Civilized пишет:
может стоит в этом разобраться?
разборку надо начинать софта ОХЕ и ОХО а не пальцем в небо тыкать в познании теории

приложите трассу звонка который дропается
Пути IP-пакета неисповедимы
 
 
 
#7
19.08.2014 13:24:14
Не пробовали на Е1 - поменять - кто является мастером (network mode)?
Кроме того - Е1 - ISDN или QSIG?
 
 
 
#8
19.08.2014 18:44:24
Цитата
error пишет

приложите трассу звонка который дропается

Вот трасса:
http://goo.gl/ZHlCEK

Соответственно
10.243.202.148 - IP адрес OXO с которой уходит вызов(зарегестрированный номер 8843)
10.243.202.52 - IP адрес OXO куда вызов направлен (зарегестрированный номер 8793)
172.16.242.66 - IP адрес транзитной OXE, через которую идет вызов с OXO на OXO.


Вызов идет с 8843 на 8793.
 
 
 
#9
20.08.2014 11:36:47
по трассе вся проблема возникает когда OXE шлет UPDATE о смене IP-адреса RTP, звонок бреет ОХО куда звонок должен упасть

1. на ОХО вставите фиксированный кодек
2. ОХО поднимете патч
3. на ОХЕ текущий патч k1.520.29.e
4. в ОХЕ 11 кодек на SIP-транк регулируется через domain
Пути IP-пакета неисповедимы
 
 
 
#10
20.08.2014 12:18:47
Цитата
error пишет:

4. в ОХЕ 11 кодек на SIP-транк регулируется через domain

Зависит от того, что указано в SIP Ext. Gw.
 
 
 
#11
20.08.2014 12:28:08
ранее на SIP-TG был пункт "тип компрессии - дефаулт/g711", в "SIP Ext. Gw." было поле "транк алгоритм" т.е. если в SIP-TG стоит G711 а в "SIP Ext. Gw." было поле "транк алгоритм" отключено то выбор кодеков шел согласно domain
Пути IP-пакета неисповедимы
 
 
 
#12
20.08.2014 12:36:31
Цитата
error пишет:
ранее на SIP-TG был пункт "тип компрессии - дефаулт/g711", в "SIP Ext. Gw." было поле "транк алгоритм" т.е. если в SIP-TG стоит G711 а в "SIP Ext. Gw." было поле "транк алгоритм"  отключено  то выбор кодеков шел согласно domain

А именно с R11 в SIP Ext Gw есть специальный параметр, определяющий выбор кодека.
Что характерно, так и называется: Type of codec negotiation.
 
 
 
#13
20.08.2014 12:46:07
Цитата
error пишет:
по трассе вся проблема возникает когда OXE шлет UPDATE о смене IP-адреса RTP, звонок бреет ОХО куда звонок должен упасть



1. на ОХО вставите фиксированный кодек

2. ОХО поднимете патч

3. на ОХЕ текущий патч k1.520.29.e

4. в ОХЕ 11 кодек на SIP-транк регулируется через domain

Спасибо, попробую. Пока настроил транковую группу как Private, вроде звонок перестал дропаться, но пока непонятно будет ли ходить голос, потому что нет возможности это проверить.
 
 
 
Страницы: 1
Читают тему