Программы для считывания CDR с АТС (ОС Windows)
Модератор: Administrator
-
- Постоянный участник форума
- Сообщения: 477
- Зарегистрирован: Чт 17 сен 2009, 15:00
- Откуда: Москва
- Контактная информация:
Программы для считывания CDR с АТС (ОС Windows)
Здесь есть программы, работающие под ОС Windows, предназначенные для считывания CDR от АТС:
http://7548.ru/TSVreaderCDR.htm
Через СОМ-порт и по TCP/IP.
С документацией.
Программа TSVlite предназначена для приема CDR-строк, поступающих по COM - порту от АТС по протоколу RS232.
Программа TSVserver предназначена для приема CDR-строк, поступающих от АТС по стандартному протоколу TCP/IP.
Программа TSVclient предназначена для удаленного просмотра в реальном времени CDR-записей, принятых TSVserver.
TSVserver и TSVclient выкладываются в демонстрационном варианте, с незначительными второстепенными ограничениями функциональности.
New! В демо – версиях программ, выложенных автором после 23.12.2010, эти ограничения вступают не сразу, а спустя 12 часов после очередного старта программ. До этого момента программы работают в полнофункциональном режиме, и вы имеете возможность оценить его преимущество перед демо-версией.
Обновление! Два в одном:
TSVlite и TSVserver с 11.06.2010 объединены в одну программу TSVserverCDR. А вместо TSVclient используется ее аналог - TSVclientCDR.
Обновление сервера.
02.11.2010 выложил новую версию TSVserverCDR. Обновил и документацию.
Теперь пользователю предоставляется возможность выбора директории (папки), в которой будут создаваться папки с файлами CDR. Особенно это будет удобно тем пользователям, которые осуществляют сбор CDR с нескольких АТС на один компьютер – сервер.
Начиная с версии TSVserverCDR v. 2.13, все файлы CDR могут также складываться в единую, указанную пользователем папку (без создания папок, соответствующих текущим году и месяцу).
01.12.2010 выложил новую версию TSVclientCDR v.2.0. Обновил и документацию.
Теперь пользователю предоставляется возможность
на основе экспресс-анализа CDR получить оценку нагрузки коммутатора.
13.01.2011 выложил новую версию TSVserverCDR v.2.1. Обновил и документацию.
В некоторых случаях необходимо обеспечить трансляцию CDR на удаленный компьютер (RS232 -> TCP/IP или TCP/IP -> TCP/IP).
Например, когда CDR с АТС снимается через СОМ-порт, а программа тарификации, работающая в режиме on-line, находится на удаленном компьютере. Программа TSVserverCDR, начиная с версии 2.1, позволяет обеспечить такую трансляцию по TCP/IP.
При этом, осуществляется буферизация транслируемых данных в оперативной памяти. С сохранением практически всей информации за текущие сутки, которая не была передана по причине отсутствия связи между TSVserverCDR и конечным пунктом трансляции.
Устранена ошибка!
22.02.2011 выложил новую версию TSVserverCDR v.2.12.
http://7548.ru/TSVreaderCDR.htm
Это связано с обнаружением досадной ошибки программы при работе с СОМ-портом, которая не позволяла связываться с некоторыми типами АТС.
Похоже, все устранил.
По-крайней мере, все работает с Definity, Meridian 1, Hicom 150
http://7548.ru/TSVreaderCDR.htm
Через СОМ-порт и по TCP/IP.
С документацией.
Программа TSVlite предназначена для приема CDR-строк, поступающих по COM - порту от АТС по протоколу RS232.
Программа TSVserver предназначена для приема CDR-строк, поступающих от АТС по стандартному протоколу TCP/IP.
Программа TSVclient предназначена для удаленного просмотра в реальном времени CDR-записей, принятых TSVserver.
TSVserver и TSVclient выкладываются в демонстрационном варианте, с незначительными второстепенными ограничениями функциональности.
New! В демо – версиях программ, выложенных автором после 23.12.2010, эти ограничения вступают не сразу, а спустя 12 часов после очередного старта программ. До этого момента программы работают в полнофункциональном режиме, и вы имеете возможность оценить его преимущество перед демо-версией.
Обновление! Два в одном:
TSVlite и TSVserver с 11.06.2010 объединены в одну программу TSVserverCDR. А вместо TSVclient используется ее аналог - TSVclientCDR.
Обновление сервера.
02.11.2010 выложил новую версию TSVserverCDR. Обновил и документацию.
Теперь пользователю предоставляется возможность выбора директории (папки), в которой будут создаваться папки с файлами CDR. Особенно это будет удобно тем пользователям, которые осуществляют сбор CDR с нескольких АТС на один компьютер – сервер.
Начиная с версии TSVserverCDR v. 2.13, все файлы CDR могут также складываться в единую, указанную пользователем папку (без создания папок, соответствующих текущим году и месяцу).
01.12.2010 выложил новую версию TSVclientCDR v.2.0. Обновил и документацию.
Теперь пользователю предоставляется возможность
на основе экспресс-анализа CDR получить оценку нагрузки коммутатора.
13.01.2011 выложил новую версию TSVserverCDR v.2.1. Обновил и документацию.
В некоторых случаях необходимо обеспечить трансляцию CDR на удаленный компьютер (RS232 -> TCP/IP или TCP/IP -> TCP/IP).
Например, когда CDR с АТС снимается через СОМ-порт, а программа тарификации, работающая в режиме on-line, находится на удаленном компьютере. Программа TSVserverCDR, начиная с версии 2.1, позволяет обеспечить такую трансляцию по TCP/IP.
При этом, осуществляется буферизация транслируемых данных в оперативной памяти. С сохранением практически всей информации за текущие сутки, которая не была передана по причине отсутствия связи между TSVserverCDR и конечным пунктом трансляции.
Устранена ошибка!
22.02.2011 выложил новую версию TSVserverCDR v.2.12.
http://7548.ru/TSVreaderCDR.htm
Это связано с обнаружением досадной ошибки программы при работе с СОМ-портом, которая не позволяла связываться с некоторыми типами АТС.
Похоже, все устранил.
По-крайней мере, все работает с Definity, Meridian 1, Hicom 150
Последний раз редактировалось vsorokin Ср 18 май 2011, 14:51, всего редактировалось 18 раз.
-
- Постоянный участник форума
- Сообщения: 170
- Зарегистрирован: Ср 27 янв 2010, 10:40
Re: Программы для считывания CDR под Windows
Спасибо за програмки, однако 2 вопроса:vsorokin писал(а):Здесь есть программы для считывания CDR от АТС под Windows:
http://7548.ru/TSVreaderCDR.htm
Через СОМ-порт и по TCP/IP.
С документацией.
Программы рабочие. Проверенные. Пользуйтесь
1. Настроил все по инструкции, но сервак получает нечитаемые символы!
2. В чем заключается Демо версия програмы?
-
- Постоянный участник форума
- Сообщения: 477
- Зарегистрирован: Чт 17 сен 2009, 15:00
- Откуда: Москва
- Контактная информация:
Re: Программы для считывания CDR под Windows
Отвечаю:guest_avaya писал(а): Спасибо за програмки, однако 2 вопроса:
1. Настроил все по инструкции, но сервак получает нечитаемые символы!
2. В чем заключается Демо версия програмы?
1. Нечитаемые символы возникают в след. случаях:
А. Выдает сама AVAYA. От них "избавиться" невозможно. Обычно это символы "перевод каретки (return)" (#13, в шестнадцатеричном - 0D) и "конец строки (line-feed)" (#10 или 0A). Встречаются также и "нуль-символы (null)" (#0).
Здесь # означает порядковый номер символа в ASCII ( American Standard Code for Information Interchange — американский стандартный код для обмена информацией).
Б. Выдаете вы сами с AVAYA, настроив их выдачу в таблице "change system-parameters cdr".
В. Записывает TSVserver, в случае настройки ее на выдачу "метки времени". Эта метка начинается с символа #127 и заканчивается сочетанием #13#10.
Все остальное TSVserver пишет "честно": все что "прилетает" от AVAYA, записывается на диск.
2. TSVlite (по СОМ-порту) - полнофункциональная.
Демо-версии TSVserver и TSVclient - полнофункциональные, за небольшим исключением: нельзя сохранить настройки программ в соответствующих *.ini файлах. В документации об этом сказано.
Кроме этого, программы иногда могут "напоминать" о том, что их функциональность ограничена.
Для получения полнофункциональных версий - к автору (очень недорого)
Последний раз редактировалось vsorokin Пн 22 мар 2010, 12:33, всего редактировалось 1 раз.
-
- Постоянный участник форума
- Сообщения: 170
- Зарегистрирован: Ср 27 янв 2010, 10:40
Re: Программы для считывания CDR под Windows
Вот настройки моей АТС, если где что не так ткните пальцем.
Voice System name: ATS - CDR SYSTEM PARAMETERS
Node Number (Local PBX ID): CDR Date Format: day/month
Primary Output Format: customized Primary Output Endpoint: CDR1
Secondary Output Format:
Use ISDN Layouts? y Enable CDR Storage on Disk? n
Use Enhanced Formats? n Condition Code 'T' For Redirected Calls? y
Use Legacy CDR Formats? y Remove # From Called Number? y
Modified Circuit ID Display? y Intra-switch CDR? y
Record Outgoing Calls Only? n Outg Trk Call Splitting? y
Suppress CDR for Ineffective Call Attempts? n Outg Attd Call Record? y
Disconnect Information in Place of FRL? y Interworking Feat-flag? y
Force Entry of Acct Code for Calls Marked on Toll Analysis Form? n
Calls to Hunt Group - Record: member-ext
Record Called Vector Directory Number Instead of Group or Member? n
Inc Trk Call Splitting? y Inc Attd Call Record? n
Record Non-Call-Assoc TSC? y Call Record Handling Option: warning
Record Call-Assoc TSC? n Digits to Record for Outgoing Calls: dialed
Privacy - Digits to Hide: 0 CDR Account Code Length: 15
CDR SYSTEM PARAMETERS
Data Item - Length Data Item - Length Data Item - Length
1: date - 6 17: cond-code - 1 33: -
2: space - 1 18: space - 1 34: -
3: time - 4 19: vdn - 7 35: -
4: space - 1 20: space - 1 36: -
5: sec-dur - 5 21: frl - 1 37: -
6: space - 1 22: return - 1 38: -
7: in-trk-code - 4 23: line-feed - 1 39: -
8: in-crt-id - 3 24: - 40: -
9: space - 1 25: - 41: -
10: code-used - 4 26: - 42: -
11: out-crt-id - 3 27: - 43: -
12: space - 1 28: - 44: -
13: clg-num/in-tac - 15 29: - 45: -
14: space - 1 30: - 46: -
15: dialed-num - 23 31: - 47: -
16: space - 1 32: - 48: -
Record length = 87
И насчет символов не понял! Если в инструкции написано:
основное требование – наличие символа КОНЕЦ СТРОКИ (#10) в конце каждой записи
Voice System name: ATS - CDR SYSTEM PARAMETERS
Node Number (Local PBX ID): CDR Date Format: day/month
Primary Output Format: customized Primary Output Endpoint: CDR1
Secondary Output Format:
Use ISDN Layouts? y Enable CDR Storage on Disk? n
Use Enhanced Formats? n Condition Code 'T' For Redirected Calls? y
Use Legacy CDR Formats? y Remove # From Called Number? y
Modified Circuit ID Display? y Intra-switch CDR? y
Record Outgoing Calls Only? n Outg Trk Call Splitting? y
Suppress CDR for Ineffective Call Attempts? n Outg Attd Call Record? y
Disconnect Information in Place of FRL? y Interworking Feat-flag? y
Force Entry of Acct Code for Calls Marked on Toll Analysis Form? n
Calls to Hunt Group - Record: member-ext
Record Called Vector Directory Number Instead of Group or Member? n
Inc Trk Call Splitting? y Inc Attd Call Record? n
Record Non-Call-Assoc TSC? y Call Record Handling Option: warning
Record Call-Assoc TSC? n Digits to Record for Outgoing Calls: dialed
Privacy - Digits to Hide: 0 CDR Account Code Length: 15
CDR SYSTEM PARAMETERS
Data Item - Length Data Item - Length Data Item - Length
1: date - 6 17: cond-code - 1 33: -
2: space - 1 18: space - 1 34: -
3: time - 4 19: vdn - 7 35: -
4: space - 1 20: space - 1 36: -
5: sec-dur - 5 21: frl - 1 37: -
6: space - 1 22: return - 1 38: -
7: in-trk-code - 4 23: line-feed - 1 39: -
8: in-crt-id - 3 24: - 40: -
9: space - 1 25: - 41: -
10: code-used - 4 26: - 42: -
11: out-crt-id - 3 27: - 43: -
12: space - 1 28: - 44: -
13: clg-num/in-tac - 15 29: - 45: -
14: space - 1 30: - 46: -
15: dialed-num - 23 31: - 47: -
16: space - 1 32: - 48: -
Record length = 87
И насчет символов не понял! Если в инструкции написано:
основное требование – наличие символа КОНЕЦ СТРОКИ (#10) в конце каждой записи
-
- Постоянный участник форума
- Сообщения: 477
- Зарегистрирован: Чт 17 сен 2009, 15:00
- Откуда: Москва
- Контактная информация:
Re: Программы для считывания CDR под Windows
Мне трудно "ткнуть пальцем", поскольку не знаю, в чем у вас проблема.guest_avaya писал(а):Вот настройки моей АТС, если где что не так ткните пальцем.
...
И насчет символов не понял! Если в инструкции написано:
основное требование – наличие символа КОНЕЦ СТРОКИ (#10) в конце каждой записи
Насколько я понимаю, выдача CDR, прием их TSVserver-ом и запись на диск у вас производится.
Что не устраивает?
В документации требование "наличие символа КОНЕЦ СТРОКИ (#10) в конце каждой записи" означает, что каждая CDR должна заканчиваться символом "конец строки (line-feed)".
Именно по этому символу различаются CDR-записи одна от другой.
У вас это требование в настройках CDR SYSTEM PARAMETERS выполнено: (23: line-feed - 1).
Насчет "нечитаемых символов", по моему, я объяснил достаточно подробно. Они, практически, всегда присутствуют. Большинство их выдает AVAYA. При необходимости, добавляет TSVserver.
Re: Программы для считывания CDR под Windows
Ну почему же "невозможно"? Advanced PBX Data Logger замечательно с этим справляется - получая пакет от АТС, анализируя его по признаку конца пакета - #0D#0A, игнорирует при записи в файл символы #00 (настраиваемо) и все отлично сохраняется. Что потом мы будем делать с этими файлами - другой вопрос...vsorokin писал(а):...
А. Выдает сама AVAYA. От них "избавиться" невозможно...
-
- Постоянный участник форума
- Сообщения: 170
- Зарегистрирован: Ср 27 янв 2010, 10:40
Re: Программы для считывания CDR под Windows
Я допетрить ни как не могу, в инструкции сервак выдает нормальные данные а у меня пЃ - т.е. по вашим словам ето нормально просто надо избавится от лишних символов!
-
- Постоянный участник форума
- Сообщения: 477
- Зарегистрирован: Чт 17 сен 2009, 15:00
- Откуда: Москва
- Контактная информация:
Re: Программы для считывания CDR под Windows
Вы сами написали, что от всех этих символов "избавляется" некий программный продукт (Advanced PBX Data Logger ). Не встроенный в AVAYA. И не имеющий к АТС прямого отношения.vlads7 писал(а):Ну почему же "невозможно"? Advanced PBX Data Logger замечательно с этим справляется - получая пакет от АТС, анализируя его по признаку конца пакета - #0D#0A, игнорирует при записи в файл символы #00 (настраиваемо) и все отлично сохраняется. Что потом мы будем делать с этими файлами - другой вопрос...vsorokin писал(а):...
А. Выдает сама AVAYA. От них "избавиться" невозможно...
В этом отношении TSVserver , возможно, более "честный". Он ни от чего не "избавляется". Пишет все, как есть. При необходимости - добавляет метку времени.
Наличие #0A, скорее, желательно, чем обязательно. (Просто потом, при последующей обработке полученного файла, без такого признака трудно будет искать конец очередной записи)...
-
- Постоянный участник форума
- Сообщения: 477
- Зарегистрирован: Чт 17 сен 2009, 15:00
- Откуда: Москва
- Контактная информация:
Re: Программы для считывания CDR под Windows
Пришлите, пож., мне на почту log-файл. Посмотрю, что такое у вас выскочило?guest_avaya писал(а):Я допетрить ни как не могу, в инструкции сервак выдает нормальные данные а у меня пЃ - т.е. по вашим словам ето нормально просто надо избавится от лишних символов!
Скорее всего, у вас стоит не стандартный, а Reliable Protocol!
Поставьте "n".
Код: Выделить всё
change ip-services Page 3 of 3
SESSION LAYER TIMERS
Service Reliable Packet Resp Session Connect SPDU Connectivity
Type Protocol Timer Message Cntr Cntr Timer
CDR1 n 30 3 3 60
CDR2 n 30 3 3 60
Re: Программы для считывания CDR под Windows
При последующей обработке файла значительно проще если данные находятся в какой-то фиксированной позиции ( в том числе и конец строки)...vsorokin писал(а):...
Наличие #0A, скорее, желательно, чем обязательно. (Просто потом, при последующей обработке полученного файла, без такого признака трудно будет искать конец очередной записи)...
-
- Постоянный участник форума
- Сообщения: 170
- Зарегистрирован: Ср 27 янв 2010, 10:40
Re: Программы для считывания CDR под Windows
Спасибо, Reliablя Protocol поставил "n" и все понеслось! Судя по "интенсивному" обсуждению остальными участниками форума вашей программы, я скорее всего второй человек после автора программы кто ее себе установил
-
- Постоянный участник форума
- Сообщения: 477
- Зарегистрирован: Чт 17 сен 2009, 15:00
- Откуда: Москва
- Контактная информация:
Re: Программы для считывания CDR под Windows
Пожалуйста, пользуйтесь!guest_avaya писал(а):Спасибо, Reliablя Protocol поставил "n" и все понеслось! Судя по "интенсивному" обсуждению остальными участниками форума вашей программы, я скорее всего второй человек после автора программы кто ее себе установил
Кстати, в документации подчеркивается, что при обмене данными используется стандартный протокол TCP/IP, т.е. обычный.
Reliable Protocol не является, по большому счету, стандартом.
P.S. "Остальным", видимо, не до "интенсивного обсуждения". Они вовсю уже используют эти программы.
Последний раз редактировалось vsorokin Ср 10 мар 2010, 09:45, всего редактировалось 1 раз.
-
- Постоянный участник форума
- Сообщения: 477
- Зарегистрирован: Чт 17 сен 2009, 15:00
- Откуда: Москва
- Контактная информация:
Re: Программы для считывания CDR под Windows
Это - точно!vlads7 писал(а): При последующей обработке файла значительно проще если данные находятся в какой-то фиксированной позиции ( в том числе и конец строки)...
-
- Постоянный участник форума
- Сообщения: 477
- Зарегистрирован: Чт 17 сен 2009, 15:00
- Откуда: Москва
- Контактная информация:
Вы не одиноки.guitar911 писал(а):У нас долгое время юзали Барсум, а когда портов стало нехватать наш програмер быстренько написал свой тарификатор, как оказалось здесь все очень просто. Не известно только, за что барсумовцы такие деньжища дерут.
"Деньжища " они дерут за то, что у них Барсум - сертифицированный. Уроды-чиновники от связи прописали в законе, что для биллинга операторы связи могут использовать только те автоматизированные системы расчетов (АСР), которые имеют сертификат соответствия. Непонятно, правда, чему они должны "соответствовать".
Вся т.н. "сертификация" сводится к отстегиванию "бабок" связанным с этими самыми чиновниками от связи центрам сертификации.
Очень часто небольшие операторы связи покупают сертифицированный продукт только для прикрытия своей задницы от связьнадзора, а используют то, что им больше подходит.
-
- Участник форума
- Сообщения: 46
- Зарегистрирован: Ср 08 ноя 2006, 15:28
- Откуда: Tomsk
-
- Постоянный участник форума
- Сообщения: 477
- Зарегистрирован: Чт 17 сен 2009, 15:00
- Откуда: Москва
- Контактная информация:
Обновил демо версии программ TSVserver и TSVclient, а также документацию. Обновитесь.
http://7548.ru/TSVreaderCDR.htm
http://7548.ru/TSVreaderCDR.htm
Уродами обзываться можно направо и налево. Попробую объяснить наглядно, "чему они должны соответствовать". Чему должны соответствовать весы в магазине, когда вам завешивают картошку? Или чему должен соответствовать "бензомер" на бензоколонке, когда вы заливаете бензин себе в бензобак??? Приблизительно тому же должны соответствовать и средства измерения длительности соединения, на основании которых разрешено выставлять бухгалтерские документы и взимать плату. Если кто-то недопонимает важность и ответственность бухгалтерских документов, пусть станет бухгалтером и неправильно выставит невесть-какой важности документик, а потом поделится с нами своими приключениями в налоговой инспекции ....vsorokin писал(а):Уроды-чиновники от связи прописали в законе, что для биллинга операторы связи могут использовать только те автоматизированные системы расчетов (АСР), которые имеют сертификат соответствия. Непонятно, правда, чему они должны "соответствовать".
-
- Постоянный участник форума
- Сообщения: 477
- Зарегистрирован: Чт 17 сен 2009, 15:00
- Откуда: Москва
- Контактная информация:
VBR-у:
Эта тема старая, неоднократно обсуждавшаяся на различных форумах. Например, здесь: http://bbs.radiolink.ru/forum/showthrea ... ht=TarifSV
Интерес она представляет, пожалуй, только для операторов связи. Если вы не оператор связи, то и не "заморачивайтесь" с "сертифицированным тарификатором". (Хотя, если финансовые возможности позволяют - покупайте, наверняка найдете вполне приличный, устраивающий вас продукт). Если вдруг дело дойдет до суда в ходе разборок с оператором связи по поводу расхождений по вызовам в счетах, то потребуйте от оператора связи исходные данные (CDR) с его коммутатора. И пересчитайте их сами, хоть на калькуляторе.
Для операторов связи требуются сертификаты на СИДС (систему измерения длительности соединений) и АСР (автоматизированную систему расчетов), если они ее используют.
Сертификат на СИДС прилагается к АТС (бесплатно для "хозяина" АТС). Именно СИДС отвечает за точность определения факта соединения, времени его начала и длительности. Все эти сведения в виде CDR выдаются АТС. По большому счету, к АСР и его "сертификату" это не имеет никакого отношения.
АСР, к счастью, операторам связи в обязательном порядке еще не "внедрили".
Поэтому (теоретически), можно хоть на калькуляторе обсчитывать трафик и выставлять счета абонентам.
Требования к АСР лично мне повстречались только в "Правилах применения автоматизированных систем расчетов" (МИНИСТЕРСТВО ИНФОРМАЦИОННЫХ ТЕХНОЛОГИЙ И СВЯЗИ РОССИЙСКОЙ ФЕДЕРАЦИИ,ПРИКАЗ от 2 июля 2007 г. N 73). Явно написаны наспех, чтобы хоть как-нибудь законно проводить т.н. "сертификацию" АСР.
Кстати, не уверен, что все "сертифицированные" АСР им соответствуют.
По бухгалтерии и "налоговикам": "1С Бухгалтерия" и другие бухгалтерские программы не имеют каких-либо обязательных "сертификатов".
И, в то же время, правильно использующие этот продукт бухгалтеры, как правило, не имеют "приключений в налоговой инспекции".
Наконец. Если ПО - самое "сертифицированное", это не означает, что не возможны ошибки при его использовании. Не зря АСР расшифровывается как автоматизированная СР. Т.е. с участием человека.... Про аналогии с "весами в магазине" или "бензомером" отмечу, что весы и "бензомер" могут иметь самые "красивые" сертификаты, однако это не мешает продавцам "подкручивать" их во время торговли и обманывать покупателей. Так же и АСР: здесь человек вводит (присваивает) абоненту конкретный тарифный план. И ошибки неизбежны.
P.S. "Лирическое" отступление об "уродах-чиновниках".
Закон о сертификации в части ее обязательности для некоторых видов продукции является унавоженным полем для произрастания коррупции. Ведь именно "уроды-чиновники" (небесплатно!) определяют, кому разрешить продавать тот или иной продукт.
В конце - концов даже до правительства это дошло. И они начали отменять обязательную сертификацию. В частности - отменили на продукты питания. Со временем, надеюсь, пойдут дальше.
Эта тема старая, неоднократно обсуждавшаяся на различных форумах. Например, здесь: http://bbs.radiolink.ru/forum/showthrea ... ht=TarifSV
Интерес она представляет, пожалуй, только для операторов связи. Если вы не оператор связи, то и не "заморачивайтесь" с "сертифицированным тарификатором". (Хотя, если финансовые возможности позволяют - покупайте, наверняка найдете вполне приличный, устраивающий вас продукт). Если вдруг дело дойдет до суда в ходе разборок с оператором связи по поводу расхождений по вызовам в счетах, то потребуйте от оператора связи исходные данные (CDR) с его коммутатора. И пересчитайте их сами, хоть на калькуляторе.
Для операторов связи требуются сертификаты на СИДС (систему измерения длительности соединений) и АСР (автоматизированную систему расчетов), если они ее используют.
Сертификат на СИДС прилагается к АТС (бесплатно для "хозяина" АТС). Именно СИДС отвечает за точность определения факта соединения, времени его начала и длительности. Все эти сведения в виде CDR выдаются АТС. По большому счету, к АСР и его "сертификату" это не имеет никакого отношения.
АСР, к счастью, операторам связи в обязательном порядке еще не "внедрили".
Поэтому (теоретически), можно хоть на калькуляторе обсчитывать трафик и выставлять счета абонентам.
Требования к АСР лично мне повстречались только в "Правилах применения автоматизированных систем расчетов" (МИНИСТЕРСТВО ИНФОРМАЦИОННЫХ ТЕХНОЛОГИЙ И СВЯЗИ РОССИЙСКОЙ ФЕДЕРАЦИИ,ПРИКАЗ от 2 июля 2007 г. N 73). Явно написаны наспех, чтобы хоть как-нибудь законно проводить т.н. "сертификацию" АСР.
Кстати, не уверен, что все "сертифицированные" АСР им соответствуют.
По бухгалтерии и "налоговикам": "1С Бухгалтерия" и другие бухгалтерские программы не имеют каких-либо обязательных "сертификатов".
И, в то же время, правильно использующие этот продукт бухгалтеры, как правило, не имеют "приключений в налоговой инспекции".
Наконец. Если ПО - самое "сертифицированное", это не означает, что не возможны ошибки при его использовании. Не зря АСР расшифровывается как автоматизированная СР. Т.е. с участием человека.... Про аналогии с "весами в магазине" или "бензомером" отмечу, что весы и "бензомер" могут иметь самые "красивые" сертификаты, однако это не мешает продавцам "подкручивать" их во время торговли и обманывать покупателей. Так же и АСР: здесь человек вводит (присваивает) абоненту конкретный тарифный план. И ошибки неизбежны.
P.S. "Лирическое" отступление об "уродах-чиновниках".
Закон о сертификации в части ее обязательности для некоторых видов продукции является унавоженным полем для произрастания коррупции. Ведь именно "уроды-чиновники" (небесплатно!) определяют, кому разрешить продавать тот или иной продукт.
В конце - концов даже до правительства это дошло. И они начали отменять обязательную сертификацию. В частности - отменили на продукты питания. Со временем, надеюсь, пойдут дальше.
Последний раз редактировалось vsorokin Пн 17 янв 2011, 13:23, всего редактировалось 1 раз.
-
- Постоянный участник форума
- Сообщения: 477
- Зарегистрирован: Чт 17 сен 2009, 15:00
- Откуда: Москва
- Контактная информация:
Обновил демо версию программы TSVserver.
Тем, кто уже ее использует, рекомендую заменить соответствующий exe - файл.
http://7548.ru/TSVreaderCDR.htm
Тем, кто уже ее использует, рекомендую заменить соответствующий exe - файл.
http://7548.ru/TSVreaderCDR.htm
Добрый день
по поводу ПО для сбора CDR логов в настоящий момент логи собираются TSVreader_ом сбор идет как по IP так и RS232 (разные АТС)
Перепробовал много ПО для сбора данных с АТС могу сказать следующее
как бесплатное ПО (600 руб не деньги для такой работы) идеальная вещь если есть еще ПО Коментант (http://komendant.net/index.php/system/download/) тоже бесплатный в плане сбора данных но в плане настройки ПО и подключения к АТС с моей точки зрения крайне не удобный
Автору огромное спасибо за шикарное ПО
по поводу ПО для сбора CDR логов в настоящий момент логи собираются TSVreader_ом сбор идет как по IP так и RS232 (разные АТС)
Перепробовал много ПО для сбора данных с АТС могу сказать следующее
как бесплатное ПО (600 руб не деньги для такой работы) идеальная вещь если есть еще ПО Коментант (http://komendant.net/index.php/system/download/) тоже бесплатный в плане сбора данных но в плане настройки ПО и подключения к АТС с моей точки зрения крайне не удобный
Автору огромное спасибо за шикарное ПО
А, что скажешь по такому поводу, показанному на скрине по ссылке?vsorokin писал(а):Обновил демо версию программы TSVserver.
Тем, кто уже ее использует, рекомендую заменить соответствующий exe - файл.
http://7548.ru/TSVreaderCDR.htm
Скажи, как забить правильно вот такой IP-адрес 192.168.2.151? И откуда у PBX в отчете взялся непонятный порт, который меняется при каждом подключении. А также откуда может быть "плохое" соединение, если Netcat работает, как "швейцарские часы".
-
- Постоянный участник форума
- Сообщения: 477
- Зарегистрирован: Чт 17 сен 2009, 15:00
- Откуда: Москва
- Контактная информация:
vasilyis, по-видимому, вы невнимательно прочитали документацию на TSVserver.
В документе "AVAYA CDR SYSTEM PARAMETERS.doc" показан пример установок параметров CDR в AVAYA.
Вы хотите "забить правильно вот такой IP-адрес 192.168.2.151"?
В зависимости от того, что вы имеете ввиду под этим IP, "забивать" его нужно будет в разные места.
На АТС AVAYA выполняем команду "change node-names ip":
1)Полагаю, что вы имеете ввиду IP адрес АТС.
Это значение должно соответствовать адресу в "IP clan1 ". Т.е. IP адресу АТС.
И именно этот адрес будем "забивать" в окошке "IP адрес PBX" в TSVserver - е.
Если это не так, то TSVserver выдаст вам сообщение о закрытии "плохого соединения" (т.е. сообщения не от АТС или от TSVclient-а).
2)Полагаю, что вы имеете ввиду IP адрес TSVserver - а, принимающего, например, CDR2.
В этом случае значение должно соответствовать адресу в "IP CDR2".
Значение "Порт сервера" должно соответствовать значению "Port" в команде АТС AVAYA "change ip-services " для соответствующей CDR.
Именно это значение "забиваем" в окошке "Порт сервера" в TSVserver - е.
P.S. По поводу высказывания: "Netcat работает, как "швейцарские часы"".
Сам пользовался первое время этой неплохой программой.
Однако, ей присущи некоторые ограничения, приведшие меня к необходимости написания TSVserver-а / TSVclient-а:
1) нет возможности в РЕАЛЬНОМ времени получать информацию о CDR. Netcat работает с существенной задержкой (полагаю - вследствие использования протокола Reliable Protocol).
2) Не поддерживается механизм "раскладывания" ежедневных записей по папкам, соответствующих текущим году и месяцу.
3) Отсутствие возможности удаленно в реальном времени наблюдать за тем, что пишется на сервере. Именно для этого служит TSVclient.
4) Протокол Reliable Protocol, к сожалению, не только медленный, но и приводит в отдельных случаях к выдаче дублирующей информации. Я пару раз нарывался на то, что Netcat дважды записывал CDR об одних и тех же вызовах (после рестарта АТС).
В документе "AVAYA CDR SYSTEM PARAMETERS.doc" показан пример установок параметров CDR в AVAYA.
Код: Выделить всё
Основные рекомендуемые установки параметров CDR в AVAYA и примеры CDR
(Детальное описание см. "Детальная регистрация вызовов" в документе "Описание и установка функций Avaya Communication Manager". 555-245-205RU)
Здесь записываем номер(а) порта(ов) сервера(ов), куда будут писаться CDR:
change ip-services Page 1 of 3
IP SERVICES
Service Enabled Local Local Remote Remote
Type Node Port Node Port
…
CDR1 clan1 0 CDR1 5013
CDR2 clan1 0 CDR2 5011
Обязательно ставим Reliable Protocol = n, если используем прием данного CDR TSVserver-ом:
change ip-services Page 3 of 3
SESSION LAYER TIMERS
Service Reliable Packet Resp Session Connect SPDU Connectivity
Type Protocol Timer Message Cntr Cntr Timer
CDR1 n 30 3 3 60
CDR2 n 30 3 3 60
Здесь записываем IP - адреса(а) сервера(ов), куда будут писаться CDR:
change node-names ip Page 1 of 1
IP NODE NAMES
Name IP Address Name IP Address
CDR1 10 .129.8 .35 . . .
CDR2 10 .129.30 .114 . . .
list node-names
NODE NAMES
Type Name IP Address
IP CDR1 10 .129.8 .35 IP - адрес сервера 1, куда будут писаться CDR1
IP CDR2 10 .129.30 .114 IP - адрес сервера 2, куда будут писаться CDR2
....
IP clan1 10 .129.5 .102 IP - адрес АТС, который надо будет указать в TSVserver-ах
...
В зависимости от того, что вы имеете ввиду под этим IP, "забивать" его нужно будет в разные места.
На АТС AVAYA выполняем команду "change node-names ip":
1)Полагаю, что вы имеете ввиду IP адрес АТС.
Это значение должно соответствовать адресу в "IP clan1 ". Т.е. IP адресу АТС.
И именно этот адрес будем "забивать" в окошке "IP адрес PBX" в TSVserver - е.
Если это не так, то TSVserver выдаст вам сообщение о закрытии "плохого соединения" (т.е. сообщения не от АТС или от TSVclient-а).
2)Полагаю, что вы имеете ввиду IP адрес TSVserver - а, принимающего, например, CDR2.
В этом случае значение должно соответствовать адресу в "IP CDR2".
Значение "Порт сервера" должно соответствовать значению "Port" в команде АТС AVAYA "change ip-services " для соответствующей CDR.
Именно это значение "забиваем" в окошке "Порт сервера" в TSVserver - е.
P.S. По поводу высказывания: "Netcat работает, как "швейцарские часы"".
Сам пользовался первое время этой неплохой программой.
Однако, ей присущи некоторые ограничения, приведшие меня к необходимости написания TSVserver-а / TSVclient-а:
1) нет возможности в РЕАЛЬНОМ времени получать информацию о CDR. Netcat работает с существенной задержкой (полагаю - вследствие использования протокола Reliable Protocol).
2) Не поддерживается механизм "раскладывания" ежедневных записей по папкам, соответствующих текущим году и месяцу.
3) Отсутствие возможности удаленно в реальном времени наблюдать за тем, что пишется на сервере. Именно для этого служит TSVclient.
4) Протокол Reliable Protocol, к сожалению, не только медленный, но и приводит в отдельных случаях к выдаче дублирующей информации. Я пару раз нарывался на то, что Netcat дважды записывал CDR об одних и тех же вызовах (после рестарта АТС).
Что Я имею ввиду под понятием "забить"? Как ввести этот IP-адрес, чтобы он был 192.168.2.151, а не 192.168.215.1. Остальные настройки станции соответствуют требованиям правильного обмена CDR-информацией.
Не знаю какая была у Вас программа netcat, но которая у меня - вообще отказывается работать по протоколу Reliable Protocol.
Не знаю какая была у Вас программа netcat, но которая у меня - вообще отказывается работать по протоколу Reliable Protocol.
-
- Постоянный участник форума
- Сообщения: 477
- Зарегистрирован: Чт 17 сен 2009, 15:00
- Откуда: Москва
- Контактная информация:
vasilyis,
приношу вам, а также иным возможным пользователям программы TSVserver, извинения за досадную ошибку в программе, не позволявшую соединиться с АТС по некоторым IP-адресам.
Исправленное уже выложил :http://7548.ru/TSVreaderCDR.htm
vasilyis, я вас ввел (не осознанно!) в заблуждение по поводу NETCAT. Оказывается, на самом деле я использовал rdtreceiver.exe и все выше сказанное относится к этой программе, а не к NETCAT.
P.S. Давно я так не обмишуривался...
приношу вам, а также иным возможным пользователям программы TSVserver, извинения за досадную ошибку в программе, не позволявшую соединиться с АТС по некоторым IP-адресам.
Исправленное уже выложил :http://7548.ru/TSVreaderCDR.htm
vasilyis, я вас ввел (не осознанно!) в заблуждение по поводу NETCAT. Оказывается, на самом деле я использовал rdtreceiver.exe и все выше сказанное относится к этой программе, а не к NETCAT.
P.S. Давно я так не обмишуривался...
Последний раз редактировалось vsorokin Пт 28 май 2010, 14:21, всего редактировалось 1 раз.
Господа по поводу NC
для сбора логов по сети просто идеальная вещь, но есть ряд вопросов у меня запретили его использование т.к. рядом антивирусов он расценивается как ведоносная программа каковой и является
но как принтер данных по сети ей нет равных,
Задержка при приеме данных в ряде ПО например rdtreceiver может быть вызвана формой получения этих самых данный
данные могут выдаваться или по окончании звонка или по запросу ПО с определенной периодичностью все зависит от настроек АТС и ПО в соответствии с задачами
NС по запросу не работает
для сбора логов по сети просто идеальная вещь, но есть ряд вопросов у меня запретили его использование т.к. рядом антивирусов он расценивается как ведоносная программа каковой и является
но как принтер данных по сети ей нет равных,
Задержка при приеме данных в ряде ПО например rdtreceiver может быть вызвана формой получения этих самых данный
данные могут выдаваться или по окончании звонка или по запросу ПО с определенной периодичностью все зависит от настроек АТС и ПО в соответствии с задачами
NС по запросу не работает
Все нижеизложенное - IMHO.
Напишу несколько замечаний по программе:
Как я уже писал, принимаемые данные надо немного модифицировать перед сохранением в файл.
- Если открыть сохраненный файл Блокнотом, увидите невидимые символы от которых надо избавиться (хотя бы для удобочитаемого формата и конвертации в другие форматы), например символ #00.
- не сохранять строки с датой во время смены суток.
- сохранять данные в файлы не раскидывая по папкам (пример - начало разговора в 23:59 и конец разговора в следующих сутках, вызов сохранится
в файле за следующий день и в последующем при выбоке по дате будут рахождения, если не проверять файлы в других папках). В имени самого файла уже присутствует дата - смысл еще класть это в разные места...
Для решения вышесказанного вижу алгоритм действий такой:
- принимаемые данные разбивать предварительно на пакеты, концом пакета считать комбинацию символов #0D#0A. Пакет записывать как строку
- не писать символы #00
- пакеты в которых есть символ #2F не сохранять
Ну и дать возможность пользователю изменять маску файла.
Напишу несколько замечаний по программе:
Как я уже писал, принимаемые данные надо немного модифицировать перед сохранением в файл.
- Если открыть сохраненный файл Блокнотом, увидите невидимые символы от которых надо избавиться (хотя бы для удобочитаемого формата и конвертации в другие форматы), например символ #00.
- не сохранять строки с датой во время смены суток.
- сохранять данные в файлы не раскидывая по папкам (пример - начало разговора в 23:59 и конец разговора в следующих сутках, вызов сохранится
в файле за следующий день и в последующем при выбоке по дате будут рахождения, если не проверять файлы в других папках). В имени самого файла уже присутствует дата - смысл еще класть это в разные места...
Для решения вышесказанного вижу алгоритм действий такой:
- принимаемые данные разбивать предварительно на пакеты, концом пакета считать комбинацию символов #0D#0A. Пакет записывать как строку
- не писать символы #00
- пакеты в которых есть символ #2F не сохранять
Ну и дать возможность пользователю изменять маску файла.
для VLADS7
по поводу модификации файла
данные логов CDR отчета это основа для обработки, а как вы их будете обрабатывать это уже внутренний вопрос
для этого есть Эксель, Акссес и куча других программ
расскидывать по папкам это красота (IMHO) т.к. интересен анализ данных за конкретный период - день, месяц, а он уже определен и программисту уже ничего не надо сортировать
CDR отчет генерит запись только по завершению разговора, а не при его начале таким образом разговор начавшийся сегодня утром и закончившийся завтра после обеда в отчет попадет только завтра, а Вы говорите а минутах
в настройках АТС (AVAYA) есть возможность выбора фиксации начала разговора или по занятию линии или при ответе абонента на другом конце
по поводу модификации файла
данные логов CDR отчета это основа для обработки, а как вы их будете обрабатывать это уже внутренний вопрос
для этого есть Эксель, Акссес и куча других программ
расскидывать по папкам это красота (IMHO) т.к. интересен анализ данных за конкретный период - день, месяц, а он уже определен и программисту уже ничего не надо сортировать
CDR отчет генерит запись только по завершению разговора, а не при его начале таким образом разговор начавшийся сегодня утром и закончившийся завтра после обеда в отчет попадет только завтра, а Вы говорите а минутах
в настройках АТС (AVAYA) есть возможность выбора фиксации начала разговора или по занятию линии или при ответе абонента на другом конце
-
- Постоянный участник форума
- Сообщения: 477
- Зарегистрирован: Чт 17 сен 2009, 15:00
- Откуда: Москва
- Контактная информация:
vlads7,наверное, вы правы насчет доработки программы с целью предоставления возможности пользователю изменять шаблон наименования ежедневного файла CDR. (Хотя, более - менее продвинутые программы тарификации сами настраиваются на чтение CDR - файлов по шаблонам. И, в этом случае, они поймут и шаблон ГГГГММДД.log, который используется в TSVserver-e).
Буду посмотреть.
Насчет предварительного удаления ("модификации") из файла CDR нечитаемых символов и иных строк (например - с датой смены суток) - категорически не согласен.
Основное предназначение TSVserver-а и подобных программ - прием и сохранение на носителе ВСЕЙ информации, выдаваемой АТС. Именно по этому основному критерию оцениваются такие программы.
Всякого рода удаления и игнорирование "ненужных" с т.з. тарификации строк и символов осуществляются на последующих этапах обработки CDR и проведения тарификации (биллинга).
Отмечу также, что TSVserver позволяет пользователю ДОБАВИТЬ строки с метками времени. Что может существенно облегчить процесс обработки CDR как с т.з. определения истинного времени наступления событий (завершения вызовов) с точностью до 1 сек, так и их идентификации (принадлежности нескольких CDR к одному вызову).
По поводу "раскидывания" файлов по папкам evdol уже ответил. Добавлю лишь, что при осуществлении тарификации (например - за месяц), обрабатываются не только файлы, "лежащие" в папке за нужный месяц, но и, как правило, 1-2 файла за следующий месяц. Это позволяет не пропустить очень "длинные" вызовы. Которые начались в одном месяце, а закончились в другом.
Буду посмотреть.
Насчет предварительного удаления ("модификации") из файла CDR нечитаемых символов и иных строк (например - с датой смены суток) - категорически не согласен.
Основное предназначение TSVserver-а и подобных программ - прием и сохранение на носителе ВСЕЙ информации, выдаваемой АТС. Именно по этому основному критерию оцениваются такие программы.
Всякого рода удаления и игнорирование "ненужных" с т.з. тарификации строк и символов осуществляются на последующих этапах обработки CDR и проведения тарификации (биллинга).
Отмечу также, что TSVserver позволяет пользователю ДОБАВИТЬ строки с метками времени. Что может существенно облегчить процесс обработки CDR как с т.з. определения истинного времени наступления событий (завершения вызовов) с точностью до 1 сек, так и их идентификации (принадлежности нескольких CDR к одному вызову).
По поводу "раскидывания" файлов по папкам evdol уже ответил. Добавлю лишь, что при осуществлении тарификации (например - за месяц), обрабатываются не только файлы, "лежащие" в папке за нужный месяц, но и, как правило, 1-2 файла за следующий месяц. Это позволяет не пропустить очень "длинные" вызовы. Которые начались в одном месяце, а закончились в другом.
Последний раз редактировалось vsorokin Пн 12 июл 2010, 13:39, всего редактировалось 2 раза.
Ну так попробуйте сохранить и обработать в том же экселе и увидите что есть пропущенные (неучтеные) вызовы...evdol писал(а): по поводу модификации файла
данные логов CDR отчета это основа для обработки, а как вы их будете обрабатывать это уже внутренний вопрос
для этого есть Эксель, Акссес и куча других программ
А если надо предоставить отчет за неделю или декаду, надо обработать весь месяц и потом делать выборку?...evdol писал(а): расскидывать по папкам это красота (IMHO) т.к. интересен анализ данных за конкретный период - день, месяц, а он уже определен и программисту уже ничего не надо сортировать
Так о том и речь - что вызов начавшийся в последний день месяца (или того хлеще - года) в Ваш отчет не попадет...evdol писал(а): CDR отчет генерит запись только по завершению разговора, а не при его начале таким образом разговор начавшийся сегодня утром и закончившийся завтра после обеда в отчет попадет только завтра, а Вы говорите а минутах
в настройках АТС (AVAYA) есть возможность выбора фиксации начала разговора или по занятию линии или при ответе абонента на другом конце
Кто писал тарификаторы прошли через это. Для начала это подойдет, но по мере роста потребностей клиентов, количества вызовов, SQL-запросов...
Повторюсь опять что все это IMHO. Это всего лишь мое мнение...
-
- Постоянный участник форума
- Сообщения: 477
- Зарегистрирован: Чт 17 сен 2009, 15:00
- Откуда: Москва
- Контактная информация:
Совсем New! Два в одном: http://7548.ru/TSVreaderCDR.htm
TSVlite и TSVserver с 11.06.2010 объединены в одну программу TSVserverCDR. А вместо TSVclient используется ее аналог - TSVclientCDR.
Теперь и для тех, кто снимает CDR через СОМ-порт, есть возможность в реальном времени просматривать и анализировать CDR.
Появилась также возможность выбора шаблона для имени выходного файла.
TSVlite и TSVserver с 11.06.2010 объединены в одну программу TSVserverCDR. А вместо TSVclient используется ее аналог - TSVclientCDR.
Теперь и для тех, кто снимает CDR через СОМ-порт, есть возможность в реальном времени просматривать и анализировать CDR.
Появилась также возможность выбора шаблона для имени выходного файла.
-
- Постоянный участник форума
- Сообщения: 512
- Зарегистрирован: Ср 05 май 2010, 06:38
Avaya S8730х2+G450. ip адрес медиасервера, то бишь алиас 192.168.1.3 со своей машины(10.26.8.icon_cool.gif хочу собирать эти логи, доступ в сеть ип телефонов у меня полный и из сети телефонов тоже.
Вот такие настройки:
NODE NAMES
Type Name IP Address
IP CDR1 10.26.8.8
IP default 0.0.0.0
IP procr 192.168.1.253
IP SERVICES
Service Enabled Local Local Remote Remote
Type Node Port Node Port
CDR1 procr 0 CDR1 9000
CDR SYSTEM PARAMETERS
Node Number (Local PBX ID): CDR Date Format: month/day
Primary Output Format: customized Primary Output Endpoint: CDR1
Secondary Output Format:
Use ISDN Layouts? y Enable CDR Storage on Disk? n
Use Enhanced Formats? n Condition Code 'T' For Redirected Calls? y
Use Legacy CDR Formats? y Remove # From Called Number? y
Modified Circuit ID Display? n Intra-switch CDR? y
Record Outgoing Calls Only? n Outg Trk Call Splitting? y
Suppress CDR for Ineffective Call Attempts? y Outg Attd Call Record? y
Disconnect Information in Place of FRL? y Interworking Feat-flag? y
Force Entry of Acct Code for Calls Marked on Toll Analysis Form? n
Calls to Hunt Group - Record: member-ext
Record Called Vector Directory Number Instead of Group or Member? n
Inc Trk Call Splitting? y Inc Attd Call Record? n
Record Non-Call-Assoc TSC? y Call Record Handling Option: warning
Record Call-Assoc TSC? n Digits to Record for Outgoing Calls: dialed
Privacy - Digits to Hide: 0 CDR Account Code Length: 15
CDR SYSTEM PARAMETERS
Data Item - Length Data Item - Length Data Item - Length
1: date - 6 17: cond-code - 1 33: -
2: space - 1 18: space - 1 34: -
3: time - 4 19: vdn - 13 35: -
4: space - 1 20: space - 1 36: -
5: sec-dur - 5 21: frl - 1 37: -
6: space - 1 22: return - 1 38: -
7: in-trk-code - 4 23: line-feed - 1 39: -
8: in-crt-id - 3 24: - 40: -
9: space - 1 25: - 41: -
10: code-used - 4 26: - 42: -
11: out-crt-id - 3 27: - 43: -
12: space - 1 28: - 44: -
13: clg-num/in-tac - 15 29: - 45: -
14: space - 1 30: - 46: -
15: dialed-num - 23 31: - 47: -
16: space - 1 32: - 48: -
настроил все по доке
дальше 18.08.2010 11:00:36 -> Сервер начал работу, уйти не получилось
смотрю ваершарк тишина от станции полная
status cdr-link
CDR LINK STATUS
Primary Secondary
Link State: up CDR not administered
Date & Time: 2010/8 /18 12:50:37 0 /0 /0 0 :0 :0
Forward Seq. No: 0 0
Backward Seq. No: 0 0
CDR Buffer % Full: 0.00 0.00
Reason Code: OK
ткните меня что я сделал не так?
Вот такие настройки:
NODE NAMES
Type Name IP Address
IP CDR1 10.26.8.8
IP default 0.0.0.0
IP procr 192.168.1.253
IP SERVICES
Service Enabled Local Local Remote Remote
Type Node Port Node Port
CDR1 procr 0 CDR1 9000
CDR SYSTEM PARAMETERS
Node Number (Local PBX ID): CDR Date Format: month/day
Primary Output Format: customized Primary Output Endpoint: CDR1
Secondary Output Format:
Use ISDN Layouts? y Enable CDR Storage on Disk? n
Use Enhanced Formats? n Condition Code 'T' For Redirected Calls? y
Use Legacy CDR Formats? y Remove # From Called Number? y
Modified Circuit ID Display? n Intra-switch CDR? y
Record Outgoing Calls Only? n Outg Trk Call Splitting? y
Suppress CDR for Ineffective Call Attempts? y Outg Attd Call Record? y
Disconnect Information in Place of FRL? y Interworking Feat-flag? y
Force Entry of Acct Code for Calls Marked on Toll Analysis Form? n
Calls to Hunt Group - Record: member-ext
Record Called Vector Directory Number Instead of Group or Member? n
Inc Trk Call Splitting? y Inc Attd Call Record? n
Record Non-Call-Assoc TSC? y Call Record Handling Option: warning
Record Call-Assoc TSC? n Digits to Record for Outgoing Calls: dialed
Privacy - Digits to Hide: 0 CDR Account Code Length: 15
CDR SYSTEM PARAMETERS
Data Item - Length Data Item - Length Data Item - Length
1: date - 6 17: cond-code - 1 33: -
2: space - 1 18: space - 1 34: -
3: time - 4 19: vdn - 13 35: -
4: space - 1 20: space - 1 36: -
5: sec-dur - 5 21: frl - 1 37: -
6: space - 1 22: return - 1 38: -
7: in-trk-code - 4 23: line-feed - 1 39: -
8: in-crt-id - 3 24: - 40: -
9: space - 1 25: - 41: -
10: code-used - 4 26: - 42: -
11: out-crt-id - 3 27: - 43: -
12: space - 1 28: - 44: -
13: clg-num/in-tac - 15 29: - 45: -
14: space - 1 30: - 46: -
15: dialed-num - 23 31: - 47: -
16: space - 1 32: - 48: -
настроил все по доке
дальше 18.08.2010 11:00:36 -> Сервер начал работу, уйти не получилось
смотрю ваершарк тишина от станции полная
status cdr-link
CDR LINK STATUS
Primary Secondary
Link State: up CDR not administered
Date & Time: 2010/8 /18 12:50:37 0 /0 /0 0 :0 :0
Forward Seq. No: 0 0
Backward Seq. No: 0 0
CDR Buffer % Full: 0.00 0.00
Reason Code: OK
ткните меня что я сделал не так?
-
- Постоянный участник форума
- Сообщения: 477
- Зарегистрирован: Чт 17 сен 2009, 15:00
- Откуда: Москва
- Контактная информация:
michael_loginov писал(а):
У вас procr с IP 192.168.1.253 - адресом, по которому вы подключаетесь и управляете AVAYA. Это - служебный порт. Его использовать не надо.
Заведите новый узел с другим IP, например:
Код:
Соответственно, в описании CDR1 (change ip-services) нужно будет указать узел clan1 (в Local node). И номер удаленного порта. Это - порт программы, с которой нужно будет установить TCP-соединение для посылки на нее CDR1. В нашем случае - TSVserver-а.
Не забыть на 3-й странице (change ip-services) для CDR1 указать для Reliable Protocol - N.
При старте TSVserver-а нужно будет указать IP адрес, соответствующий clan1 ( в нашем примере - 192.168.1.252), и тот же номер удаленного порта. У вас он равен 9000.
Пожалуй, все.
P.S. Кстати, все эти установки на AVAYA, в общем-то, никак не привязаны конкретно к TSVserver-у. Их нужно делать и для других программ при снятии CDR.
Код: Выделить всё
в TSVserverCDR я указываю ip и порт procr так?
или я не прав?
просто дальше 18.08.2010 11:00:36 -> Сервер начал работу, уйти не получилось
Заведите новый узел с другим IP, например:
Код:
Код: Выделить всё
IP clan1 192.168.1.252 - IP - адрес АТС, который надо будет указать в TSVserver-е
Соответственно, в описании CDR1 (change ip-services) нужно будет указать узел clan1 (в Local node). И номер удаленного порта. Это - порт программы, с которой нужно будет установить TCP-соединение для посылки на нее CDR1. В нашем случае - TSVserver-а.
Не забыть на 3-й странице (change ip-services) для CDR1 указать для Reliable Protocol - N.
При старте TSVserver-а нужно будет указать IP адрес, соответствующий clan1 ( в нашем примере - 192.168.1.252), и тот же номер удаленного порта. У вас он равен 9000.
Пожалуй, все.
P.S. Кстати, все эти установки на AVAYA, в общем-то, никак не привязаны конкретно к TSVserver-у. Их нужно делать и для других программ при снятии CDR.
-
- Постоянный участник форума
- Сообщения: 512
- Зарегистрирован: Ср 05 май 2010, 06:38
-
- Постоянный участник форума
- Сообщения: 512
- Зарегистрирован: Ср 05 май 2010, 06:38
-
- Постоянный участник форума
- Сообщения: 512
- Зарегистрирован: Ср 05 май 2010, 06:38
list configuration all Page 1
SYSTEM CONFIGURATION
Board Assigned Ports
Number Board Type Code Vintage u=unassigned t=tti p=psa
001V1 DS1 MM MM710BP HW11 FW044 01 02 03 04 05 06 07 08
09 10 11 12 13 14 15 16
17 18 19 20 21 22 23 24
25 26 27 28 29 30 31 u
001V2 DS1 MM MM710BP HW11 FW044 01 02 03 04 05 06 07 08
09 10 11 12 13 14 15 16
17 18 19 20 21 22 23 24
25 26 27 28 29 30 31 u
001V5 DS1 MM MM710BP HW11 FW044 u u u u u u u u
u u u u u u u 16
17 18 19 20 21 22 23 24
25 26 27 28 29 30 31 u
и аналоговая плата все больше нини
SYSTEM CONFIGURATION
Board Assigned Ports
Number Board Type Code Vintage u=unassigned t=tti p=psa
001V1 DS1 MM MM710BP HW11 FW044 01 02 03 04 05 06 07 08
09 10 11 12 13 14 15 16
17 18 19 20 21 22 23 24
25 26 27 28 29 30 31 u
001V2 DS1 MM MM710BP HW11 FW044 01 02 03 04 05 06 07 08
09 10 11 12 13 14 15 16
17 18 19 20 21 22 23 24
25 26 27 28 29 30 31 u
001V5 DS1 MM MM710BP HW11 FW044 u u u u u u u u
u u u u u u u 16
17 18 19 20 21 22 23 24
25 26 27 28 29 30 31 u
и аналоговая плата все больше нини
-
- Постоянный участник форума
- Сообщения: 512
- Зарегистрирован: Ср 05 май 2010, 06:38
-
- Постоянный участник форума
- Сообщения: 512
- Зарегистрирован: Ср 05 май 2010, 06:38
-
- Постоянный участник форума
- Сообщения: 477
- Зарегистрирован: Чт 17 сен 2009, 15:00
- Откуда: Москва
- Контактная информация:
TSVserverCDR можно стартовать как сервис. Это - вообще основной ее режим работы.
И просматривать записи с помощью TSVclient-a.
Демо - версия TSVserver-а в течение 12 часов работает, как полнофункциональная.
И, в случае ее запуска как сервиса, благополучно рестартует при рестарте компьютера-сервера, произошедшего в течение этих 12 часов. Однако, если рестарт компьютера-сервера произойдет позже этого периода, - не будет запущена на прием CDR. (Если рестарта компьютера-сервера не будет, то TSVserver продолжит работать и писать CDR).
Т.е. как сервис "висеть"-то будет, но писать - ни-ни. Поскольку при рестарте не будет читать файл TSVserverCDR.ini, содержащий исходные данные для установления TCP-соединения с АТС.
И просматривать записи с помощью TSVclient-a.
Демо - версия TSVserver-а в течение 12 часов работает, как полнофункциональная.
И, в случае ее запуска как сервиса, благополучно рестартует при рестарте компьютера-сервера, произошедшего в течение этих 12 часов. Однако, если рестарт компьютера-сервера произойдет позже этого периода, - не будет запущена на прием CDR. (Если рестарта компьютера-сервера не будет, то TSVserver продолжит работать и писать CDR).
Т.е. как сервис "висеть"-то будет, но писать - ни-ни. Поскольку при рестарте не будет читать файл TSVserverCDR.ini, содержащий исходные данные для установления TCP-соединения с АТС.
Последний раз редактировалось vsorokin Чт 19 авг 2010, 08:00, всего редактировалось 2 раза.
-
- Постоянный участник форума
- Сообщения: 512
- Зарегистрирован: Ср 05 май 2010, 06:38
-
- Постоянный участник форума
- Сообщения: 512
- Зарегистрирован: Ср 05 май 2010, 06:38
это я понял, вопрос встал в том как привести таблицу
1: date - 6 17: cond-code - 1 33: -
2: space - 1 18: space - 1 34: -
3: time - 4 19: vdn - 13 35: -
4: space - 1 20: space - 1 36: -
5: sec-dur - 5 21: frl - 1 37: -
6: space - 1 22: return - 1 38: -
7: in-trk-code - 4 23: line-feed - 1 39: -
8: in-crt-id - 3 24: - 40: -
9: space - 1 25: - 41: -
10: code-used - 4 26: - 42: -
11: out-crt-id - 3 27: - 43: -
12: space - 1 28: - 44: -
13: clg-num/in-tac - 15 29: - 45: -
14: space - 1 30: - 46: -
15: dialed-num - 23 31: - 47: -
16: space - 1 32: - 48: -
к строке которую поймет WinTariff?
если у кого есть дока на эту тему или работающий пример подскажите. уже всяко разно пробовал, метод тыка пока что не выручает
1: date - 6 17: cond-code - 1 33: -
2: space - 1 18: space - 1 34: -
3: time - 4 19: vdn - 13 35: -
4: space - 1 20: space - 1 36: -
5: sec-dur - 5 21: frl - 1 37: -
6: space - 1 22: return - 1 38: -
7: in-trk-code - 4 23: line-feed - 1 39: -
8: in-crt-id - 3 24: - 40: -
9: space - 1 25: - 41: -
10: code-used - 4 26: - 42: -
11: out-crt-id - 3 27: - 43: -
12: space - 1 28: - 44: -
13: clg-num/in-tac - 15 29: - 45: -
14: space - 1 30: - 46: -
15: dialed-num - 23 31: - 47: -
16: space - 1 32: - 48: -
к строке которую поймет WinTariff?
если у кого есть дока на эту тему или работающий пример подскажите. уже всяко разно пробовал, метод тыка пока что не выручает
Из теории : в файл PbxCollect.ini (секция Comm...) надо добавить строку вида (как пример)michael_loginov писал(а):это я понял, вопрос встал в том как привести таблицу к строке которую поймет WinTariff?
если у кого есть дока на эту тему или работающий пример подскажите. уже всяко разно пробовал, метод тыка пока что не выручает
DefinityMapping=”date-dmy=1;time=8;duration-hmmss=13;cond-code=19;code-used=20,4;in-trk-code=90,4;dialed-num=28,18;calling-num=46,10;in-crt-id=81,3;out-crt-id=84,3;acct-code=56,15;auth-code=71,7"
где первая цифра смещение, вторая - длина...
-
- Постоянный участник форума
- Сообщения: 512
- Зарегистрирован: Ср 05 май 2010, 06:38
-
- Постоянный участник форума
- Сообщения: 170
- Зарегистрирован: Ср 27 янв 2010, 10:40
Выставите в параметрах wintariffa значения модель станции
AT&T/Avaya/Lucent Definity(custom format)
Мой фаил pbxcolect.ini:
[Common]
Pbx2on=0
CallsFileFolder=D:\Calls
MinCallDuration=0
StoreIncoming=1
StoreInternal=1
StoreOutgoing=0
Prefixes=8,810
TimeSource=0
MinimizeToTray=1
StartMinimized=0
*PasswordToExit=BOSS
RunOnlyOneInstance=1
NorstarBCM_StoreDNIS=0
NortelMeridian_StoreRoot=0
EricssonMD110_LongASB501=0
*NT_service_name=PbxCollect2
Multy_Pbx_Correction_Mode=0
*CallsDbfCorrections=EXTENSION:10;ACCOUNT:7
KXTDA_CO5=0
HideDigitsAfterOctothorp=0
AsteriskMapping="clid","src","dst","dcontext","channel","dstchannel","lastapp","lastdata","start","answer","end","duration","billsec","disposition","amaflags","accountcode","uniqueid","userfield"
[PBX 1]
ChanelId=3
PbxId=71
FirstComNo=1
ComPortId=1
SpeedId=3
ParityId=0
StopBitsId=0
WordLenId=1
ModemName=
NumToDial=
IPaddress=127.0.0.1
IPport=5555
IP_as_server=1
IPreconnect=1
UseLogin=0
Login=SMDR
Password=TARIFF
LinuxSerialDevice=/dev/ttyS0
*LinuxSerialDevice=/dev/cuad1
*NumToExclude=79*,6325243
*ExtToExclude=101,102
*CorrectTime=-1
WaitForOpenIP=3
Copy_Transfer_To_Account=0
Lowest_speed_600=0
*PrefixesToDelete=927,998
[PBX 2]
ChanelId=0
PbxId=35
FirstComNo=1
ComPortId=3
SpeedId=0
ParityId=0
StopBitsId=0
WordLenId=1
ModemName=
NumToDial=
IPaddress=0.0.0.0
IPport=0
LinuxSerialDevice=/dev/ttyS0
IP_as_server=0
UseLogin=0
Login=guest
Password=guest
IPreconnect=1
[RawLogFiles]
LogEnabled1=1
FilePath1=c:\PbxCollect01.log
LogEnabled2=0
FilePath2=
[Spool]
SpoolEnabled=0
SpoolPeriod=1
SpoolFolder=
SpoolEnabled2=0
SpoolPeriod2=1
SpoolFolder2=
[Pins map 1]
*197=101
*075=102
Параметры cdr:
Voice System name: ATS - CDR SYSTEM PARAMETERS
Node Number (Local PBX ID): CDR Date Format: month/day
Primary Output Format: customized Primary Output Endpoint: CDR1
Secondary Output Format:
Use ISDN Layouts? y Enable CDR Storage on Disk? n
Use Enhanced Formats? n Condition Code 'T' For Redirected Calls? y
Use Legacy CDR Formats? y Remove # From Called Number? y
Modified Circuit ID Display? y Intra-switch CDR? y
Record Outgoing Calls Only? n Outg Trk Call Splitting? y
Suppress CDR for Ineffective Call Attempts? y Outg Attd Call Record? y
Disconnect Information in Place of FRL? y Interworking Feat-flag? n
Force Entry of Acct Code for Calls Marked on Toll Analysis Form? n
Calls to Hunt Group - Record: member-ext
Record Called Vector Directory Number Instead of Group or Member? n
Inc Trk Call Splitting? y Inc Attd Call Record? n
Record Non-Call-Assoc TSC? n Call Record Handling Option: warning
Record Call-Assoc TSC? n Digits to Record for Outgoing Calls: outpulsed
Privacy - Digits to Hide: 0 CDR Account Code Length: 15
CDR SYSTEM PARAMETERS
Data Item - Length Data Item - Length Data Item - Length
1: date - 6 17: calling-num - 15 33: line-feed - 1
2: space - 1 18: space - 1 34: return - 1
3: time - 4 19: acct-code - 5 35: -
4: space - 1 20: space - 1 36: -
5: duration - 4 21: auth-code - 5 37: -
6: space - 1 22: space - 1 38: -
7: cond-code - 1 23: frl - 1 39: -
8: space - 1 24: space - 1 40: -
9: code-dial - 3 25: ixc-code - 1 41: -
10: space - 1 26: space - 1 42: -
11: code-used - 3 27: in-crt-id - 3 43: -
12: space - 1 28: space - 1 44: -
13: in-trk-code - 3 29: out-crt-id - 3 45: -
14: space - 1 30: space - 1 46: -
15: dialed-num - 18 31: feat-flag - 1 47: -
16: space - 1 32: space - 1 48: -
Record length = 94
Параметры ip-services:
cdr1 reliable protocol "n"
Пробуйте должно помоч.
AT&T/Avaya/Lucent Definity(custom format)
Мой фаил pbxcolect.ini:
[Common]
Pbx2on=0
CallsFileFolder=D:\Calls
MinCallDuration=0
StoreIncoming=1
StoreInternal=1
StoreOutgoing=0
Prefixes=8,810
TimeSource=0
MinimizeToTray=1
StartMinimized=0
*PasswordToExit=BOSS
RunOnlyOneInstance=1
NorstarBCM_StoreDNIS=0
NortelMeridian_StoreRoot=0
EricssonMD110_LongASB501=0
*NT_service_name=PbxCollect2
Multy_Pbx_Correction_Mode=0
*CallsDbfCorrections=EXTENSION:10;ACCOUNT:7
KXTDA_CO5=0
HideDigitsAfterOctothorp=0
AsteriskMapping="clid","src","dst","dcontext","channel","dstchannel","lastapp","lastdata","start","answer","end","duration","billsec","disposition","amaflags","accountcode","uniqueid","userfield"
[PBX 1]
ChanelId=3
PbxId=71
FirstComNo=1
ComPortId=1
SpeedId=3
ParityId=0
StopBitsId=0
WordLenId=1
ModemName=
NumToDial=
IPaddress=127.0.0.1
IPport=5555
IP_as_server=1
IPreconnect=1
UseLogin=0
Login=SMDR
Password=TARIFF
LinuxSerialDevice=/dev/ttyS0
*LinuxSerialDevice=/dev/cuad1
*NumToExclude=79*,6325243
*ExtToExclude=101,102
*CorrectTime=-1
WaitForOpenIP=3
Copy_Transfer_To_Account=0
Lowest_speed_600=0
*PrefixesToDelete=927,998
[PBX 2]
ChanelId=0
PbxId=35
FirstComNo=1
ComPortId=3
SpeedId=0
ParityId=0
StopBitsId=0
WordLenId=1
ModemName=
NumToDial=
IPaddress=0.0.0.0
IPport=0
LinuxSerialDevice=/dev/ttyS0
IP_as_server=0
UseLogin=0
Login=guest
Password=guest
IPreconnect=1
[RawLogFiles]
LogEnabled1=1
FilePath1=c:\PbxCollect01.log
LogEnabled2=0
FilePath2=
[Spool]
SpoolEnabled=0
SpoolPeriod=1
SpoolFolder=
SpoolEnabled2=0
SpoolPeriod2=1
SpoolFolder2=
[Pins map 1]
*197=101
*075=102
Параметры cdr:
Voice System name: ATS - CDR SYSTEM PARAMETERS
Node Number (Local PBX ID): CDR Date Format: month/day
Primary Output Format: customized Primary Output Endpoint: CDR1
Secondary Output Format:
Use ISDN Layouts? y Enable CDR Storage on Disk? n
Use Enhanced Formats? n Condition Code 'T' For Redirected Calls? y
Use Legacy CDR Formats? y Remove # From Called Number? y
Modified Circuit ID Display? y Intra-switch CDR? y
Record Outgoing Calls Only? n Outg Trk Call Splitting? y
Suppress CDR for Ineffective Call Attempts? y Outg Attd Call Record? y
Disconnect Information in Place of FRL? y Interworking Feat-flag? n
Force Entry of Acct Code for Calls Marked on Toll Analysis Form? n
Calls to Hunt Group - Record: member-ext
Record Called Vector Directory Number Instead of Group or Member? n
Inc Trk Call Splitting? y Inc Attd Call Record? n
Record Non-Call-Assoc TSC? n Call Record Handling Option: warning
Record Call-Assoc TSC? n Digits to Record for Outgoing Calls: outpulsed
Privacy - Digits to Hide: 0 CDR Account Code Length: 15
CDR SYSTEM PARAMETERS
Data Item - Length Data Item - Length Data Item - Length
1: date - 6 17: calling-num - 15 33: line-feed - 1
2: space - 1 18: space - 1 34: return - 1
3: time - 4 19: acct-code - 5 35: -
4: space - 1 20: space - 1 36: -
5: duration - 4 21: auth-code - 5 37: -
6: space - 1 22: space - 1 38: -
7: cond-code - 1 23: frl - 1 39: -
8: space - 1 24: space - 1 40: -
9: code-dial - 3 25: ixc-code - 1 41: -
10: space - 1 26: space - 1 42: -
11: code-used - 3 27: in-crt-id - 3 43: -
12: space - 1 28: space - 1 44: -
13: in-trk-code - 3 29: out-crt-id - 3 45: -
14: space - 1 30: space - 1 46: -
15: dialed-num - 18 31: feat-flag - 1 47: -
16: space - 1 32: space - 1 48: -
Record length = 94
Параметры ip-services:
cdr1 reliable protocol "n"
Пробуйте должно помоч.
-
- Постоянный участник форума
- Сообщения: 512
- Зарегистрирован: Ср 05 май 2010, 06:38
не помогло.
проблема в том что авая отдает в чистом виде так, как у нее написано, но вот PbxCollect не могу заставить писать красиво все в таблицу =(
приходит вот такая строка
081910 1417 0008 9 701 1136 8432790117 014
а в базу пишется вообще непонятно что.
DefinityMapping=”date-dmy=1,6;time=8,4;duration=13,5;cond-code=19;code-used=21,4;in-trk-code=26,4;dialed-num=31,18;calling-num=50,10;in-crt-id=61,3;out-crt-id=65,3;acct-code=69,15;auth-code=85,7"
есть подозрения что PbxCollect некорректно парсит строку.
проблема в том что авая отдает в чистом виде так, как у нее написано, но вот PbxCollect не могу заставить писать красиво все в таблицу =(
приходит вот такая строка
081910 1417 0008 9 701 1136 8432790117 014
а в базу пишется вообще непонятно что.
DefinityMapping=”date-dmy=1,6;time=8,4;duration=13,5;cond-code=19;code-used=21,4;in-trk-code=26,4;dialed-num=31,18;calling-num=50,10;in-crt-id=61,3;out-crt-id=65,3;acct-code=69,15;auth-code=85,7"
есть подозрения что PbxCollect некорректно парсит строку.
-
- Постоянный участник форума
- Сообщения: 170
- Зарегистрирован: Ср 27 янв 2010, 10:40
Поле Regime: проверте у меня стоит pbx=client, pbxcollect=server(avaya,ericsson)michael_loginov писал(а):не помогло.
проблема в том что авая отдает в чистом виде так, как у нее написано, но вот PbxCollect не могу заставить писать красиво все в таблицу =(
приходит вот такая строка
081910 1417 0008 9 701 1136 8432790117 014
а в базу пишется вообще непонятно что.
DefinityMapping=”date-dmy=1,6;time=8,4;duration=13,5;cond-code=19;code-used=21,4;in-trk-code=26,4;dialed-num=31,18;calling-num=50,10;in-crt-id=61,3;out-crt-id=65,3;acct-code=69,15;auth-code=85,7"
есть подозрения что PbxCollect некорректно парсит строку.
Какая версия программы у вас?
-
- Постоянный участник форума
- Сообщения: 512
- Зарегистрирован: Ср 05 май 2010, 06:38
-
- Постоянный участник форума
- Сообщения: 477
- Зарегистрирован: Чт 17 сен 2009, 15:00
- Откуда: Москва
- Контактная информация:
michael_loginov -у:
Не "парьтесь" с Wintariff-ом.
Эта прога (и подобные ей) в принципе не может обрабатывать сложные вызовы. Поскольку в ней не закладываются специальные алгоритмы, учитывающие специфику выдачи CDR различными типами АТС.
А у AVAYA полно таких. Когда одному вызову соответствуют несколько CDR - записей.
Или, когда выдаются CDR о несостоявшихся вызовах (занято, без ответа и т.п.).
Не тратьте время на Wintariff. Особенно, если вам нужно использовать данные о вызовах только для настройки АТС.
Не "парьтесь" с Wintariff-ом.
Эта прога (и подобные ей) в принципе не может обрабатывать сложные вызовы. Поскольку в ней не закладываются специальные алгоритмы, учитывающие специфику выдачи CDR различными типами АТС.
А у AVAYA полно таких. Когда одному вызову соответствуют несколько CDR - записей.
Или, когда выдаются CDR о несостоявшихся вызовах (занято, без ответа и т.п.).
Не тратьте время на Wintariff. Особенно, если вам нужно использовать данные о вызовах только для настройки АТС.
Попробуйте пойти другим путем - в папке SampleLogs есть пример именно для Definity (customized), там два файла cdr.txt и log.txt . Строка похожа на вашу.michael_loginov писал(а):не помогло.
081910 1417 0008 9 701 1136 8432790117 014
есть подозрения что PbxCollect некорректно парсит строку.
022604 2020 0005 9 810 1651 8172780400 5 20 0
А вообще, такие "поделки" , как и писали, на помойку проще...
-
- Постоянный участник форума
- Сообщения: 512
- Зарегистрирован: Ср 05 май 2010, 06:38
суть в том что винтариф этот успешно работает с сименсом хай пас 3800, служба безопасноти смотрит логи звонков по мере надобности. у меня выбор не велик, либо каждый раз метаца по их позыву и показывать логи либо как то сдружить винтариф с аваей и третий вариант написать свой обработчик чтобы он писал в базу винтарифа уже какие надо данные =)
кстати за семпл спасибо. попробую, авось подмагнет =)
хотя если кто подскажет программу которая сможет дружить с сименсом хай пас 3800 и авая одновременно и которую не на помойку, буду благодарен.
Спасибо всем.
кстати за семпл спасибо. попробую, авось подмагнет =)
хотя если кто подскажет программу которая сможет дружить с сименсом хай пас 3800 и авая одновременно и которую не на помойку, буду благодарен.
Спасибо всем.
Ну, и не будет она парсить эту строку правильно. И все потому, что строка DefinityMapping хочет получить одно, а Definity посылает совершенно другое (твой пост от 18 Авг 2010, 17:29). Измени строку DefinityMapping в соответствии с Кастомайзем своей станции и наслаждайся жизнью.michael_loginov писал(а):не помогло.
проблема в том что авая отдает в чистом виде так, как у нее написано, но вот PbxCollect не могу заставить писать красиво все в таблицу =(
приходит вот такая строка
081910 1417 0008 9 701 1136 8432790117 014
а в базу пишется вообще непонятно что.
DefinityMapping=”date-dmy=1,6;time=8,4;duration=13,5;cond-code=19;code-used=21,4;in-trk-code=26,4;dialed-num=31,18;calling-num=50,10;in-crt-id=61,3;out-crt-id=65,3;acct-code=69,15;auth-code=85,7"
есть подозрения что PbxCollect некорректно парсит строку.
-
- Постоянный участник форума
- Сообщения: 512
- Зарегистрирован: Ср 05 май 2010, 06:38
на основании кустомайза и писал эту строку. сделал простой сервер чтобы ловить что пишет мне авая на основе вот этой таблицы:
: date - 6 17: - 33: -
2: time - 4 18: - 34: -
3: duration - 4 19: - 35: -
4: cond-code - 1 20: - 36: -
5: code-used - 4 21: - 37: -
6: in-trk-code - 4 22: - 38: -
7: dialed-num - 23 23: - 39: -
8: calling-num - 15 24: - 40: -
9: in-crt-id - 3 25: - 41: -
10: out-crt-id - 3 26: - 42: -
11: acct-code - 5 27: - 43: -
12: auth-code - 5 28: - 44: -
13: return - 1 29: - 45: -
14: line-feed - 1 30: - 46: -
и вот что прилетает(символ | не считать, это для наглядности
082010|1450|0003| | |703 | 1502 | 3490|16 | | |
почему то после cond-code все поля идут с лишним пробелом ?
что может быть не так?
: date - 6 17: - 33: -
2: time - 4 18: - 34: -
3: duration - 4 19: - 35: -
4: cond-code - 1 20: - 36: -
5: code-used - 4 21: - 37: -
6: in-trk-code - 4 22: - 38: -
7: dialed-num - 23 23: - 39: -
8: calling-num - 15 24: - 40: -
9: in-crt-id - 3 25: - 41: -
10: out-crt-id - 3 26: - 42: -
11: acct-code - 5 27: - 43: -
12: auth-code - 5 28: - 44: -
13: return - 1 29: - 45: -
14: line-feed - 1 30: - 46: -
и вот что прилетает(символ | не считать, это для наглядности
082010|1450|0003| | |703 | 1502 | 3490|16 | | |
почему то после cond-code все поля идут с лишним пробелом ?
что может быть не так?
-
- Постоянный участник форума
- Сообщения: 512
- Зарегистрирован: Ср 05 май 2010, 06:38
вопрос с пробелами решил.
1: date - 6 17: - 33: -
2: time - 4 18: - 34: -
3: duration - 4 19: - 35: -
4: cond-code - 1 20: - 36: -
5: code-used - 3 21: - 37: -
6: in-trk-code - 3 22: - 38: -
7: dialed-num - 23 23: - 39: -
8: calling-num - 15 24: - 40: -
9: in-crt-id - 3 25: - 41: -
10: out-crt-id - 3 26: - 42: -
11: acct-code - 5 27: - 43: -
12: auth-code - 5 28: - 44: -
13: return - 1 29: - 45: -
14: line-feed - 1 30: - 46: -
15: - 31: - 47: -
16: - 32: - 48: -
строка
DefinityMapping="date=1,6;time=7,4;duration=11,4;cond-code=15,1;code-used=16,3;In-trk-code=19,3;dialed-num=22,23;calling-num=45,15;in-crt-id=60,3;out-crt-id=63,3;acct-code=66,5;auth-code=71,5"
не форматированный текст прилетает, в базу не пишется где ошибка?
1: date - 6 17: - 33: -
2: time - 4 18: - 34: -
3: duration - 4 19: - 35: -
4: cond-code - 1 20: - 36: -
5: code-used - 3 21: - 37: -
6: in-trk-code - 3 22: - 38: -
7: dialed-num - 23 23: - 39: -
8: calling-num - 15 24: - 40: -
9: in-crt-id - 3 25: - 41: -
10: out-crt-id - 3 26: - 42: -
11: acct-code - 5 27: - 43: -
12: auth-code - 5 28: - 44: -
13: return - 1 29: - 45: -
14: line-feed - 1 30: - 46: -
15: - 31: - 47: -
16: - 32: - 48: -
строка
DefinityMapping="date=1,6;time=7,4;duration=11,4;cond-code=15,1;code-used=16,3;In-trk-code=19,3;dialed-num=22,23;calling-num=45,15;in-crt-id=60,3;out-crt-id=63,3;acct-code=66,5;auth-code=71,5"
не форматированный текст прилетает, в базу не пишется где ошибка?
Есть такая программа, логи можно смотреть по ВЕБморде, с правами доступа. Вопросы в личку...michael_loginov писал(а):суть в том что винтариф этот успешно работает с сименсом хай пас 3800, служба безопасноти смотрит логи звонков по мере надобности. у меня выбор не велик, либо каждый раз метаца по их позыву и показывать логи либо как то сдружить винтариф с аваей и третий вариант написать свой обработчик чтобы он писал в базу винтарифа уже какие надо данные =)
...
хотя если кто подскажет программу которая сможет дружить с сименсом хай пас 3800 и авая одновременно и которую не на помойку, буду благодарен.
Спасибо всем.
Мы пользуемся этойmichael_loginov писал(а):хотя если кто подскажет программу которая сможет дружить с сименсом хай пас 3800 и авая одновременно и которую не на помойку, буду благодарен.
Спасибо всем.
http://www.apslab.net/rus/products/phon ... d_pbx.html
Можно позвонить разработчикам и они без проблем перепишут обработчик под Вас. Нам они помогали абсолютно бесплатно. Прогу мы естесственно покупали. У нас s8500 - хоть ее в списке совместимости нет, но после перенастройки обработчика все работает.
-
- Постоянный участник форума
- Сообщения: 512
- Зарегистрирован: Ср 05 май 2010, 06:38
-
- Постоянный участник форума
- Сообщения: 477
- Зарегистрирован: Чт 17 сен 2009, 15:00
- Откуда: Москва
- Контактная информация:
Совсем New!
02.11.2010 выложил новую версию TSVserverCDR. Обновил и документацию: http://7548.ru/TSVreaderCDR.htm
Теперь пользователю предоставляется возможность выбора директории (папки), в которой будут создаваться папки с файлами CDR. Особенно это будет удобно тем пользователям, которые осуществляют сбор CDR с нескольких АТС на один компьютер – сервер.
02.11.2010 выложил новую версию TSVserverCDR. Обновил и документацию: http://7548.ru/TSVreaderCDR.htm
Теперь пользователю предоставляется возможность выбора директории (папки), в которой будут создаваться папки с файлами CDR. Особенно это будет удобно тем пользователям, которые осуществляют сбор CDR с нескольких АТС на один компьютер – сервер.
-
- Постоянный участник форума
- Сообщения: 477
- Зарегистрирован: Чт 17 сен 2009, 15:00
- Откуда: Москва
- Контактная информация:
Наверное, надо было для ускорения процесса решения проблемы прочитать документацию на TSVserverCDR.evdol писал(а):Господа долго не мог понять почему у некоторых получаются не печатные символы при приеме отчета в ПО Сорокина
Метка времени начинается с "не печатного" символа (№127 в ASCII - коде). Этот символ указывает, что далее, скорее всего, пойдет именно метка времени, а не CDR.
P.S. Cпасибо за использование TSVserverCDR-а и положительный отзыв, данный вами ранее об этом продукте.
Код: Выделить всё
IP SERVICES
Service Enabled Local Local Remote Remote
Type Node Port Node Port
CDR2 clan_g 0 br 5013
SESSION LAYER TIMERS
Service Reliable Packet Resp Session Connect SPDU Connectivity
Type Protocol Timer Message Cntr Cntr Timer
CDR2 n 30 3 3 60
CDR SYSTEM PARAMETERS
Node Number (Local PBX ID): CDR Date Format: day/month
Primary Output Format: customized Primary Output Endpoint: CDR1
Secondary Output Format: customized Secondary Output Endpoint: CDR2
Use ISDN Layouts? y
Use Enhanced Formats? n Condition Code 'T' For Redirected Calls? y
Modified Circuit ID Display? y Remove # From Called Number? y
Record Outgoing Calls Only? n Intra-switch CDR? n
Suppress CDR for Ineffective Call Attempts? n Outg Trk Call Splitting? y
Disconnect Information in Place of FRL? y Outg Attd Call Record? y
Interworking Feat-flag? y
Force Entry of Acct Code for Calls Marked on Toll Analysis Form? n
Calls to Hunt Group - Record: member-ext
Record Called Vector Directory Number Instead of Group or Member? n
Inc Trk Call Splitting? y Inc Attd Call Record? n
Record Non-Call-Assoc TSC? y Call Record Handling Option: warning
Record Call-Assoc TSC? n Digits to Record for Outgoing Calls: dialed
Privacy - Digits to Hide: 0 CDR Account Code Length: 15
CDR SYSTEM PARAMETERS
Data Item - Length Data Item - Length Data Item - Length
1: date - 6 17: cond-code - 1 33: -
2: space - 1 18: space - 1 34: -
3: time - 4 19: vdn - 7 35: -
4: space - 1 20: space - 1 36: -
5: sec-dur - 5 21: frl - 1 37: -
6: space - 1 22: return - 1 38: -
7: in-trk-code - 4 23: line-feed - 1 39: -
8: in-crt-id - 3 24: - 40: -
9: space - 1 25: - 41: -
10: code-used - 4 26: - 42: -
11: out-crt-id - 3 27: - 43: -
12: space - 1 28: - 44: -
13: clg-num/in-tac - 15 29: - 45: -
14: space - 1 30: - 46: -
15: dialed-num - 23 31: - 47: -
16: space - 1 32: - 48: -
Record length = 87
Status CDR link - up
IP NODE NAMES
Name IP Address
br 172.16 .13 .9
clan_g 172.16 .13 .3
далее запускаю TSVserverCDR
подключение к PBX по TСP/IP: 172.16.13.3 порт:5013
сервер начал работу
сообщение от сервера: 172.16.13.3 соединение установлено
и все.
больше никаких записей не присутствует. Подскажите где засада?
Последний раз редактировалось pilpivo Пт 26 ноя 2010, 13:28, всего редактировалось 1 раз.
-
- Постоянный участник форума
- Сообщения: 512
- Зарегистрирован: Ср 05 май 2010, 06:38
-
- Постоянный участник форума
- Сообщения: 477
- Зарегистрирован: Чт 17 сен 2009, 15:00
- Откуда: Москва
- Контактная информация:
В очередной раз
Совсем New!
01.12.2010 выложил новую версию TSVclientCDR v.2.0. Обновил и документацию.
Теперь пользователю предоставляется возможность
на основе экспресс-анализа CDR получить оценку загрузки коммутатора:
http://7548.ru/TSVreaderCDR.htm
Совсем New!
01.12.2010 выложил новую версию TSVclientCDR v.2.0. Обновил и документацию.
Теперь пользователю предоставляется возможность
на основе экспресс-анализа CDR получить оценку загрузки коммутатора:
http://7548.ru/TSVreaderCDR.htm
-
- Постоянный участник форума
- Сообщения: 477
- Зарегистрирован: Чт 17 сен 2009, 15:00
- Откуда: Москва
- Контактная информация:
Ваша АТС ничего не присылает на сервер!pilpivo писал(а):...Код: Выделить всё
IP SERVICES Service Enabled Local Local Remote Remote Type Node Port Node Port CDR2 clan_g 0 br 5013 SESSION LAYER TIMERS Service Reliable Packet Resp Session Connect SPDU Connectivity Type Protocol Timer Message Cntr Cntr Timer CDR2 n 30 3 3 60
далее запускаю TSVserverCDR
подключение к PBX по TСP/IP: 172.16.13.3 порт:5013
сервер начал работу
сообщение от сервера: 172.16.13.3 соединение установлено
и все.
больше никаких записей не присутствует. Подскажите где засада?
Проверьте:
1)Надеюсь, у вас br 172.16 .13 .9 - это IP адрес компа, на котором запускается TSVserverCDR?
2) стоит ли у вас выдача CDR на тракн-группах(list trunk-group). Возможно, там стоит N?
3) Для вывода внутренних вызовов с sta на sta нужно их (stations) перечислить в change intra-switch-cdr.
И не забыть в change system-parameters cdr проставить "Y" в пункте "intra-switch cdr".
А куда шлете CDR1?
Если там остановится (ничего не посылается), то может встать и CDR2.(Не помню точно, так ли это?!)
Попробуйте присоединиться, прежде всего, на CDR1.
-
- Постоянный участник форума
- Сообщения: 477
- Зарегистрирован: Чт 17 сен 2009, 15:00
- Откуда: Москва
- Контактная информация:
Совсем-совсем New!
17.12.2010 выложил новую версию TSVserverCDR v.2.1. Обновил и документацию.
http://7548.ru/TSVreaderCDR.htm
В некоторых случаях необходимо обеспечить трансляцию CDR на удаленный компьютер (RS232 -> TCP/IP или TCP/IP -> TCP/IP).
Например, когда CDR с АТС снимается через СОМ-порт, а программа тарификации, работающая в режиме on-line, находится на удаленном компьютере. Программа TSVserverCDR, начиная с версии 2.1, позволяет обеспечить такую трансляцию по TCP/IP.
При этом, осуществляется буферизация транслируемых данных в оперативной памяти. С сохранением практически всей информации за текущие сутки, которая не была передана по причине отсутствия связи между TSVserverCDR и конечным пунктом трансляции.
17.12.2010 выложил новую версию TSVserverCDR v.2.1. Обновил и документацию.
http://7548.ru/TSVreaderCDR.htm
В некоторых случаях необходимо обеспечить трансляцию CDR на удаленный компьютер (RS232 -> TCP/IP или TCP/IP -> TCP/IP).
Например, когда CDR с АТС снимается через СОМ-порт, а программа тарификации, работающая в режиме on-line, находится на удаленном компьютере. Программа TSVserverCDR, начиная с версии 2.1, позволяет обеспечить такую трансляцию по TCP/IP.
При этом, осуществляется буферизация транслируемых данных в оперативной памяти. С сохранением практически всей информации за текущие сутки, которая не была передана по причине отсутствия связи между TSVserverCDR и конечным пунктом трансляции.
-
- Постоянный участник форума
- Сообщения: 477
- Зарегистрирован: Чт 17 сен 2009, 15:00
- Откуда: Москва
- Контактная информация:
Re: Программы для считывания CDR с АТС (ОС Windows)
Устранена ошибка!
22.02.2011 выложил новую версию TSVserverCDR v.2.12.
Это связано с обнаружением досадной ошибки программы при работе с СОМ-портом, которая не позволяла связываться с некоторыми типами АТС.
Похоже, все устранил.
По-крайней мере, все работает с Definity, Meridian 1, Hicom 150
http://7548.ru/TSVreaderCDR.htm
22.02.2011 выложил новую версию TSVserverCDR v.2.12.
Это связано с обнаружением досадной ошибки программы при работе с СОМ-портом, которая не позволяла связываться с некоторыми типами АТС.
Похоже, все устранил.
По-крайней мере, все работает с Definity, Meridian 1, Hicom 150
http://7548.ru/TSVreaderCDR.htm
Re: Программы для считывания CDR с АТС (ОС Windows)
уважаемый vsorokin, что только не перепробовал - не соединяюца у меня комп с АТСкой... может чего подскажете? всё вроди правильно сделал...
и в итоге получаеца вот это:
Код: Выделить всё
list node-names
NODE NAMES
Type Name IP Address
IP CDR1 192.168.1 .5
IP clan 192.168.1 .50
IP default 0 .0 .0 .0
IP procr 192.168.1 .100
Код: Выделить всё
change ip-services Page 1 of 3
IP SERVICES
Service Enabled Local Local Remote Remote
Type Node Port Node Port
CDR1 clan 0 CDR1 5023
Код: Выделить всё
change ip-services Page 3 of 3
SESSION LAYER TIMERS
Service Reliable Packet Resp Session Connect SPDU Connectivity
Type Protocol Timer Message Cntr Cntr Timer
CDR1 n 30 3 3 60
Код: Выделить всё
list ip-interface all
IP INTERFACES
Net
ON Type Slot Code Sfx Node Name/ Subnet Mask Gateway Address Rgn VLAN
IP-Address
-- ---- ---- ---- --- --------------- --------------- --------------- --- ----
y C-LAN 01B01 TN799 D clan 255.255.255.0 1 n
192.168.1.50
Код: Выделить всё
change ip-interface 01B01 Page 1 of 1
IP INTERFACES
Type: C-LAN
Slot: 01B01
Code/Suffix: TN799 D
Node Name: clan
IP Address: 192.168.1 .50
Subnet Mask: 255.255.255.0 Link: 1
Gateway Address: . . .
Enable Ethernet Port? y Allow H.323 Endpoints? y
Network Region: 1 Allow H.248 Gateways? y
VLAN: n Gatekeeper Priority: 5
Target socket load and Warning level: 400
Receive Buffer TCP Window Size: 8320
ETHERNET OPTIONS
Auto? y
- Вложения
-
- screen.JPG (55.11 КБ) 78274 просмотра
-
- Постоянный участник форума
- Сообщения: 477
- Зарегистрирован: Чт 17 сен 2009, 15:00
- Откуда: Москва
- Контактная информация:
Re: Программы для считывания CDR с АТС (ОС Windows)
У вас сервер ждет, когда АТС инициирует соединение (что-нить пошлет на комп, на котором запущен TSVserverCDR).
Но ничего не приходит с адреса 192.168.1 .50 (IP clan ).
IP адрес этого компа у вас должен быть 192.168.1 .5 (тот, что вы указали в CDR1).
Если все правильно, но соединения нет, проверьте:
1) возможно, вы не поставили в поле CDR "Y" или "r"
Или здесь не поставили выдачу CDR:
2) Возможно, у вас проблемы по сети?
И какой-нить firewall не пропускает инфу с 192.168.1 .50 на 192.168.1 .5?
3) попробуйте в change system-parameters cdr убрать в пункте Primary Output Endpoint: CDR1.
Сохраниться.
Затем снова прописать в Primary Output Endpoint: CDR1.
Сохраниться.
Таким образом удается иногда "толкнуть" АТС для выдачи CDR.
Но ничего не приходит с адреса 192.168.1 .50 (IP clan ).
IP адрес этого компа у вас должен быть 192.168.1 .5 (тот, что вы указали в CDR1).
Если все правильно, но соединения нет, проверьте:
1) возможно, вы не поставили в поле CDR "Y" или "r"
Код: Выделить всё
list trunk-group
TRUNK GROUPS
Grp No. Out Que
No. TAC Group Type Group Name Mem TN COR CDR Meas Dsp Len
2 7002 isdn DECT IP 30 1 90 r none n 0
....
10 7010 isdn Gorod 1 60 1 1 r none n 0
Примечание. Указание ‘r’ в поле ‘CDR’ позволяет выдавать более подробную информацию о вызовах
Примечание по настройке AVAYA. Для вывода внутренних вызовов с sta на sta нужно их (stations) перечислить в change intra-switch-cdr.
И не забыть в change system-parameters cdr проставить "Y" в пункте "intra-switch cdr".
Код: Выделить всё
change system-parameters cdr Page 1 of 2
CDR SYSTEM PARAMETERS
Node Number (Local PBX ID): 1 CDR Date Format: day/month
Primary Output Format: customized Primary Output Endpoint: CDR1
Secondary Output Format: customized Secondary Output Endpoint: CDR2
Use ISDN Layouts? y
Use Enhanced Formats? n Condition Code 'T' For Redirected Calls? y
Modified Circuit ID Display? y Remove # From Called Number? y
Record Outgoing Calls Only? n Intra-switch CDR? y
Suppress CDR for Ineffective Call Attempts? n Outg Trk Call Splitting? y
Disconnect Information in Place of FRL? y Outg Attd Call Record? y
Interworking Feat-flag? y
Force Entry of Acct Code for Calls Marked on Toll Analysis Form? n
Calls to Hunt Group - Record: member-ext
Record Called Vector Directory Number Instead of Group or Member? n
Inc Trk Call Splitting? y Inc Attd Call Record? n
Record Non-Call-Assoc TSC? y Call Record Handling Option: warning
Record Call-Assoc TSC? n Digits to Record for Outgoing Calls: dialed
Privacy - Digits to Hide: 0 CDR Account Code Length: 15
И какой-нить firewall не пропускает инфу с 192.168.1 .50 на 192.168.1 .5?
3) попробуйте в change system-parameters cdr убрать в пункте Primary Output Endpoint: CDR1.
Сохраниться.
Затем снова прописать в Primary Output Endpoint: CDR1.
Сохраниться.
Таким образом удается иногда "толкнуть" АТС для выдачи CDR.
Последний раз редактировалось vsorokin Вт 12 апр 2011, 10:49, всего редактировалось 1 раз.
Re: Программы для считывания CDR с АТС (ОС Windows)
Код: Выделить всё
list trunk-group
TRUNK GROUPS
Grp No. Out Que
No. TAC Group Type Group Name Mem TN COR CDR Meas Dsp Len
1 601 isdn isdn line 1 10 1 11 r none n 0
2 602 isdn isdn line 2 10 1 11 r none n 0
3 603 isdn isdn line 3 10 1 11 r none n 0
Код: Выделить всё
change system-parameters cdr Page 1 of 2
CDR SYSTEM PARAMETERS
Node Number (Local PBX ID): CDR Date Format: day/month
Primary Output Format: customized Primary Output Endpoint: CDR1
Secondary Output Format:
Use ISDN Layouts? y
Use Enhanced Formats? n Condition Code 'T' For Redirected Calls? y
Modified Circuit ID Display? y Remove # From Called Number? y
Record Outgoing Calls Only? y Intra-switch CDR? y
Suppress CDR for Ineffective Call Attempts? y Outg Trk Call Splitting? y
Disconnect Information in Place of FRL? y Outg Attd Call Record? y
Interworking Feat-flag? n
Force Entry of Acct Code for Calls Marked on Toll Analysis Form? n
Calls to Hunt Group - Record: member-ext
Record Called Vector Directory Number Instead of Group or Member? n
Record Non-Call-Assoc TSC? n Call Record Handling Option: warning
Record Call-Assoc TSC? n Digits to Record for Outgoing Calls: dialed
Privacy - Digits to Hide: 0 CDR Account Code Length: 15
/*усомнился, пошёл пробывать без антивира
снёс антивирус - безрезультатно =(
- Вложения
-
- ip.JPG (36.65 КБ) 78259 просмотров
Последний раз редактировалось [it]alex Вт 12 апр 2011, 11:02, всего редактировалось 1 раз.
-
- Постоянный участник форума
- Сообщения: 477
- Зарегистрирован: Чт 17 сен 2009, 15:00
- Откуда: Москва
- Контактная информация:
Re: Программы для считывания CDR с АТС (ОС Windows)
попробуйте в change system-parameters cdr убрать в пункте Primary Output Endpoint: CDR1.
Сохраниться.
Затем снова прописать в Primary Output Endpoint: CDR1.
Сохраниться.
Таким образом удается иногда "толкнуть" АТС для выдачи CDR.
Сохраниться.
Затем снова прописать в Primary Output Endpoint: CDR1.
Сохраниться.
Таким образом удается иногда "толкнуть" АТС для выдачи CDR.
-
- Постоянный участник форума
- Сообщения: 477
- Зарегистрирован: Чт 17 сен 2009, 15:00
- Откуда: Москва
- Контактная информация:
Re: Программы для считывания CDR с АТС (ОС Windows)
А почему "прямым пятиметровым пачкордом "?
Насколько я знаю, таким образом (прямым пачкордом) соединять нельзя два компа (комп и АТС).
Нужен в таком случае специальный пачкорд.
Насколько я знаю, таким образом (прямым пачкордом) соединять нельзя два компа (комп и АТС).
Нужен в таком случае специальный пачкорд.
Re: Программы для считывания CDR с АТС (ОС Windows)
дык не даёт сохраница! говорит "Required data not specified "vsorokin писал(а):Сохраниться
Re: Программы для считывания CDR с АТС (ОС Windows)
Вы имеете в виду кросс?vsorokin писал(а):Нужен в таком случае специальный пачкорд.
-
- Постоянный участник форума
- Сообщения: 477
- Зарегистрирован: Чт 17 сен 2009, 15:00
- Откуда: Москва
- Контактная информация:
Re: Программы для считывания CDR с АТС (ОС Windows)
Уберите и "customized" . Тогда даст.[it]alex писал(а):дык не даёт сохраница! говорит "Required data not specified "vsorokin писал(а):Сохраниться
-
- Постоянный участник форума
- Сообщения: 477
- Зарегистрирован: Чт 17 сен 2009, 15:00
- Откуда: Москва
- Контактная информация:
Re: Программы для считывания CDR с АТС (ОС Windows)
Да. Но сам я таким образом никогда не соединялся. Всегда через hub или шлюз.[it]alex писал(а):Вы имеете в виду кросс?vsorokin писал(а):Нужен в таком случае специальный пачкорд.
Последний раз редактировалось vsorokin Вт 12 апр 2011, 11:22, всего редактировалось 1 раз.
-
- Постоянный участник форума
- Сообщения: 170
- Зарегистрирован: Ср 27 янв 2010, 10:40
Re: Программы для считывания CDR с АТС (ОС Windows)
Вы бы пинганули чтоли для начала c-lan, посмотрите stat cdr-link и сделайте busy cdr, release cdr.
Re: Программы для считывания CDR с АТС (ОС Windows)
guest_avaya писал(а):Вы бы пинганули чтоли для начала c-lan, посмотрите stat cdr-link и сделайте busy cdr, release cdr.
Код: Выделить всё
status cdr-link
CDR LINK STATUS
Primary Secondary
Link State: down CDR not administered
Number of Retries: 1
Maintenance Busy? no
з.ы.: пинг есессно не проходит
-
- Постоянный участник форума
- Сообщения: 170
- Зарегистрирован: Ср 27 янв 2010, 10:40
Re: Программы для считывания CDR с АТС (ОС Windows)
Status clan-all посмотрите еще.
Re: Программы для считывания CDR с АТС (ОС Windows)
guest_avaya писал(а):Status clan-all посмотрите еще.
Код: Выделить всё
status clan-all
CLAN STATUS FOR FIRMWARE DOWNLOAD (FWDL)
Service Auto FWDL Service Auto FWDL
Slot State Capable Slot State Capable
01B01 out-of-service n
-
- Постоянный участник форума
- Сообщения: 170
- Зарегистрирован: Ср 27 янв 2010, 10:40
Re: Программы для считывания CDR с АТС (ОС Windows)
List data-module покажите.
Re: Программы для считывания CDR с АТС (ОС Windows)
Код: Выделить всё
299 01B0117 ethernet ether-tarif 1 1 1
Код: Выделить всё
list ethernet-options
ETHERNET OPTIONS
Enable
Eth Pt Type Slot Code Sfx Auto Speed Duplex
------ ---- ---- ---- --- ---- ----- ------
y C-LAN 01B01 TN799 D y
-
- Постоянный участник форума
- Сообщения: 170
- Зарегистрирован: Ср 27 янв 2010, 10:40
Re: Программы для считывания CDR с АТС (ОС Windows)
Это вы про какие порты? У вас Clan подключен к сети через переходник амфенол? Пробовали подключать через короссовый кабель? При подключении сети на компе сеть вообще отображается в статусе? Покажите еще status clan-port 01B0117.[it]alex писал(а):Код: Выделить всё
299 01B0117 ethernet ether-tarif 1 1 1
причём на задней панели помимо "административного" интерфейса есть ещё 2 лановских портаКод: Выделить всё
Re: Программы для считывания CDR с АТС (ОС Windows)
Код: Выделить всё
status clan-port 01B0117 Page 1 of 5
LINK/PORT STATUS
Link Number: 1
Link Status: restarting
Link Type: ethernet
Link Name: ether-tarif
Service Port Location: 01B0117
Service Port Data Extension: 299
Service State: in-service/idle
Node Name: clan1
Source IP Address: 192.168.1.10
Subnet Mask: 255.255.255.0
Broadcast Address: 192.168.1.255
Physical Address: 00:04:0d:6b:3d:ae
Enabled? yes
Maintenance Busy? no
Active Channels: 0
Код: Выделить всё
status clan-port 01B0117 Page 2 of 5
ERROR COUNTERS
Reset Time: 03/10 13:15
Last Hour Start Time: End Time:
Incoming Received: Unicast Pkts Multicast Pkts Octets
Since Reset 0 1 310
Last Hour
Incoming Dropped: Error Pkts Discard Pkts
Since Reset 0 0
Last Hour
Outgoing Transmitted: Unicast Pkts Multicast Pkts Octets
Since Reset 100306 0 4212960
Last Hour
Outgoing Dropped: Error Pkts Discard Pkts
Since Reset 0 0
Last Hour
CRC Check: 317440 Collision Count: 0
Код: Выделить всё
status clan-port 01B0117 Page 4 of 5
TCP/IP Applications Currently Active
Service Type Sessions
ALARM1 0
ALARM2 0
CDR1 0
CDR2 0
DOLAN 0
PMS 0
PMS_JRNL 0
PMS_LOG 0
SAT 0
SAT_LSTN 0
SYS_PRNT 0
надеюсь не слишком сумбурно об'яснил