E
Я так понимаю если direction=inbound то это всегда aleg тоесть звонящий
Size: a a a
2021 April 16
АФ
не исключаем случай когда на обе ноги ушло send_bye с бриджа
АХ
нет. не всегда.
АХ
выше Константин дал пример когда в обоих легах будет outbound
АФ
это абстракция для удобного понимания что там в cdr
АХ
я выше скинул скрин как определить лег
E
Окей учту этот момент. Как раз пишу парсер для cdr и нужно хранить обе ноги
АФ
на мой взгляд такой метод по uuid актуален (для online crm) когда один входящий звонок по пинали по нескольким телефонам (т.е. "...переведу звонок на другого сотрудника" или ринг-группа в которой кто-то филонит) которая в этоге даст полноту истории звонка и тотального учета времени сотрудника тобишь несколько cdr связать в цепочку
E
Так и есть, mod_callcenter создаёт отдельный cdr для каждого агента который просто отклонил звонок, и допустим нужен лог через каких агентов прошел звонок и какое время там висел
С
Ну кумекал кумекал, каюсь - вообще идей нет. кукм дебажить могу, но fs как то глухо. смотрю и вижу фигу. Глянет может кто-нибудь лог fs во время звонка , да даст пендаля, в какую сторону смотреть ?
АФ
для mod_callcenter есть ограничения в количестве query?
при количестве query в 350 появляются фантомы (1-2 раза в месяц) т.е. звонок тупо весит и по агентам не бродит
при количестве query в 350 появляются фантомы (1-2 раза в месяц) т.е. звонок тупо весит и по агентам не бродит
E
Может это zombie call?
АФ
смысле?
E
Это когда show calls показывает звонок и процесс жрет ресурсы, но на самом деле этого звонка нет
АФ
интересная струя творчества
АФ
спасибо за мысль, буду глядеть что там
АФ
надо исходить из того на каких отношениях cucm связан с fs, т.е. как sip-транк или как внутренний номер
в ваниле на external регистрация отключена, но у вас может быть иначе
в ваниле на external регистрация отключена, но у вас может быть иначе
2021 April 17
SY
А куда он по твоему мнению он должен попасть? Подозреваю bbb_sp_call? Ежели так, то ты ждёшь вызов не с того апишника