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

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

Страницы: 1
RSS
Проблема с трансфером вызова.
 
#1
09.08.2011 15:14:50
Hi all!
Есть АТС alcatel OXO и есть внешний колл-центр genesis между ними настроен ип транк SIP. АТС к городской сети подключена по Е1. Есть необходимость настроить так чтобы звонки поступающие из города обрабатывались операторами колл-центра. Операторы должны выполнять функции секретариата. Так вот если оператор делает трансферт поступившего звонка на абонента АТС используется 2 DSP на VOIP карте. Это не очень правильно поэтому вопрос можно ли сделать так чтобы в случае трансфера абонентом колл-центра звонок возврашался в поле станции и не использовались дспшки?

Господа модераторы не правильный раздел выбрал, пожалуйста перенесите тему.
Изменено: Warcan - 09.08.2011 16:51:25
 
 
 
#2
10.08.2011 10:27:48
Сначала надо проверить, стоит ли галка RTP Direct  VoIP/VoIP Parameters.
Затем можно попробовать поставить в ARS маршрутах на Генезис поле Called(ISVPN/H450)= Homogenous и тип маршрута priv и в планах нумерации тоже priv. Пишут, что при этом должна работать оптимизация трансфера.
 
 
 
#3
10.08.2011 10:30:19
Цитата
Warcan пишет:
Это не очень правильно поэтому вопрос можно ли сделать так чтобы в случае трансфера абонентом колл-центра звонок возврашался в поле станции и не использовались дспшки?
стесняюсь спросить - чего тут неправильного????

ваш кол-центр для атс это типа второго провайдера.
давайте рассмотрим вполне реальную ситуацию - вам позвонили из города на внут.номер, вы сделали перевод звонка на другой внешний номер, тут естественно занялись 2 В-канала и почему-то атс не снимает петлю из 2-х В-каналов, тут тоже не очень правильно?.

вся прелесть кривизны внедрения кол-центра вылазиет (толи бабло зажали, толи спеку делали делитанты лижбы продать) в процессе эксплуатации т.е. поставили АТС, потом к АТС прикрутили кол-центр, а вот про CTI-приложения напрочь забыли. Да и к тому что не уверен что при наличии CTI на ОХО вам это:
причина 1 – ОХО не потянет, для нормальной интеграции с внешним кол-центром есть ОХЕ.
Причина 2 – а может в вашем кол-центре вообще нет CTI что вполне реально
Пути IP-пакета неисповедимы
 
 
 
#4
10.08.2011 10:38:31
to etc, решение вопроса автора заведомо тупиковый.
если даже ОХО сможет снять петлю в занятии 2-х DSP, кол-центр врятли эти канали отпустит по причине сбора статистики. логично

есть один объект с внешним "не детским" кол-центром со стыком по sip к OXE. точная такая же проблема.
уже почти согласились на покупку CTI для ОХЕ но тормазнулись, оказалось что для "не детского" кол-центра вообще нет CTI
Пути IP-пакета неисповедимы
 
 
 
#5
10.08.2011 10:44:17
тут надо реализовать схему подключения так -  провайдер (Е1) -> (E1) кол-цент (SIP)-> (SIP) ОХО
слабое место - комп кол-центра заглючит и связь во вне сразу отвалится
Пути IP-пакета неисповедимы
 
 
 
#6
15.08.2011 12:45:16
Цитата
error пишет:
тут надо реализовать схему подключения так -  провайдер (Е1) -> (E1) кол-цент (SIP)-> (SIP) ОХО

слабое место - комп кол-центра заглючит и связь во вне сразу отвалится
Такое не возможно, генезис на виртуальной машине.
Цитата
etc пишет:
Сначала надо проверить, стоит ли галка RTP Direct  VoIP/VoIP Parameters.

Затем можно попробовать поставить в ARS маршрутах на Генезис поле Called(ISVPN/H450)= Homogenous и тип маршрута priv и в планах нумерации тоже priv. Пишут, что при этом должна работать оптимизация трансфера.
Всё так и было. Я не особо надеялся что это получится. Всем спасибо!
 
 
 
Страницы: 1
Читают тему