Страница 1 из 1

Проблема с dialparties.agi

Добавлено: 06 окт 2022, 19:21
Dmitriy_V
Здравствуйте,

возникла такая проблема. У нас в компании есть две телефоных станции FreePBX и CUCM, соединённых SIP транком.
На FreePBX имеется входящий маршрут _444 который направляет звонок в очередь 7000 с агентами 402,403,182,408.
Номер 182 создан на CUCM. Когда мы набираем 7000 с FreePBX, звонок проходит на все агенты, включая 182.
Но когда мы набираем 444, звонят только 402,403,408 (то есть те которые созданы на FreePBX), 182 не звонит.
Нам нужно, чтобы 182 тоже звонил.
Конфигурация работала, но внезапно перестала.
Подскажите пожалуйста, в чём может быть проблема?
В логах имеем:

dialparties.agi: EXTENSION_STATE: 4 (UNKNOWN)
dialparties.agi: Extension 182 has ExtensionState: 4
-- dialparties.agi: Checking CW and CFB status for extension 182
dialparties.agi: Extension 182 is not available to be called
-- dialparties.agi: dbset CALLTRACE/408 to 133
-- dialparties.agi: Filtered ARG3: 402-401-403-404-405-406-407-408
dialparties.agi: RVOL_MODE ''
dialparties.agi: RVOL is:
dialparties.agi: RVOLPARENT is:

Re: Проблема с dialparties.agi

Добавлено: 06 окт 2022, 22:53
ded
Неясно как на freePBX объявлен номер 182.
Для более-менее правильной работы очереди нужно завести номер 182 как кастомный номер (а не SIP), где всё поля +/- понятны, а в специальном (!) таком поле Dial указать строку, типа SIP/cucm/182 где cucm - транк на ваш CUCM.
Тогда номер 182 считается локальным для freePBX, и его просто вставляем в список агентов очереди 7000.
Скорее всего так он и заведён у вас. Судя по
Extension 182 is not available to be called
-- dialparties.agi: dbset CALLTRACE/408 to 133
он завис в статусе вызова на внутренний номер 133, и это может быть правдой. Надо проверить

Код: Выделить всё

CLI> sip show channels
Если нет этого зависшего вызова, то надо вычистить фейковый статус из astdb.
Команды

Код: Выделить всё

CLI> database show 
CLI> del (deltree)