- Порезанный
- 27 августа 2026 г. в 02:23 UTC
- Автор
- Kamo
- Обещать
- e4b4957
Восемь треков, загруженных как класс MOH «kamocrm-hold», перетасовали. The случайный порядок исходит из «случайности = 1» в строке в «музыкальной» таблице FreePBX; Это то, что генерирует «sort=random» в musiconhold additional.conf. Это в DB, а не в conf, или следующий перезагрузка FreePBX перезаписывает его. Маршрут после приветствия: Расширение -> перенаправляется на это расширение (не изменено) 1 или 2 -> очередь Тайм-аут -> очередь Плохое растяжение -> "недействительное" подсказка, затем очередь Очередь ****************** в петле, так что оба звонят сразу, первый отвечает победой, а звонящий слышит держащую музыку Вместо рингбека на всем протяжении. Участники набираются как необработанные конечные точки PJSIP, а не через от-did-direct ON PURPOSE: прохождение диалплана расширения FreePBX нанесите таймер кольца каждого расширения, а затем передайте вызывающему лицу Голосовая почта, которая является противоположностью звонка на неопределенный срок. У петли нет крышки, как и просили. Охрана, которая имеет значение, является ExecIf: NOANSWER означает, что мы действительно позвонили на полный тайм-аут. Чанунавейл (никто) Зарегистрированные, СОГЛАШЕННЫЕ и ДРУГИЕ возвращаются в миллисекундах, поэтому без MusicOnHold пауза Гото становится напряженным спином. Измеряется с обоими членами Снято с учета: 1 секунда процессора и 24 строки журнала в течение 45 секунд в очереди. Также поднимается окно изящества WaitExten, чтобы играть музыку, поэтому передача от Приветствие в очереди не имеет безмолвного промежутка. Проверено в прямом эфире: PJSIP/8080 наблюдается в состоянии Кольца **************** с абонентским каналом в Кольце. Аудио нет в ConfigMap — приветствие 1,1 МБ плюс 7,7 МБ треков — это хорошо Ограничение объекта и т.д. Оба набора живут на Asterisk-lib hostPath и Команда преобразования задокументирована рядом с глобалами, которые их называют.