ЗАО "ИНТЕРСИСТ" [тема: Трансфер входящего по SIP вызова]

Трансфер входящего по SIP вызова

Fri, 21 Aug 2015 12:04:04 +0500

Трансфер входящего по SIP вызова в форуме Конфигурирование.
ХОЛД без авторизации в нормальных случаях не бывает
21.08.2015 12:04:04, error.

Трансфер входящего по SIP вызова

Fri, 21 Aug 2015 12:01:07 +0500

Трансфер входящего по SIP вызова в форуме Конфигурирование.

====quote====
error пишет:
у вас на IVR sip-транк с авторизацией или нет?
видел многие IVR на которых sip-транк без авторизации принципиально не работает
=============
Да, там стояла аутентификация,
но после включения Рефёра почему-то перестала работать (или я чего накрутил).
Включил Рефер, выключил аутентификацию и случилось чудо...
21.08.2015 12:01:07, Geka.

Трансфер входящего по SIP вызова

Fri, 21 Aug 2015 11:58:27 +0500

Трансфер входящего по SIP вызова в форуме Конфигурирование.
SIP Ext Gateway смотрит на нужную TG
21.08.2015 11:58:27, error.

Трансфер входящего по SIP вызова

Fri, 21 Aug 2015 11:53:23 +0500

Трансфер входящего по SIP вызова в форуме Конфигурирование.
Андрей,
Спасибо вам большое!
Вариант в который вы меня направляли сработал!

ЗЫ
правда пока без аутентификации, но с этим я как нить разберусь
Еще раз Большое спасибо!
21.08.2015 11:53:23, Geka.

Трансфер входящего по SIP вызова

Fri, 21 Aug 2015 11:05:20 +0500

Трансфер входящего по SIP вызова в форуме Конфигурирование.
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.08.2015 11:05:20, Geka.

Трансфер входящего по SIP вызова

Fri, 21 Aug 2015 10:14:58 +0500

Трансфер входящего по SIP вызова в форуме Конфигурирование.
Если делаете через рефер, то теперь надо смотреть настройки со стороны ОХЕ.
IVR у вас как SIP абонент, или через транкгруппу ?
Если второе, то, как уже писал error, нужно сделать ее ABC-F.
21.08.2015 10:14:58, Андрей.

Трансфер входящего по SIP вызова

Fri, 21 Aug 2015 08:58:17 +0500

Трансфер входящего по SIP вызова в форуме Конфигурирование.

====quote====
Geka пишет:
...да, похоже где то я сам аутентификацию покалечил...
=============
такое у меня было на avaya, на ОХЕ надо SIP->SIP Proxy убрать аутентификацию

у вас на IVR sip-транк с авторизацией или нет?
видел многие IVR на которых sip-транк без авторизации принципиально не работает
21.08.2015 08:58:17, error.

Трансфер входящего по SIP вызова

Fri, 21 Aug 2015 08:45:00 +0500

Трансфер входящего по SIP вызова в форуме Конфигурирование.
...да, похоже где то я сам аутентификацию покалечил...
21.08.2015 08:45:00, Geka.

Трансфер входящего по SIP вызова

Fri, 21 Aug 2015 07:11:51 +0500

Трансфер входящего по SIP вызова в форуме Конфигурирование.
Андрей, (или может еще кто знает детально 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

В общем, не могу врубиться, кто и где здесь не может аутентифицироваться...
21.08.2015 07:11:51, Geka.

Трансфер входящего по SIP вызова

Thu, 20 Aug 2015 12:58:49 +0500

Трансфер входящего по SIP вызова в форуме Конфигурирование.
ну тогда дорога на ТНТ "битва с бубнами"
20.08.2015 12:58:49, error.

Трансфер входящего по SIP вызова

Thu, 20 Aug 2015 11:35:26 +0500

Трансфер входящего по SIP вызова в форуме Конфигурирование.

====quote====
error пишет:
тут еще надо смотреть IVR на каком SIP типе транке сидит ABCF или ISDN
=============

Если IVR шлет инвайт, а не рефер, то смотреть без толку.
20.08.2015 11:35:26, Андрей.

Трансфер входящего по SIP вызова

Thu, 20 Aug 2015 11:26:11 +0500

Трансфер входящего по SIP вызова в форуме Конфигурирование.
тут еще надо смотреть IVR на каком SIP типе транке сидит ABCF или ISDN
20.08.2015 11:26:11, error.

Трансфер входящего по SIP вызова

Thu, 20 Aug 2015 10:55:16 +0500

Трансфер входящего по SIP вызова в форуме Конфигурирование.

====quote====
Андрей пишет:
Ответ перечитайте.
=============
да,
сразу не врубился...
будем думать...

20.08.2015 10:55:16, Geka.

Трансфер входящего по SIP вызова

Thu, 20 Aug 2015 10:49:14 +0500

Трансфер входящего по SIP вызова в форуме Конфигурирование.
Ответ перечитайте.
20.08.2015 10:49:14, Андрей.

Трансфер входящего по SIP вызова

Thu, 20 Aug 2015 10:36:46 +0500

Трансфер входящего по SIP вызова в форуме Конфигурирование.
Да, вроде как там есть что-то - поковыряться можно...
...но, как мне кажется, я немного о другом.
Т.е. после того, как соединение уже установлено (с петлей или без) входящий абонент пытается сделать трансфер внутри ОХЕ (или даже просто ставит звонящего на ХОЛД), - то на кой ляд ОХЕ шлет в транк какие-то там дополнительные инвайты...
20.08.2015 10:36:46, Geka.

Трансфер входящего по SIP вызова

Thu, 20 Aug 2015 10:18:35 +0500

Трансфер входящего по SIP вызова в форуме Конфигурирование.

====quote====
Geka пишет:

====quote====
Андрей пишет:

Наверное, потому, что переводите вызов на другого IP абонент, или абонента другого MG ?
=============

увы, нет...

INVITE уходит уже при установке на hold, - до набора номера дело даже не доходит...
=============

Это неважно, все равно меняется источник медиапотока, поэтому уходит реинвайт.
Вы, вероятно, оставляете петлю, с точки зрения сигнализации, поэтому ОХЕ "внутри себя" все и не делает, для нее это внешний вызов.
Делайте трансфер через REFER, если смартфон это поддерживает, с соответствующими настройками на ОХЕ.
20.08.2015 10:18:35, Андрей.

Трансфер входящего по SIP вызова

Thu, 20 Aug 2015 10:14:55 +0500

Трансфер входящего по SIP вызова в форуме Конфигурирование.

====quote====
error пишет:
ваш IVR случаем не астериск?
=============
нет
Novavox Smartphone...
20.08.2015 10:14:55, Geka.

Трансфер входящего по SIP вызова

Thu, 20 Aug 2015 10:05:00 +0500

Трансфер входящего по SIP вызова в форуме Конфигурирование.
ваш IVR случаем не астериск?
20.08.2015 10:05:00, error.

Трансфер входящего по SIP вызова

Thu, 20 Aug 2015 09:17:32 +0500

Трансфер входящего по SIP вызова в форуме Конфигурирование.
Хотя, - про "петлю" не уверен...
после отработки IVRа пакеты трафика через него уже не ходят, а ходят ОХЕ-ОХЕ...
Но трансфер IVR делает не Рефёром, а Инвайтом...
20.08.2015 09:17:32, Geka.

Трансфер входящего по SIP вызова

Thu, 20 Aug 2015 09:13:13 +0500

Трансфер входящего по SIP вызова в форуме Конфигурирование.

====quote====
Андрей пишет:
А с IVR вызов, вероятно, не переводите через REFER, а оставляете петлю ?
=============
Да, именно так...
20.08.2015 09:13:13, Geka.

Трансфер входящего по SIP вызова

Thu, 20 Aug 2015 09:12:14 +0500

Трансфер входящего по SIP вызова в форуме Конфигурирование.

====quote====
Андрей пишет:
Наверное, потому, что переводите вызов на другого IP абонент, или абонента другого MG ?
=============
увы, нет...
INVITE уходит уже при установке на hold, - до набора номера дело даже не доходит...
20.08.2015 09:12:14, Geka.

Трансфер входящего по SIP вызова

Thu, 20 Aug 2015 09:08:06 +0500

Трансфер входящего по SIP вызова в форуме Конфигурирование.
А с IVR вызов, вероятно, не переводите через REFER, а оставляете петлю ?
20.08.2015 09:08:06, Андрей.

Трансфер входящего по SIP вызова

Thu, 20 Aug 2015 08:46:31 +0500

Трансфер входящего по SIP вызова в форуме Конфигурирование.
Наверное, потому, что переводите вызов на другого IP абонент, или абонента другого MG ?
20.08.2015 08:46:31, Андрей.

Трансфер входящего по SIP вызова

Thu, 20 Aug 2015 06:22:49 +0500

Трансфер входящего по SIP вызова в форуме Конфигурирование.
Здравствуйте,
Столкнулся с проблемой, - и не хватает мозгов разобраться...

Есть ОХЕ R11.0

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

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

ЗЫ
Прошу прощения за сумбур, - выразился как смог...
20.08.2015 06:22:49, Geka.