Добрый день!
У нас на фирме на сервере CentOS 5.3 стоит asterisk 1.6.
В астериске для пользователей стоит музыка ожидания, выложен один и тот же файл в форматах gsm, wav, ulaw, alaw, чтобы сервер не напрягался на конвертацию.
Мы купили у mangosip.ru телефонныq номер и подключились к нему через SIP, музыка ожидания играет нормально, связь по alaw нармальная.
Далее мы купили у МТТ номер и также к нему подключились через SIP. Но тут возникла проблема: связь во время разговора нормальная (не счиатя, что рвется каждые 10-15 минут), а вот музыка ожидания играет отвратительно, как буд-то на магнитофоне тянет пленку.
Кодеки для mangosip.ru и МТТ стоят одни и теже, оставил уже только alaw, музфайлы одни и теже, а играет музыка ожидания для МТТ хреново.
Я звонил в поддержку МТТ: они сняли дамп входящих от нас пакетов и говорят, что это наш астериск в таком кривом качестве отдает музыку ожидания. Но как такое может быть, что одни и теже файлы по одним и тем же кодекам на mangosip.ru уходят хорошо, а на МТТ плохо? Проверили качество связи между серверами, говорят хорошее.
Подскажите, пожалуйста, из-за чего такое может быть? что нужно поправить мне? или что мне еще требовать от МТТ, для улучшения воспроизведения музыки ожидания?

синхронизация в астериск какая?

что такое "синхронизация"?
я просто не особо профи в астериске (поставил и добавил пользователей и правила)

sed -i 's/.*\(internal_timing\).*/\1=yes/' /etc/asterisk/astersik.conf
и
modprobe dahdi_dummy

В Dahdi 2.3.0 и выше - нет dummy драйвера, используется драйвер встроенный в ядро OS.

На POSIX что-ли перешли? 8-)
Кто использует -- сам asterisk или все-таки некая dummy-прослойка?

/usr/src/dahdi-linux-complete-2.3.0.1+2.3.0# find ./ -name '*dummy*'

./linux/drivers/dahdi/dahdi_dummy.c
./tools/menuselect/contrib/Makefile-dummy
./tools/menuselect/contrib/menuselect-dummy

а если
cd linux/
grep dummy Makefile ?

Я имел ввиду это:
* drivers/dahdi/dahdi_dummy.c: dahdi_dummy: Remove real-time clock
support. This removes support for using the real-time clock as a
timing source in dahdi_dummy. Instead, the normal kernel timers
method is now more accurate since it keeps track of how much real
time has passed to determine how many times to call dahdi_receive
and dahdi_transmit. This method was originally suggested by bmd.
(closes issue #13930) (closes issue #14884) Reported by: tzafrir
Tested by: dbackeberg, ask

Ну и не собирается он по дефолту даже.

хм. правду говоришь. действительно не собирается , ну и ладно. раз часы в ядре нормуль , то пусть они и тикают.

А запихать синхронизацию в сам asterisk у них опять рука не поднялась?