Проблема с DLink DVG-3032s заключается в следующем: при одновременном подключении большого количества портов идут потери пакетов (прерывистый голос).

Связь на шлюз организую при помощи Asterisk. (Два ядра 2.8 ГГц, 4 Гб памяти, 160 Гб RAID0 OS FreeBSD, 3 LAN 100мб сетевухи (родная и две PCI)).

Шлюз подключен прямым пачкордом Asterisk<---->DVG -3032s . Тестировал на всех трех сетевухах.
Версия прошивки стоит последняя 1.02.38.28. Замечу что на предыдущей версии работало немного лучше (держало чуть больше одновременных подключений).
Если подключать DVG-3032s на разных кодеках, вот результаты:
G711 ulaw или alaw 80 ms = 13 одновременных подключений.
G711 ulaw или alaw 20 ms = 9-10 одновременных подключений.
G729 80ms = 18 одновременных подключений.
G729 20ms = 12 одновременных подключений.
G723.1 90 = 23 одновременных подключений.
G723.1 20 = 18 одновременных подключений.
По работам кодеков вроде как по теории должно быть наоборот, а тут совсем по-другому.
Во время подключений побывал нагружать сервак другими задачами (архивацией, забивал ЦПУ на 50%), вобщем нагрузка на сервак никак не влияет на работу Asterisk. Параллельно на других сетевухах завязывал другие устройства VOIP. Качество с другим оборудованием не сравнить с DVG-3032s.
Также во время нагрузки DVG-3032s большим количеством одновременных соединений пинговал шлюз : Пинг стабильный 0.278 ms иногда проскакивает 3.351 ms.
Регистрация на данный момент происходит на самом шлюзе, пробывал когда и сам шлюз регится на Asteriske – Разницы никакой.
Также заметил что если в момент работы придельного количества подключений (пока голос еще не дергается) если лазить по веб админке, то по кликам в админке голос начинает больше рваться. А если нагрузить шлюз двадцатью подключениями на g711 то админка вообще не открывается и голоса вообще не разобрать.
Шлюз подключен через порт WAN.
После сброса на заводские установни, настройки менял в сетевых настройках (ip маскашлюз DNS), учетки FXO gпортов, Enable Non-SIP Inbox Call – off, Silence Detection / Suppression – off, Echo Cancellation –ON, Detect FXO Line Presence – off, FXO Caller ID Detection-off, Voice Menu Options -off. Вроде все…, больше ничего не трогал.

Могу подтвердить проблему.
Правда таким плотным изучением не занимался, но пропуски, треск и шум при повышеной загрузке так же наблюдаю. Причем, по моим наблюдениям, проблема актуальна только для FXO портов. В моем случае шлюз 4032.

М... У меня 3032 с кодеком G711U 30 мс. 10-11 одновременных соединений держит стабильно. Больше просто не проверял, у меня всего там 18 линий, из них 10 с большой нагрузкой. Вот у меня 2-я плата виснет при большой нагрузке...
Да, соединение через switch, два * (основной и резервный), основной * через xDSL.

_________________
Свет в конце тоннеля может быть светом фар приближающегося поезда!

Давайте попробуем сверить железо.
Статус -> Систем Информейшн, в самом низу:
Hardware Platform PNP1632-32
Hardware 3.3.0
Software Version 1.02.38.28-b8750
Driver Version 0.9.5.1.1140 30/Jul/2008 12:27:59
DSP 482-128K

Все симптомы указывают на недостаточную пропускную способность wan.
Может есть примеры успешной работы через lan? Там не должно быть никакой фильтрации...

Через LAN тоже самое....
Вот инфа по девайсу:
Model Information
Hardware Platform PNP1632-32 VD
Hardware 3.3.0
Software Version 1.02.38.28-b8750
Driver Version 0.9.5.1.1140 30/Jul/2008 12:27:59
DSP 482-128K

На всякий случай еще раз проверил через LAN:
g711U-30ms 10 участников.
На 11 уже появились незначительные искажения, чем дальше тем хуже....

Ну и у меня железо такое же.

_________________
Свет в конце тоннеля может быть светом фар приближающегося поезда!

Может настройки какие влияют? эхо подавление включено?

Эхоподавление есть и в fxs шлюзах. Мне кажется что и тут беда в определении сигнала "занято". Ведь при этом идет постоянный частотный анализ сигнала. Возможно применен слишком "тяжелый" алгоритм для имеющегося процессора

_________________
Я хочу изменить мир к лучшему, но Бог не дает мне исходники (придумал не я)
Asterisk + DVG-4032S + 8xDVG-2032S + ATA Panasonic

Странна только зависимость от кодеков, выявленная топикстартером. Мне кажется, она указывает на недостаток пропускной способности сетевого интерфеса или чего-то с ним связанного. В добавок на страничке статуса видны кучи потеряных RTP пакетов.
Так же, у меня шлюзы не хотят регистрироваться. При массовой регистрации портов могут оказаться в пролете 1-2 порта из-за потерь пакетов и астер может забраковать порт при qualify=yes из-за нечайного пинга в 3 секунды. При этом шлюз воткнут в астер напрямую, даже свич выкинул.

Да, вот именно! Много намучался с qualify=yes. Поэтому у меня Asterisk регится на шлюзе дабы не оказаться в пролете. Asterisk действительно бракует порты из-за дропа пакетов.....

Еще замечу что при большом подключении большого числа абонентов, иногда бывает такое что рвутся уже установленные соединения. Абоненты жалуются вот мол типа говорили-говорили а тут раз и ......

Я тут уже два года пытаюсь найти сочувствующих. Нас с тобой двое...
Куда рыть — не понятно.
Причем, проблема с регистрацией, вроде бы, наблюдалась и на 2032.
Может кто-нибудь может выложить фотки внутренностей нормально работающих у шлюзов в хорошем качестве, чтобы точно убедиться, что проблема не аппаратная?

И маки ван портов дайте плиз.
У меня
00179AF0E2CA — это 4032 (с ним проблемы)
0015E9F6BEDC — 2032 (с ним вроде были)
00195BFA8632 — 2032 (этот поновее, с ним, вроде, не было)

Вы, наверно, имеете ввиду работу астера со статическим адресом пира (host=<айпи адрес>). На шлюзе нельзя регистрироваться.