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

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

   RSS
Трансфер входящего по SIP вызова
 
#1
20.08.2015 06:22:49
Здравствуйте,
Столкнулся с проблемой, - и не хватает мозгов разобраться...

Есть ОХЕ R11.0

Конструкция следующая:
город -> (DSS) -> ОХЕ -> (SIP) -> IVR -> (SIP) -> OXE
Конструкция в целом работает:
приходит вызов, IVR отрабатывает, соединяет с абонентом в ОХЕ,
Но, при попытке абонента ОХЕ перевести вызов на другого внутреннего абонента,
ОХЕ зачем-то пытается сделать это в SIPе (видно в трассировке)...
Т.е. посылает INVITE сама себе, причем уже при постановке на удержание.
В итоге выдает ошибку:
SIP/2.0 500 Internal Server Error

Вопрос у меня такой, как заставить ОХЕ переводить вызов не затрагивая SIP соединение?

ЗЫ
Прошу прощения за сумбур, - выразился как смог... :)
 
 
Страницы: Пред. 1 2
Ответы
 
#16
21.08.2015 07:11:51
Андрей, (или может еще кто знает детально SIP) просьба помочь разобраться...

REFER отправить получилось, но соединение с его помощь пока не выходит.
Т.е. пока все хуже, чем было... :)
Вот что у меня получается (всю портянку трассы приводить не буду... :) )



( Абоненты А и С - это ОХЕ, абонент В - IVR)

A -> B INTITE
A <- B 100
A <- B 180
A <- B 200 OK
A -> B ACK
(здесь отрабатывает IVR)
B -> C INTITE
B <- C 100
B <- C 180
B <- C 200 OK
B -> C ACK
A <- B REFER
A -> B 407 Proxy Authentication Required

В общем, не могу врубиться, кто и где здесь не может аутентифицироваться...
Изменено: Geka - 21.08.2015 07:13:23
 
 
 
#17
21.08.2015 08:45:00
...да, похоже где то я сам аутентификацию покалечил... :(
 
 
 
#18
21.08.2015 08:58:17
Цитата
Geka пишет:
...да, похоже где то я сам аутентификацию покалечил...
такое у меня было на avaya, на ОХЕ надо SIP->SIP Proxy  убрать аутентификацию

у вас на IVR sip-транк с авторизацией или нет?
видел многие IVR на которых sip-транк без авторизации принципиально не работает
Изменено: error - 21.08.2015 08:59:24
Пути IP-пакета неисповедимы
 
 
 
#19
21.08.2015 10:14:58
Если делаете через рефер, то теперь надо смотреть настройки со стороны ОХЕ.
IVR у вас как SIP абонент, или через транкгруппу ?
Если второе, то, как уже писал error, нужно сделать ее ABC-F.
 
 
 
#20
21.08.2015 11:05:20
IVR работает через транкгруппу...

Изначально она была сделана, как ABC-F, типа только она поддерживает REFER.
Но нашел такую фразу в доке, что, если TG настроена как ISND, то трансфер происходит внутри ОХЕ, - и я подумал, что это как раз то, что мне нужно.
Но пока на ISDN-TG даже до адресата дойти не могу - где то запарился...:(

ЗЫ
Выдержка из русской доки:
Магистральная группа ISDN SIP обеспечивает только прямую передачу RTP (Direct RTP). Передача и разветвление выполняются внутри системы Alcatel-Lucent OmniPCX Enterprise CS: метод REFER, метод, содержащий заголовки "Referred-by" ("Направлено") или "Replaces" ("Заменяет") или отклики 3xx не отправляются оператору.

Внимание : Если оператор применяет каноническую форму, не следует использовать магистральную группу ABC-F. Произойдет сбой при выполнении разветвлениях или передачах.
 
 
 
#21
21.08.2015 11:53:23
Андрей,
Спасибо вам большое!
Вариант в который вы меня направляли сработал!

ЗЫ
правда пока без аутентификации, но с этим я как нить разберусь :)
Еще раз Большое спасибо!
 
 
 
#22
21.08.2015 11:58:27
SIP Ext Gateway смотрит на нужную TG
Пути IP-пакета неисповедимы
 
 
 
#23
21.08.2015 12:01:07
Цитата
error пишет:
у вас на IVR sip-транк с авторизацией или нет?
видел многие IVR на которых sip-транк без авторизации принципиально не работает
Да, там стояла аутентификация,
но после включения Рефёра почему-то перестала работать (или я чего накрутил).
Включил Рефер, выключил аутентификацию и случилось чудо... :)
 
 
 
#24
21.08.2015 12:04:04
ХОЛД без авторизации в нормальных случаях не бывает
Пути IP-пакета неисповедимы
 
 
 
Страницы: Пред. 1 2
Читают тему