Я приобрел лицензию AskoziaPBX 2.2.1CFE Настраивал на виртуальной машине MS у себя на ноуте, решил перенести настроенную систему на другую машину так же через Virtual PC, начались проблемы.
Рассинхронизация тайминга. Очень часто (почти всегда), встречается на виртуальных машинах, т.к. они не имеют доступа к реальным часам. При определенных нагрузках может вызывать заикания и задержки в произношении голосовых приветсвий, проигрывании музыки. С другой сотороны, если все нормально работает, то можно игнорировать это сообщение. С лицензированием оно никак не связано.
Можно попробовать использовать такие устройства. Можно поставить Askozia на реальную, а не виртуальную машину. Можно игнорировать. У нас в МИКО такие ошибки иногда выскакивают, т.к. мы используем Askoizia на виртуальной машине, но это никак не влияет на поведение системы, мы просто их игнорируем.
Оригинал письма из мейллиста DIGIUM
Скрытый текст
>> The only thing I have is a high level of mentionning of "kernel: dahdi: >> Detected time shift." in /var/log/messages. >> >> >> What is causing this kernel message ? Could this be the cause of the >> server freeze ? >> > > When a system does not have a hardware device installed DAHDI uses the > system time in order to approximate a telephony clock source (what was > previously referred to as dahdi_dummy). Since it uses the system time > to accomplish this, if there is a large gap in the time (typically > because NTP is adjusting the time) DAHDI just reports that it thinks > it's very far behind or ahead of where it should be, and doesn't even > try to "mix" any audio for that interval. > > So, I think the "detected time shift" is more a symptom of something > else causing locks as opposed to the source. > > Is your server keeping accurate wall-time? > Another case where I regularly see "detected time shift" is when I'mrunning DAHDI in a virtual machine and go through a suspend / resumecycle. On resume when the system clock is updated DAHDI will notice theshift.