Здравствуйте!

Встала такая задача подвязать Call-Центр Oktell к АТС ipLDK-300. Может кто сталкивался, посоветуйте с чего начать и в какую сторону смотреть...

Спасибо!

На верно с того, что уточнить по каким каналам Октелл будет цеплятся к LG.

Прочитал я документацию, выяснилось, что сервер Октелл с АТС может быть соединен через:

- FXO/FXS
- E1
- SIP

Думаю что самый оптимальный будет соединить их через Е1. Теперь вопрос, мне нужно тогда на сервер поставить плату с Е1 и на АТС PRIB правильно я понял?

А какие задачи возлагаются на этот Call-центр?? Что хотите получить в результате??

У нас есть CRM Terrasoft вместе с ней продавался Call-центр который интегрирован в CRM. Руководству в первую очередь нужно отслеживать через эту CRM кому звонят менеджеры по каким вопросам, во вторых хотят что бы сидели девочки которые будут принимать звонки от клиентов и распределять их по менеджерам и все это учитывалось в этой CRM. В общем все завязано на этой самой CRM.

Сдается мне что такой тесной интеграции между станцией и вашим CRM не получится.
Для станции ваш CRM будет обычным внешним стыком по PRI. Что дальше??
Входящие вызовы можно направлять в Call-центр к "девочкам". Но если они будут передавать вызов на менеджеров (абонентов станции), то в потоке PRI будут заняты 2 канала. Если вообще этот TerraSoft может реализовать трансфер на внешнюю линию.
Что значит:

Каким образом?? Как исходящая связь будет увязана с CRM?? Если просто узнать куда звонят, то станция может выдавать SMDR (и поток PRI между станцией и CRM здесь не нужен)... А вот по каким вопросам они звонят... - это что ж, требуется прослушивать и записывать разговоры??
Кстати, а какая у Вас внешняя связь: аналоговые СО-линии или ISDN PRI??

Получатся связь CRM+IP PBX (Oktell), CRM работает как учетная программа, в которой отмечается какой пользователь звонил какому клиенту. О чем разговаривал менеджер с клиентом должно быть отмечено в специальном поле в CRM. Сам звонок должен осуществлять Oktell.
По такой схеме хочется все построить:

У нас один поток Е1 и 5 аналоговых СО.

Наворочено у Вас однако.
Вы хотите, чтобы LDK-300 использовалась как транзитная станция. Такое вполне возможно.
Обычно CRM используется для регистрации входящих вызовов. Определяется номер, клиент в базе данных и вносится соответствующая запись оператором.
У Вас есть потребность фиксировать исходящие вызовы. Это также возможно. Правда набор номера фиксируется в SMDR, что в дальнейшем легко извлечь и обработать без CRM, но с ним, конечно, лучше.
Таким образом нужно настроить транзит с Oktell на LDK-300 - Е1,5СО.

Мда... Это нужен транзит PRI-PRI и СО-PRI. При этом, как я уже писал, будут петли (2 канала в потоке на один вызов) при необходимости перевести вызов (трансфер) с Call-центра на абонента станции.
А не лучше ли наоборот - поставить ваш Oktell в разрыв городского потока PRI, т.е. на сервере Oktell сделать транзит из потока в поток (в Oktell поставить 2 карты Е1)??

Спасибо, всем! Скорее всего так и будет, заказан уже сервер и 2 платы E1. Если что буду спрашивать!))

Что так, что эдак... ИМХО, все эти решения как-то не очень удачны. Вы пытаетесь скрестить две совершенно разные системы (LDK и Oktell), между которыми не будет никакого плотного взаимодействия (тел. связь по линии Е1, и только). Как там поется: "Дельфин и русалка - не пара"...
ИМХО, тут бы нужно Call-центр, который взаимодействует со станцией посредством TAPI.

Как бы объяснить)) Мне нужна вот такая система:

Нажмите для просмотра прикрепленного файла

Получается что все звонки из вне будут приходить на Октелл, в котором ресепшн должен разрулить куда послать вызов, либо это менеджеру (у которого будет стоять клиент Октелла) либо на внутрений аналоговый телефон через АТС.
Менеджеры будут выходить в город через сервер Октелл, а остальные внутрение аналоговые номера через АТС. Вот как-то так.
Если бы я уже работал в компании при покупке этого Call-центра, то такой геморой не в жизнь не купил!))))

По сути, вы пытаетесь скрестить две АТС "Oktell" и LDK. Просто в Октел есть графический интерфейс работы, типа Call Center. Он же может работать с ТФОП по Е1. Тогда спрашивается, зачем вам еще одна АТС? Если вы хотите сделать Call Center на базе LDK, то тогда на базе TAPI, как писал Harris. А вы пытаетесь, ИМХО, сопрячь багажниками две машины , так чтобы они ехали хорошо в одну сторону. Чего там у вас руководители курят... Может им засланный казачок, который с этого поимел денех, предложил купить этот тандем...

Да. У меня тоже был на обслуживании клиент, который пожелал Call-центр. Они выбрали Infra. Была LDK с потоком. В разрез потока поставили этот Call-центр. Т.е. схема была такая же.
Потом, правда, года через 2~3 сервер сдох ("железо" сгорело), новый не стали покупать. Прокинули поток напрямую на станцию, как и было прежде.

Скорее всего им просто впарили по не знанию, а мне расхлебывать((((



Надо будет постараться как-то откреститься от гемороя и попробовать сделать ее вообще независимой от LDK.

В принципе ничего страшного в этой схеме нет. Будет работать.
Просто нужно помнить, что это по сути 2 системы, связанные между с линией PRI (а не единая система).
Нужно только правильно настроить Oktell (транзиты, трасфер и пр.).

Немного не в тему, но когда мы общались с Террасофт на предмет сотрудничества, у них не возникало принципиальных проблем, что б CRM работатала с LDK напрямую через TAPI... Возможно Октелл тут лишнее звено..

Это из той же оперы... У нас салон продаж "ФОРД". Приходит письмо от некой москваческой компании, типа по требованиям Форда вы должны установит систему регистрации и записи звонков клиентов. Говорю им, мол нафига? Звонки у меня регистрируются в WinTariff, а разговоры могут записываться на плату голосовой почты... Блин, мне полчаса ездили по ушам и сосали моск, убеждая что "ФАНТОМ"-это самая классная система. И ежели мы ее не установим, то нам прилетит штраф и пр. лабудень. Ничего не напоминает?

Впаривают..

Придумал тут еще один план по захвату мира подключению Oktell к LDK:

LDK------IP шлюз-----oktell

От LDK к Ip шлюзу будут идти аналоговые линии от IP шлюза по ethernet до oktell

Oktell может быть SIP сервером.

Вопрос, какой шлюз брать, с FXO или FXS?

ИМХО, Это еще более кривая схема - заменять надежную сигнализацию цифровой линии PRI на аналоговые линии. Что касается интерфейса шлюза, тогда уж лучше подключаться к SLT-портам станции. Значит шлюз - с портом FxO.

Между тем, в станцию можно поставить плату VOIB, и тогда станция может быть SIP клиентом... Или можно соединить станцию и посредством H.323.
Вообщем Вам решать, какой характер головоной боли хотите получить. А получите Вы её по любому. ИМХО.

У вас там не только "курят", но "едят колеса" Вот на вашей схеме нет четкой расстановки АТС: которая транзитная, а которая оконечная. Что вы соединяете их по ISDN, что по VOIB. Транзитная АТС иметт линии PSTN (городские), NET (внутрисетевые). А как вы их будете передавать... Хотите по ISDN, хотите по VOIB. Это всего лишь технологии организации каналов. Вот вы и изобретаете именно способы организации каналов, а не организацию предполагаемой телефонной сети.

В общем все разрешилось, будем делать по первому варианту в разрез E1. Просто получается если ставить шлюзы, то они будут как SIP клиенты Oktell, тогда не хватит лицензий для самих пользователей(((

Ну, вот. Схема организации телефонной сети у вас организовалась. Вот на стыке между Oktell и LDK можете теперь спокойно извращаться. ИМХО, по Е1 конешно будет подешевле (железо) и попроще. (Щас любители интренета и компутерных сетей меня будут модулировать... )

Всем спасибо за ответы и советы)) Небольшой отчет и вопрос по ходу внедрения Oktell.

Установка на сервер прошла успешно, были не большие организационные вопросы по активации лицензии, но все решилось удачно. В сервер также были установлены две платы Yeastar YE110. Октелл подхватил их без проблем.
Начал настраивать с самого легкого - это выход с Октелл на поток Е1, ничего сложного, главное все делать по инструкции, далее был настроен сценарий на прием звонка с потока. В общем звонить и принимать звонки на Октелл было настроено достаточно быстро.

Теперь перехожу к следующему этапу, нужно наладить связь через Е1 между Октелл и ipLDK-300, для того что бы с Октелла можно будет переводить на номера ipLDK-300 входящие звонки.

Возникает вопрос, какие основные манипуляции нужно произвести на LG? А потом уже буду мучаться с настройкой Октелл.

Спасибо.

Наверное манипуляции взять с построения сети по Е1 и с примера построения с 223 страницы руководства..

Как у вас будет организовано? Если с Oktel объединение с сеть, то это сетевые настройки. п.2.16. Если просто прием входящих звонков по Е1, то это приемка звоноков по DID. п. 2.1.3.

Переводить вызовы. Общий план нумерации нужен..

Раньше на АТС приходил поток Е1 по которому все звонили в город. Городские линии были сгруппированы в группу и через план набора все выходили на эти линии. Если я в плане набора не буду ничего менять, а просто переключу поток, смогу ли я попасть на Октелл?

Что бы было совсем понятно.

Схема раньше:

Провайдер ---------- LG ipLDK-300

Что хочу:

Октелл ------------ LG ipLDK-300

Конечно.

Странно, пробовал не получается. Правильно ли я соединил АТС и плату, кроссом?

Эм, непонятно. Что вы имели ввиду "Правильно ли я соединил АТС и плату, кроссом"? У вас раньше приходил поток на мультиплексор. С мультиплексора по физической паре подается каналы прием/передача на плату PRIB АТС соответсвенно кроссовер. Т.е. прием мультиплексора на передачу PRIB и соответсвенно наоборот. Передача мультиплексора на прием PRIB. Тип кодирования HDB3. Соответсвенно, этот принцип должен быть и при подключении октела. Не знаю какой у вас мультиплексор используется (оптика или медь), но в линии мультиплексора используется свой протокол кодирования информации.

Я это имел ввиду, что кабель обжат по схеме, пара передачи на пару приема. При попытке выхода на линию, с системного телефона пишет: ISDN:отбой. В чем может быть проблема или нужны какие-то дополнительные настройки на самой АТС?

Провайдеру АОН нужен..

Объясните пожалуйста поподробнее, т.е. на Октелле нужно искать какие-т о настройки АОНа?

Нам не видно - почему на Октелл отлуп..

Должно быть соответствие мастер-слейв..
Все что происходит в потоке только в трассировке можно увидеть..

Физика - то хоть поднялась?
(должен гореть один зеленый св.диод на поточн.плате)

Это все горит, вот теперь надо что бы это все заработало....

Какие у Октелла есть точки входа?
т.е. наберем столько-то , попадем туда-то.

Непонятно что значит "это все горит" ? Красные погасли ?
Если красные погасли - физика есть - далее приступаем к маршрутизации входящих/исходящих, если красные горят, то пытаемся поднять поток - т е добиться нормальной работы по физике.

На Октелл пока настроен только выход в город через 9, набираем, попадаем на поток Е1 ведущий к провайдеру

Красные погасли, горят только зеленые.

Если физика в норме, значит настройте этот Октелл на прием поцифрово от 300-ки. Или он этого не может?
р.s. Ошибка ?

Может, попробую так сделать.
Нет, не ошибка, платы ведь две.)

Если сможете сделать - все заработает, если нет - настраивайте 300-ку на отправку блоком.

Спасибо. Программку не подскажете в которой смотреть?)

143-6-ON

Здравствуйте! Встал такой вопрос, может ли АТС LG ipLDK-300 перейти в режим "Master" и как это возможно сделать?
Спасибо.

Сама АТС не может. На плате PRIB можно поставить режим USER (TE) или NETWORK (NT). См. Интсрукцию по установке п.3.3.4