Доброго времени суток, господа астерисковеды!:)

В процессе построения IP-телефонной сети на Asterisk возникли две проблемы, помогите пожалуйста разобраться.

Сервер - Asterisk 1.4.22 (Elastix).
Соединение идет через шлюзы FXO D-Link 6008s и AudioCodes MP-114.
Эндпоинты шлюзов прописаны на Asterisk как SIP.
Все работает на кодеке G.729
Сервер и D-Link 6008s на одном провайдере, два AudioCodes MP-114 на двух разных провайдерах.

Проблема №1:
В консоле Asterisk постоянно появляется сообщение
-- Got SIP response 480 "Temporarily Unavailable" back from XXX.XXX.XXX.XXX
в сообщении указываются IP адреса шлюзов AudioCodes.

rtcp stats, при звонках между AudioCodes, показывает Lost packets с неприятно большими величинами.

Периодически, в момент набора номера и во время разговора, между AudioCodes MP-114 пропадает (зависает) соединение.
Пробывал изменять параметры canreinvite, host, qualify - лучше не становится.
Также, пытался найти нужные настройки AudioCodes - тоже положительный эффект отсутствует.

Ping с сервера на AudioCodes №1:
ping 111.XXX.XXX.XXX -s 1500 -c 50
rtt min/avg/max/mdev = 43.518/44.171/45.163/0.338 ms

Ping с сервера на AudioCodes №2:
ping 222.XXX.XXX.XXX -s 1500 -c 50
rtt min/avg/max/mdev = 51.650/62.020/82.681/7.272 ms

Собственно вопрос прост:) - Провайдеры дают слишком "медленный" интернет или я настроил шлюзы и Asterisk неправильно?

И вот еще проблема №2:
согласно показаниям nvstats (подсчет и мониторинг трафика), на один звонок SIP <-> SIP, занимается примерно 9 кБс. Одна минута разговора забирает примерно 1 мБ трафика.

Различные он-лайн калькуляторы трафика показывают похожие значения расхода на один звонок.

Есть ли возможность снизить трафик без потери качества голоса?

Заранее спасибо за помощь:)

Теоретически, можно увеличить интервал сэмплирования, что уменьшит количество служебной информации за единицу времени, ввиду уменьшения количества пакетов (меньше пакетов - меньше заголовков). Для g.729 это 10 ms. ИМХО

По первому вопросу:
Статистика пинга не так интересна применительно к voip, так как icmp пакеты - по умолчанию самый приоритетный вид трафика в сети. Самый вероятный вариант - в сети Вашего провайдера есть узкие места (в виде dsl-мопедов или им подобной технике). Тут уже надо полноценно тестировать канал, который Вам предоставляется на предмет реальной пропускной способности и задержки voip-трафика. По результатам можно будет по-ругаться с саппортом;)

Да, а про Temporary unavaliable - надо копаться в настройках AudioCodes и соответствующих пиров *.