Тема: Помогите - потерялся я что-то с модулем связи
Служба связи с АТС создает файл лога service_pbx.log. Посмотрите его.
Здравствуйте!
Можно ли сделать разбор входящих, если строчки не имеют подписи времени и даты в логе тарификатора?
Например, вот фрагмент лога, первые три строчки – вызов по линии 025 с городского номера на наш 5290: вторая строчка – начало соединения с абонентом 5290, третья – окончание соединения. Время не проставляется здесь, но...
_025 : 463209
_025 : 463209 -> 5290
__025 : 463209 -> 5290
_026 : 463209
_026 : 463209 -> 5205
__026 : 463209 -> 5205
_025 : 9039299312
_025 : 9039299312 -> 5250
3351 5225 008 00:01:33 16/03/10 09:26 O134 ** 0 0
__025 : 9039299312 -> 5250
Дальше видно, например, что порядок строк в логе может прерываться исходящими (предпоследняя строка), поэтому время окончания вызова может и не появится (иногда в логе его и нет).
Поэтому сразу исключаю разбор длительности и времени окончания разговора, но хочу узнать возможность обработки первых двух строк, где тоже, не в самом логе, а в Отчёте/ Архив неразобранного лога АТС, каким-то методом проставляется время.
Вернёмся к неподключениям LDK-300:
в файлике service_pbx.log зациклена такая инфа, причём не зависимо от соединения с АТС
11.05.2010 6:44:46 Disconnect from 192.168.0.68 23
11.05.2010 6:44:47 Connect to 192.168.0.68 23
11.05.2010 6:44:47 Connect success to 192.168.0.68 23
12.05.2010 0:16:38 Reconnect by timeout 192.168.0.68 23
12.05.2010 0:16:38 Disconnect from 192.168.0.68 23
12.05.2010 0:16:38 Connect to 192.168.0.68 23
12.05.2010 0:16:38 Connect success to 192.168.0.68 23
иногда попадается вот такое, видимо, это я подключал модуль связи вручную (в автомате он не переподключается, как уже было сказано)
07.05.2010 9:11:13 Failed connect to 192.168.0.68 23: Already connected.
07.05.2010 9:16:22 Stop MainThread
07.05.2010 9:16:22 UnloadListAts
07.05.2010 9:16:22 Disconnect from 192.168.0.68 23
07.05.2010 9:16:22 Stop thread ATS #1
07.05.2010 9:16:22 Terminate thread ATS #1
07.05.2010 9:16:22 UnloadListCodes
07.05.2010 9:16:23 Terminate MainThread
07.05.2010 9:17:06 Start MainThread
07.05.2010 9:17:06 Connect to MySQL
07.05.2010 9:17:08 LoadListCodes
07.05.2010 9:17:09 UnloadListCodes
07.05.2010 9:17:09 LoadModul
07.05.2010 9:17:10 LoadListAts
07.05.2010 9:17:10 UnloadListAts
07.05.2010 9:17:11 Start thread ATS #1
07.05.2010 9:17:11 Connect to 192.168.0.68 23
07.05.2010 9:17:11 Connect success to 192.168.0.68 23
08.05.2010 3:27:58 Reconnect by timeout 192.168.0.68 23
08.05.2010 3:27:58 Disconnect from 192.168.0.68 23
Ну ладно, это наверное лишнее было :roll: Извините за мусор 😊
Пока что я пользуюсь другой программой - SMDR Log reader. Она пашет. Была проблема свернуть её в трей, но благодаря кое-какой утилитке (anvirrus.exe) это получилось.
Здравствуйте!
Можно ли сделать разбор входящих, если строчки не имеют подписи времени и даты в логе тарификатора?
Нет.
Но возможно в следующих версиях появится возможность добавлять время и дату компьютера на котором работает служба связи с АТС.
Вернёмся к неподключениям LDK-300:
в файлике service_pbx.log зациклена такая инфа, причём не зависимо от соединения с АТС
А в настройках АТС флаг “Переподключаться к АТС ...” установлен и какое значение таймаута установлено ?
Служба связи с АТС создает файл лога service_pbx.log. Посмотрите его.
Посмотреть его не проблема - в нём стандартные строчки SMDR отчёта - всё красиво и розово.....
Но за последней, абсолютно нормальной строкой просто-напросто ничего больше нет - т.е. никаких “кривых” записей, ни “левых” символов, ни доп. данных - просто ничего - закончился писаться файл - и всё - т.е. просто не прилетают очередные строчки отчета - без всяких фокусов и комментариев
Служба связи с АТС создает файл лога service_pbx.log. Посмотрите его.
Посмотреть его не проблема - в нём стандартные строчки SMDR отчёта - всё красиво и розово.....
Но за последней, абсолютно нормальной строкой просто-напросто ничего больше нет - т.е. никаких “кривых” записей, ни “левых” символов, ни доп. данных - просто ничего - закончился писаться файл - и всё - т.е. просто не прилетают очередные строчки отчета - без всяких фокусов и комментариев
Вы видимо что то перепутали. В файле “service_pbx.log” не могут быть стандартные строчки SMDR отчёта.
В нем логируется работа программы.
Вы видимо что то перепутали. В файле “service_pbx.log” не могут быть стандартные строчки SMDR отчёта.
В нем логируется работа программы.
Точно перепутал 😊 Извините.
в сервис-логе - вот такая картина:
...
12.05.2010 17:20:42 Connect to 10.0.0.15 5100
12.05.2010 17:20:42 Failed connect to 10.0.0.15 5100: Already connected.
12.05.2010 17:22:42 Reconnect by timeout 10.0.0.15 5100
12.05.2010 17:22:42 Disconnect from 10.0.0.15 5100
12.05.2010 17:22:42 Connect to 10.0.0.15 5100
12.05.2010 17:22:42 Failed connect to 10.0.0.15 5100: Already connected.
12.05.2010 17:24:42 Reconnect by timeout 10.0.0.15 5100
12.05.2010 17:24:42 Disconnect from 10.0.0.15 5100
12.05.2010 17:24:42 Connect to 10.0.0.15 5100
12.05.2010 17:24:42 Failed connect to 10.0.0.15 5100: Already connected.
12.05.2010 17:26:42 Reconnect by timeout 10.0.0.15 5100
12.05.2010 17:26:42 Disconnect from 10.0.0.15 5100
12.05.2010 17:26:42 Connect to 10.0.0.15 5100
12.05.2010 17:26:42 Failed connect to 10.0.0.15 5100: Already connected.
12.05.2010 17:27:51 Stop MainThread
12.05.2010 17:27:51 UnloadListAts
12.05.2010 17:27:51 Disconnect from 10.0.0.15 5100
12.05.2010 17:27:51 Stop thread ATS #1
12.05.2010 17:27:51 Terminate thread ATS #1
12.05.2010 17:27:51 UnloadListCodes
12.05.2010 17:27:52 Terminate MainThread
12.05.2010 17:27:57 Start MainThread
12.05.2010 17:27:57 Connect to MySQL
12.05.2010 17:27:57 LoadListCodes
12.05.2010 17:27:57 UnloadListCodes
12.05.2010 17:27:57 LoadModul
12.05.2010 17:27:57 LoadListAts
12.05.2010 17:27:57 UnloadListAts
12.05.2010 17:27:57 Start thread ATS #1
12.05.2010 17:27:57 Connect to 10.0.0.15 5100
12.05.2010 17:27:57 Connect success to 10.0.0.15 5100
12.05.2010 17:29:57 Reconnect by timeout 10.0.0.15 5100
12.05.2010 17:29:57 Disconnect from 10.0.0.15 5100
12.05.2010 17:29:58 Connect to 10.0.0.15 5100
12.05.2010 17:29:58 Connect success to 10.0.0.15 5100
12.05.2010 17:31:58 Reconnect by timeout 10.0.0.15 5100
12.05.2010 17:31:58 Disconnect from 10.0.0.15 5100
12.05.2010 17:31:58 Connect to 10.0.0.15 5100
12.05.2010 17:31:58 Failed connect to 10.0.0.15 5100: Already connected.
12.05.2010 17:33:58 Reconnect by timeout 10.0.0.15 5100
12.05.2010 17:33:58 Disconnect from 10.0.0.15 5100
12.05.2010 17:33:58 Connect to 10.0.0.15 5100
12.05.2010 17:33:58 Failed connect to 10.0.0.15 5100: Already connected
....
В серединке приведённого куска - это как раз ручной “старт/стоп” сервиса был
P.S.
кстати(или некстати) - вчера вечером убрал галочку в конфигурации “Переподсоединяться при отсутствии активности” - пока нормально работает в результате... Хотя по ночам у нас, естественно, активности на станции нет и есть, как следствие длительные периоды “простоя” SMDR - непонятно тогда, как система сможет определять - “нормальная” это инактивность или потеряна связь в реальности была? Но пока что-имеем то, что имеем - выключили опцию - повысили стабильность. Непонятно.
P.S.
кстати(или некстати) - вчера вечером убрал галочку в конфигурации “Переподсоединяться при отсутствии активности” - пока нормально работает в результате... Хотя по ночам у нас, естественно, активности на станции нет и есть, как следствие длительные периоды “простоя” SMDR - непонятно тогда, как система сможет определять - “нормальная” это инактивность или потеряна связь в реальности была? Но пока что-имеем то, что имеем - выключили опцию - повысили стабильность. Непонятно.
Программа не определяет “нормальная” или “ненормальная” неактивность была.
При отсутствии лога от АТС через установленной время (таймаут) программа переподключается к АТС.
И тут желательно выставлять приличное время (хотя это может быть в ущерб сбора лога).
А у Вас, по всей видимости, было установлено 2 минуты.
Программа не определяет “нормальная” или “ненормальная” неактивность была.
При отсутствии лога от АТС через установленной время (таймаут) программа переподключается к АТС.
И тут желательно выставлять приличное время (хотя это может быть в ущерб сбора лога).
А у Вас, по всей видимости, было установлено 2 минуты.
Да, у нас стоял интервал 2 минуты (я писал об этом выше).
Насколько я понимаю, эта опция была создана для того, чтобы в случае отсутствия SMDR данных в течении заданного интервала времени производить операцию отключения и повторного подключения к АТС, так?
В конкретно нашем случае, когда стоял интервал 2 минуты, начиная с некоторого момента времени происходило следующее:
1) Программа определяла, что 2 минуты, как не поступало новых данных от АТС
2) Выполняла дисконнект
3) Пыталась выполнить реконнект
4) Определяла (каким то ведомым ей только образом), что реконнект невозможен, потому что коннект уже открыт
5) возвращалась к п.1
и так до бесконечности
Таким образом, получается, что она не сбрасывала какой то внутренний флаг при дисконнекте - и именно поэтому сам по себе дисконнект производился, а повторный коннект - нет - ибо флаг говорил, что нельзя переподсоединяться при уже открытом соединении - и программа падала в логическую яму: нет данных-дисконнект-невозможный реконнект
(Согласно вот этому куску лога:
12.05.2010 17:29:58 Connect success to 10.0.0.15 5100
12.05.2010 17:31:58 Reconnect by timeout 10.0.0.15 5100
12.05.2010 17:31:58 Disconnect from 10.0.0.15 5100
12.05.2010 17:31:58 Connect to 10.0.0.15 5100
12.05.2010 17:31:58 Failed connect to 10.0.0.15 5100: Already connected.
12.05.2010 17:33:58 Reconnect by timeout 10.0.0.15 5100
12.05.2010 17:33:58 Disconnect from 10.0.0.15 5100
12.05.2010 17:33:58 Connect to 10.0.0.15 5100
12.05.2010 17:33:58 Failed connect to 10.0.0.15 5100: Already connected.
)
Сорри за обилие кусков логов
RESET
А в настройках АТС флаг “Переподключаться к АТС ...” установлен и какое значение таймаута установлено ?
Я
Вообсче - разное было и 60 и 5 мин, счас - 65 мин... Но не в этом дело
КТО-ТО
P.S.
кстати(или некстати) - вчера вечером убрал галочку в конфигурации “Переподсоединяться при отсутствии активности” - пока нормально работает в результате…
Я
У меня тоже такие же результаты были замечены.
Но это тоже не надолго. Бывает, когда станция сама дисконнектит или проблемы с сетью. И тогда вообще не подключается. Но зато это бывает раз в 5-10-20 дней, по-разному.
И ещё - правильно заметили, что disconnect - из-за проблемы в модуле связи. Что-то там с флажками ...
И ещё - правильно заметили, что disconnect - из-за проблемы в модуле связи. Что-то там с флажками ...
Подскажите пожалуйста, где и кем замечено, и с какими флажками?
У меня тоже такие же результаты были замечены.
Но это тоже не надолго. Бывает, когда станция сама дисконнектит или проблемы с сетью. И тогда вообще не подключается. Но зато это бывает раз в 5-10-20 дней, по-разному.
Надо смотреть файл лога service_pbx.log, что там пишется.
Подскажите пожалуйста, где и кем замечено, и с какими флажками?
Мною (и, похоже, не только мною одним - babig тоже о том же говорит) замечено постом ранее. И приведён кусок лога. Могу выслать полный лог, если это необходимо и чем-то поможет, но и в выбранном куске видно то, о чём я говорю - коннект вроде бы как разрывается (в реальности), но программа сама это где-то внутри себя не фиксирует и по какой то причине при следующей попытке коннекта говорит, что нельзя его выполнить, поскольку коннект УЖЕ ОТКРЫТ! (смотрите на строчки 3-5 в приведённом куске лога)
Или я что-то неправильно интерпретирую?
Подскажите пожалуйста, где и кем замечено, и с какими флажками?Мною (и, похоже, не только мною одним - babig тоже о том же говорит) замечено постом ранее. И приведён кусок лога. Могу выслать полный лог, если это необходимо и чем-то поможет, но и в выбранном куске видно то, о чём я говорю - коннект вроде бы как разрывается (в реальности), но программа сама это где-то внутри себя не фиксирует и по какой то причине при следующей попытке коннекта говорит, что нельзя его выполнить, поскольку коннект УЖЕ ОТКРЫТ! (смотрите на строчки 3-5 в приведённом куске лога)
Или я что-то неправильно интерпретирую?
Вы примерно правильно описали проблему, будем решать.
Все бы и всегда бы так четко и ясно выражали свои мысли.
