Здравствуйте!
АТС - LDK-100. Как определить номер звонящего абонента до момента отбоя звонка. По телнету SMDR отдает информацию только после того как закончен разговор. Но вот например программа ez Attendant показывает информацию до момента отбоя, но к сожалению не позволяет создать лог-файл с определившимся номером (в котором АОН зафиксировал номер звонящего абонента) который может считать другая программа. Нам необходимо запустить в базе другой программы, поиск клиента по определившемуся номеру, поступившего звонка. Подскажите какой то есть сборщик информации (программа) в реальном времени? Или специальной командой в телнет режиме сделать запрос чтоб получить информацию о звонке до момента отбоя.
1) Через TAPI
либо
2) Через информацию Call Info.
Cм. параметр CLI Print в ПГМ200.
Demonobond
04.08.2010, 17:50
Да, информация выдается, причем сначала выдается что просто по такой-то линии пришел звонок с такого-то номера, затем, когда снимут трубку - выдается на каком номере сняли трубку. Неудобно только то что в случае переадресации, абоненту, которому переадресуют событие можно передать только после того как он положит трубку. Но то что есть уже хорошо. и используется у нас последние лет 8. Сначала на GDK-100 теперь на ldk-300. Номера определяются Затем поиск по базе 1С предприятие 8, с выводом на экран пользователя названия клиента и номера с которого он звонит (если в базе есть соответствие). Очень удобно.
1) Через TAPI
либо
2) Через информацию Call Info.
Cм. параметр CLI Print в ПГМ200.
Доброго времени суток.
У меня аналогичная ситуация: Есть АТС-ка LG ip ldk-100. Есть свое разработанное приложение. Необходимо, чтобы номер звонящего попадал в некое поле в своем разработанном приложении.
Т.е нужен некий "посредник", ктр бы умел определять номер звонящего и отправлять его в свое приложение. Проблема с определением номера звонящего.
По предложенным вариантам есть вопросы:
По пооводу TAPI что значит "а при приобритении соответствующей лицензии - и для подключения по TAPI-протоколу программных продуктов сторонних производителей" - это я вычитал на _http://www.lg-nortel.com.ua/en/catalog/detail.php?ID=2644.
Что это за лицензия такая?? Бумажка просто, или что-то программное, что открывает какие то закрытые возможности?
Ну а про CLI Print в ПГМ200 даже не слышал ничего - почитаю.
ТС, Вам не удалось решить проблему? Если решили, и не сложно, то подскажите каким образом.
Заранее спасибо за ответы.
1) Лицензия - это покупка ключа для активации доп. возможностей станции. В данном случае идет речь о лицензионном ключе для TAPI.
2) На каких линиях Вы собираетесь определять номер вызывающего абонента: ISDN/аналоговые СО-линии??
1) Лицензия - это покупка ключа для активации доп. возможностей станции. В данном случае идет речь о лицензионном ключе для TAPI.
2) На каких линиях Вы собираетесь определять номер вызывающего абонента: ISDN/аналоговые СО-линии??
Если честно, то в телефонии я не спец, поэтому не знаю цифра там или аналог.
Но узнал, что ключ для TAPI был приобретен. Сам TSP драйвер установлен.
Осталось понять, почему не перехватывает номер телефона тот же Rander, хотя он и станцию видит...Может не перехватывает из-за того, что он не умеет с данными дровами работает, ибо у них на сайте какие то свои дровишки предложены, а поддержка данной станции заявлена как экспериментальная.....
Так может просто нечего "перехватывать"???
Вы уверены, что станция имеет возможности для определения номера вызывающего абонента?? На системном телефоне отображается этот номер или нет??
Может Вы хотите получить в TAPI то, чего в принципе нет в станции.
Если линия ISDN, то номер вызывающего должен поступать от провайдера, т.е. это в первую очередь сервис провайдера!!
Если линия - аналоговая СО, то:
- российский АОН эта станция вообще не поддерживает.
- для определения CallerID в формате FSK (ежели провайдер это обеспечивает) в станции должна быть плата CLCOB с модулем CIDU.
Если этого нет, то причем здесь TAPI...
На компе поставлена утилитка Phontage (_http://www.artcom.ru/software/details/511/)....В ней все без проблем определяется, а также с нее можно и звонить по указанному номеру. Так что не зная вех тонкостей, я думаю, что есть что перехватывать...
Сегодня буду у данной АТС-ки, пытаюсь определиться со всем списокм того на что посмотреть/ что в ней найти, чтобы прийти к выводу о том, решаема ли моя задача....
линия там цифровая...ISDN то бишь...
как утверждают, что ключ для TAPI был куплен. Только я не понимаю как мне убедиться, что он куплен, а ключ введен, и что разлочен этот самый ТАПИ.
Да, в конфигурации TSP я вижу, что 3d Party режим, коннект по LAN, указан IP. Но как убедиться, что работает все это? Ибо я пробовал запускать ТАПИшного клиента ezPhone, но он что-то ничего не может/не видит (хотя может я что-то не так делаю/не так запускаю ее). Это я смотрел на так называемом сервере (Win2003) , к которому собственно и подключена АТС-ка...
Если линия ISDN, то CLI (номер вызывающего абонента) выводится через CLI PRint (ПГМ200), без использования TAPI.
Что касается TAPI, то исходный ваш вопрос можно было понять так, что TAPI client работает, но только не отображает номер вызывающего. А на деле Вы вообще не смогли подключиться по TAPI.
Насколько я знаю, EzPhone требует отдельного лицензионного ключа.
ИМХО, вызовите спеца, что он на месте выяснил, что там в вашей станции включено.
С человеком ктр все устанавливал и подключал я разговаривал. Он говорит, что ТАПИ разлочен, лицензия на EzPhone тоже есть.
Да, действительно, так и получается, что на деле я не смог просто подключиться по ТАПИ своим клиентом.
Поясните, пожалуйста, как можно считать этот самый CLI PRint (ПГМ200) ?
Вы не знаете никаких ТАПИшных клиентов адаптированных под рассматриваемую АТС, ктр бы могли "видеть" номер звонящего?
1) CLI Pint:
- Включить CLI Print в ПГМ200
- в ПГМ175/6 (SMDR On-Line) указать требуемый порт в\в (COM или Telnet)
- подключиться по указанному порту любой стандартной терминальной программой (HyperTerminal, NetTerm, ProComm Plus и т.п.)
При вход. вызове по ISDN будет выдана информация в 3 строки:
- пришел вход. вызов от №
-- вызов доставлен внутр. абоненту №
--- ответил внутр. абонент №
2) О других приложениях TAPI я не имею информации.
EzPhone показывает номер вызывающего абонента.
Посмотрите доку на EzPhone.
Проверьте настройки на сервере и клиентском компе.
Если все необходимые ключи установлены, то он должен работать.
Большое спасибо.
Вы мне очень помогли. Завтра вечером буду иметь доступ к этой самой АТС-ке - все это проверю на практике.
harris, подскажите еще если не сложно....
добрался я сегодня до АТС-ки..сначал накатил патч KB893756 он же MS05-040...
Потом попытался проверить что разлочено/установлено. Получил такую картину:
maint> q d
Serial Number: 010D96F800070304
Date: 11-15-2008
System: LDK-100 (8 M)
Enabled Feature:
Part02 (CTI)
Part03 (RACK 2)
Part05 (NETWORK)
Part06 (PC PHONE)(E:0/D:4 copy)
Part09 (IPSOFTPHONE)(E:4/D:0 copy)
Mac Address : 00 40 5A 29 46 92
Что по данной инфе можно сказать? Разлочен ТАПИ?
Далее небольшими софтинами првоерял (скрины приложены).
TAPI Line Watcher показала версия TSP драйвера, но ничего не видела больше (в плане номеров звонящих)...
TAPI_Monitor вывела общую инфу...
Пытался как вы советовали подключать необходимые вещи в ПГМ175 и ПГМ 200. На скринах приложил - посоветуйте, что именно нужно выставить...
По крайней мере после подключения по Телнету (на скрине есть то с какими параметрами я подключался - указывал ip, но не указывал порт - ибо не знаю. подключение происходило и по крайней мере q d я его спросил, а он ответил. Каким образом инфа о звонках должна валиться была? Тоже командой какой запрашивать?) ничего не было также о входящих звонках...
Т.е все вроде видят станцию, и инфу снимают какую то, но через Тапи ничего забрать не могут - скачивал и смотрел разными клиентами - никто не видит номеров звонящих :(
Такое чувство что где-то какая то галочка в настройках не стоит, или версия дров не та, или еще какая то мелочь...
1) Лицензия на TAPI (TSP) установлена.
2) Установлена лицензия на 4 CTI приложения EzPhone Deluxe
3) CLI Print не имеет отношения к TAPI. Просто включите эту опцию в ПГМ200. Подключитесь через указанный в ПГМ175/6 порт. Никакие пароли набирать не нужно. Если нажали Enter, то нажмите еще раз, чтобы появилось сообщение Access Cancel. Все. Получите в таком виде:
001 : 7776883
001 : 7776883 -> 300
001 : 7776883 -> 300
Формат следующий:
Type 1: {07’h} CO : CLI
Type 2: {06’h} CO : CLI : SPD Name (SPD Bin) -> Called Destination
Type 3: {06’h} {06’h} CO : CLI : SPD Name (SPD Bin) -> Answered Extension
3) Я давно не имел дела с TAPI. Если я правильно помню, то на сервере в настройках TSP нужно указать связку между № абонента и компом с установленным CTI-приложением.
Просто включите эту опцию в ПГМ200.
На первом скрине у меня изображение PC ADMIN-а с открытыми PGM 175 и PGM 200 (что кстати за PGM 175/6 ?).
Если глянуть на скрин, то я правильно выставил галку "CLI Print To Serial"? Она имелась ввиду?
Подключитесь через указанный в ПГМ175/6 порт.
Что все таки выбрать (опять же по скрину) - Телнет1, Телнет2 или 3 ?
Ну собственно при тех настройках ПГМ-ов что на скрине (выбирал порты все возможные из Телнет-ов), подключался ZOC-ом - ничего не было...
И когда я все это настрою здесь, то подключившись (опять же как на скрине, ктр самый последний, правильно подключаюсь через ZOC? Не указывая порт и оставляя по умолчанию Emulation) я просто оставляю ZOC, так сказать, в режиме ожидания, жду инфы при поступлении звонка?
175/6 - 6-ой параметр в программе 175. Это порт для SMDR On-line.
Telnet 1/2/3 - это одновременно открытые сессии Telnet'а.
А Вы назначили вывод на порт COM1 (в LDK-300 - это верхний разъем RS-232)
Попробуйте включить SMDR в ПГМ177/2 (SMDR Print).
Что касается TAPI могу только предложить на всякий случай доку.
175/6 - 6-ой параметр в программе 175. Это порт для SMDR On-line.
Telnet 1/2/3 - это одновременно открытые сессии Telnet'а.
А Вы назначили вывод на порт COM1 (в LDK-300 - это верхний разъем RS-232)
Попробуйте включить SMDR в ПГМ177/2 (SMDR Print).
Кстати, на картинке COM указан. На самом деле я указывал все ТЕЛНЕТ-ы с 1-го по 3-й.
А вот в 177/2 не включал ничего.
Возможно я просто жду по Телнету неправильно как-то? Хотя если просто законнектиться по айпишнику без указания порта и сидеть ждать пока что-то там "нарисуется", то тут сложно сделать что-то не так, если только действительно правильно подключаюсь...
При подключении по Telnet какой внутр. порт подключает станция???
Welcome to LDK-100 system. Press enter.
Your address is 192.168.1.110. Your port number is 4.
Какой номер у Вас здесь отображается??
При подключении по Telnet какой внутр. порт подключает станция???
Welcome to LDK-100 system. Press enter.
Your address is 192.168.1.110. Your port number is 4.
Какой номер у Вас здесь отображается??
Как раз 4-й и пишет.
В LDK-100 это и есть сеанс Telnet 1.
Можете понажимать Enter, чтобы убедится, что связь есть. Но только выйдите из режима запроса пароля.
LDK-100 System
Version GS90P-3.9Da JUN/10
DATE: 06/10/10
TIME: 11:54:49
SITE NAME :
ENTER PASSWORD:
Access Canceled!
В этом режиме должны поступать сообщения CLI Print.
В LDK-100 это и есть сеанс Telnet 1.
Можете понажимать Enter, чтобы убедится, что связь есть. Но только выйдите из режима запроса пароля.
LDK-100 System
Version GS90P-3.9Da JUN/10
DATE: 06/10/10
TIME: 11:54:49
SITE NAME :
ENTER PASSWORD:
Access Canceled!
Ага...а я вчера дождался приветствия и просто сидел ждал не входя в режим запроса пароля и выходя из него...
Также сидел ждал и в режиме запроса пароля. когда запрашивал инфу по ключам...
Добился что стало выдавать инфу...
Вот что выдает по Телнету:
---- Site Name : ---------------------------------------------------------------
NO STA CO TIME START DIALED ACT CNT COST ACCOUNT CODE
---- ----- --- -------- -------------- ------------------- --- ----- ----------- ------------
0001 EXT 001 00:00:00 10/09/10 18:55 R RING 00:02
0002 EXT 001 00:00:00 10/09/10 18:55 R RING 00:02
0001 EXT 001 00:00:00 10/09/10 19:00 R RING 00:07
0001 EXT 001 00:00:00 10/09/10 19:03 R RING 00:02
0001 EXT 001 00:00:00 10/09/10 19:03 R RING 00:07
0001 EXT 001 00:00:00 10/09/10 19:04 R RING 00:07
0001 EXT 001 00:00:00 10/09/10 19:07 R RING 00:12
0002 EXT 001 00:00:00 10/09/10 19:08 R RING 00:07
0003 EXT 001 00:00:00 10/09/10 19:11 R RING 00:12
Это я звонил с мобилы своей на АТС-ку...Видно что номер телефона не определяется...Также инфа приходит только после отбоя...
И вообще сегодня расспросил про организацию линий подробнее...И как то так получается (в телефонии не спец и терминами не владею)... Есть сейчас единственный номер "городской" по ктр можно звонить на АТС-ку...Так вот этот номер как будто подключен к плате IP-телефонии, потому что без проблем определяется и работает с Phonetage, а вот любыми средствами работы с ТАПИ не определяется...И нет на данный момент ни одного "внутреннего" телефона...
Так подумал, потому что добился сегодня работы ТАПИшных клиентов на SLT линиях (100,101,102...)...Но путем открытия линий софтиной tapi_soft_phone..Т.е открывал 2 линии и взонил с одной на другую при помощи той же софтины.Тот же Рандер подключенный на 100 линию в данном случае без проблем выидел входящий на него со 102-го...Вот и подумал, что если поставить пару внутренних телефонов, то тот же Рандер может увидит и звонок с внешнего телефона?...Тут уже будем на следующей неделе дальше делать..
Это информация SMDR (тарификация вызовов), но вовсе не CLI Print.
SMDR выдается после завершения вызова. CLI Print - выдается при поступлении вызова только по линиям ISDN (PRI/BRI) и только при наличии информации CLI во входящем Setup'е.
Вы хоть и не спец в телефонии, но хотя нужно выяснить, какой именно стык вашей станции с городской сетью.
Какие платы стоят: LCOB/PRIB/BRIB/VOIP???
Не это?
maint> bc
### Board Configuration Table ###
SLOT STAS COLS VMIS SMS S-off T-off V-off S-off BrdName AdmBrdName
---- ---- ---- ---- --- ------ ------ ------ ------ ------- ----------
1 0 8 0 0 0(--) 1( 0) 0(--) 1(--) CLCOB8+ CLCOB8
2 0 8 0 0 0(--) 9( 1) 0(--) 1(--) CLCOB8+ CLCOB8
3 0 8 0 0 0(--) 17( 2) 0(--) 1(--) CLCOB8+ CLCOB8
4 12 0 0 0 1( 0) 0(--) 0(--) 1(--) SLIB12 SLIB12
5 0 0 0 0 0(--) 0(-1) 0(--) 1(--) VOIB VOIB
RSTA 4 0 0 13( 1) 0(--) 0(--)
RCOL 0 0 0 0(--) 25( 3) 0(--)
Оно.
Так вот информацию "CLI Print" Вы можете получить только при входящем вызове по VOIP (через плату VOIB).
Входящие вызовы по аналоговым CO-линиям не будут отображаться в CLI Print, даже если у Вас платы CLCOB оборудованы модулями CIDU... Если на платах CLCOB установлены модули CIDU, Вы можете получать АОН в форматк FSK, и номер вызывающего абонента будет отображаться на системных телефонах, но в порт CLI Print эта информация все равно не пойдет. А выводится ли АОН c аналоговой СО-линии через протокол TAPI - не знаю. И проверить это, увы, не смогу. ИМХО, после поступления информации о наличии входящего вызова, CTI-приложение должно само запрашивать состояние линии посылкой запроса Line Status. Тогда станция выдаст АОН.
Дело в том, что в момент, когда станция посылает информацию TAPI о поступлении вход. вызова (на 1-м вызывном сигнале), она еще не обнаружила FSK, который поступает позже, между 1-м и 2-м вызывными сигналами.
Но через пару секунд FSK уже получен. Станция отсылает АОН абоненту, но не выдает это через TAPI. Поэтому CNI-приложение может просто запросить LINE STATUS и получит в том числе и АОН. ИМХО.