asterisk.ru

Думаю не Латвия это, и не Франция, как было недавно. Скорее где-то сквозит у РТК, без проверки CLIP пропускают.

всем привет! наблюдаю странное поведение на Астере (18.19.0) . CDR и CEL пишутся локально + через ODBC в базу MySQL(8.0. - находится на другом хосте) . И стало периодически такое поведение - с самого утра, когда звонков почти нет, невозможно дозвонится. Начал смотреть CDR -там причина FAILED . Посмотрел core show channels verbose -там висят каналы на Set(CDR(recordfile) ) и при этом очередь в таспроцессорах на stasis /m:cdr и stasis /m:cel . После 10 минут примерно эти каналы сбрасываются и входящая норм работает, такое ощущение что Астериск не обрабатывает соединения , пока у негго эти каналы в обработке, т.е новые звонки он также фиксирует в каналах но также их и отбивает. По сети - ошибок не было(ну как обычно), на фаерволах блокировок тоже нет. Ошибок диска также нет(по крайней мере по ошибкам виртуализации). Может кто сталкивался с таким поведением и знает что можно еще проверить?

всем привет! наблюдаю странное поведение на Астере (18.19.0) . CDR и CEL пишутся локально + через ODBC в базу MySQL(8.0. - находится на другом хосте) . И стало периодически такое поведение - с самого утра, когда звонков почти нет, невозможно дозвонится. Начал смотреть CDR -там причина FAILED . Посмотрел core show channels verbose -там висят каналы на Set(CDR(recordfile) ) и при этом очередь в таспроцессорах на stasis /m:cdr и stasis /m:cel . После 10 минут примерно эти каналы сбрасываются и входящая норм работает, такое ощущение что Астериск не обрабатывает соединения , пока у негго эти каналы в обработке, т.е новые звонки он также фиксирует в каналах но также их и отбивает. По сети - ошибок не было(ну как обычно), на фаерволах блокировок тоже нет. Ошибок диска также нет(по крайней мере по ошибкам виртуализации). Может кто сталкивался с таким поведением и знает что можно еще проверить?

проверить таблицы cdr/cel на ошибки

всем привет! наблюдаю странное поведение на Астере (18.19.0) . CDR и CEL пишутся локально + через ODBC в базу MySQL(8.0. - находится на другом хосте) . И стало периодически такое поведение - с самого утра, когда звонков почти нет, невозможно дозвонится. Начал смотреть CDR -там причина FAILED . Посмотрел core show channels verbose -там висят каналы на Set(CDR(recordfile) ) и при этом очередь в таспроцессорах на stasis /m:cdr и stasis /m:cel . После 10 минут примерно эти каналы сбрасываются и входящая норм работает, такое ощущение что Астериск не обрабатывает соединения , пока у негго эти каналы в обработке, т.е новые звонки он также фиксирует в каналах но также их и отбивает. По сети - ошибок не было(ну как обычно), на фаерволах блокировок тоже нет. Ошибок диска также нет(по крайней мере по ошибкам виртуализации). Может кто сталкивался с таким поведением и знает что можно еще проверить?

Занята база данных/таблица cdr

проверить таблицы cdr/cel на ошибки

чекал -все ОК, даже сделал очистку + OPTIMIZE

чекал -все ОК, даже сделал очистку + OPTIMIZE

база на другом сервере, тоже проверяли?

база на другом сервере, тоже проверяли?

MySQL на другом (удаленном )сервере и ее и проверял. БД там с таблицами

MySQL на другом (удаленном )сервере и ее и проверял. БД там с таблицами

вы написали что пишется и локально и удаленно.
все таблицы проверили?

вы написали что пишется и локально и удаленно.
все таблицы проверили?

Извиняюсь не так написал - локально пишется cdr в csv + в удаленную базу MuSQL (cdr+cel таблицы)

может как вариант дамп поставить между 2 хостами, но непонятно что там высматривать