Страница 1006 из 2806
Добавлено: 04 май 2025, 10:47
notify_ded_bot
Здравствуйте!
Freepbx 13. Каждый день время сбивается на меньшее.
Сейчас при часовом поясе Asia/Yerevan показывает 9:20 (примерно на 25 минут меньше от МСК становится) хотя вчера только всё было хорошо (там +4 ) то есть время было ровно на час больше от московского.
В файле ntp.conf прописаны: server am.pool.ntp.org и server 0.asia.pool.ntp.org
Что может сбивать время?
Вы сначала время синхронизируйте руками с помощью ntpdate :) ntpdate 0.asia.pool.ntp.org
Добавлено: 04 май 2025, 10:48
notify_ded_bot
Здравствуйте!
Freepbx 13. Каждый день время сбивается на меньшее.
Сейчас при часовом поясе Asia/Yerevan показывает 9:20 (примерно на 25 минут меньше от МСК становится) хотя вчера только всё было хорошо (там +4 ) то есть время было ровно на час больше от московского.
В файле ntp.conf прописаны: server am.pool.ntp.org и server 0.asia.pool.ntp.org
Что может сбивать время?
1. вам не приходило в голову что гипервизор может навязывать своё время т.е. если всегда стабильно разница во времени одно и тоже то значит это самое
2. если разница во времени всегда разная то значит и у вас vm значит проблема с выделением процессорного времени и меняйте прова или что у вас
Добавлено: 04 май 2025, 10:48
notify_ded_bot
Здравствуйте!
Freepbx 13. Каждый день время сбивается на меньшее.
Сейчас при часовом поясе Asia/Yerevan показывает 9:20 (примерно на 25 минут меньше от МСК становится) хотя вчера только всё было хорошо (там +4 ) то есть время было ровно на час больше от московского.
В файле ntp.conf прописаны: server am.pool.ntp.org и server 0.asia.pool.ntp.org
Что может сбивать время?
И покажите timedatectl
Добавлено: 04 май 2025, 10:52
notify_ded_bot
Добрый день. Asterisk 22.3.0 без оболочек, подключен шлюз grandstream ht813. fxs порт зарегистрирован. fxo порт зарегистрирован. Входящие исходящие работают. Но есть один нюанс: при звонке через fxo на внешний номер(городской либо сотовый) вначале уходит пустой звонок (т.е. если поднять трубку тишина) и только через 6 секунд, после короткого гудка, устанавливается соединение. С этим ничего не сделать, или есть решение?
с технической стороны всё правильно т.к. идёт позднее медия
если предложу перед dial поставить progress/ringing то некоторые знатоки сразу "это костыль"
Добавлено: 04 май 2025, 10:53
notify_ded_bot
Но я бы для начала в дефолтовые настройки попробовал, если что-то тут крутили
С дефолтных уже раз десять начинал. Увы.
Добавлено: 04 май 2025, 10:54
notify_ded_bot
Вы сначала время синхронизируйте руками с помощью ntpdate :) ntpdate 0.asia.pool.ntp.org
Я перезапускал сервис ntpd (почему-то не было процесса).
По итогу время становилось корректным. Не использовал ntpupdate. Попробовал. Время синхронизировалось. Только не пойму зачем отдельно команду эту использовать, в файле ntp.conf для чего тогда они прописаны...
Добавлено: 04 май 2025, 10:54
notify_ded_bot
ну и timedatectl не работает если установлен пакет ntp т.е. явного конфликта нет но там есть проверка чтобы ntp должен отсутствовать
Добавлено: 04 май 2025, 10:55
notify_ded_bot
И покажите timedatectl
Command not found
Добавлено: 04 май 2025, 10:59
notify_ded_bot
С дефолтных уже раз десять начинал. Увы.
Ну попробуйте DTMF Dial Pause установить в минимальный порог 40ms, посмотрите произошли ли изменения в вызове sngrep-ом
Добавлено: 04 май 2025, 11:08
notify_ded_bot
Ну попробуйте DTMF Dial Pause установить в минимальный порог 40ms, посмотрите произошли ли изменения в вызове sngrep-ом
Ничего не поменялось. Блин, может ht813 по факту так работает в связке с asterisk? У меня просто спросить не у кого, у моих казахстанских провайдеров тех. поддержка еще та. В ответ на любой вопрос по SIP свою облачную АТС предлагают. В общем то у меня с простыми SIP номерами все нормально, просто при отказе от TEM824 и еже с ней от медных номеров, встал вопрос о сохранении одного - веками наработанного номера. Казах телеком ответил, что перетащить его в SIP, что бы сохранились цифры, невозможно. Хотя ко мне он попадает через их оптику.