Господа длинковцы, помогите!
Наша контора является посредником между клиентами-потребителями VoIP и оператором VoIP(Посредством огромной Ethernet-сети). Шлюзы DG-102SH & DG-104SH оказались самыми конкурентносполобными по цене. Мы прикупили партию для пробы. У нашего оператора VoIP стоит Cisco 3660 (модуль NM-HDV) и MeraSoftSwich 2.1.4.
Проблема заключается в том, что основным кодеком у оператора VoIP является G.729, а в DG-102SH ближайший это G.729а. Но не в этом суть(на циске оператора G.729а тоже есть). При исходящих вызовах с DG-102SH звонок проходит нормально - разговор совершается. А при входящих звонках с сети общего пользования DG-102SH в режиме автосогласования кодеков отвечает готовностью циске на использование кодека G.729 (которого в нем нет) и разговор соответственно не совершается. Как-нибудь можно пофиксить этот баг?
Оператор конечно может проапгрейдить свою циску до версии с кодеком G.723 но это стоит около $5К, и типа наши обьемы не покроют таких расходов.
Ждем очень, а то клиентам наобещали телефонизацию за разумные деньги.

Обещаю перенаправить ваше описание разработчикам, если Вы:
1. Детально нарисуете схему
2. Напишете все версии прошивок, которые используете
3. Пришлете конфиг циски и DG- шлюза
4. Пришлете дебаг, когда соединение не устанавливается
5. Пришлете закапчеренную сессию (пакеты) используя Ethereal

Вопрос тогда так еще поставим - насколько реально, если разработчики внедрят в DG-102SH&DG-104SH полноценный кодек G.729 вместо G.729a.
Говорят, что G.729 коммерческий кодек и соответственно поэтому его не ставят в DG-102SH&DG-104SH...
Но даже если это так мы готовы заплатить разумную цену этих самых лицензионных отчислений - раз уж такое бедствие с цискми, на которых нет G.729a....

Обманывают. 729 в любом виде является коммерческим.
Теперь про а и b
---cut---
Помимо "чистой" рекомендации G.729, существуют "приложения" (annexes) А и B. Приложение А - версия рекомендации, менее требовательная к вычислительной мощности ЦПОС за счет некоторого ухудшения качества кодирования. Алгоритм теоретически должен потреблять на 40-50% меньше временного ресурса, чем "чистая" G.729. Изменения, в основном, касаются следующих частей алгоритма: поиск периода основного тона и поиск параметров возбуждения по алгебраической кодовой книге. Приложение В добавляет в кодер часть классификации входного речевого сигнала. Это, так называемый, VAD - voice activity detector. Классификатор входного сигнала определяет, что в данный момент присутствует на входе - речь или пауза. В моменты пауз битовый поток понижается с 8 кбит/с до 0.8 кбит/с. Более того, в моменты пауз в битовом потоке передается информация о структуре фонового шума, чтобы на стороне декодера у слушателя не возникало дискомфорта от "чистых" пауз между фразами - т.е. присутствует генератор комфортного шума.
---cut---
Как видите ничего криминального нет. Все в рамках стандарта. Следуйте рекомендациям Sergika.

OK!
на какой адрес слать инфу?
И настройки DG-шлюза в виде скриншотов вёб-интерфейса показывать?

Высылайте на меня, настройки в виде вывода команд с консоли

show version
show h323
atpm alist
atpm dlist
atpm hlist

_________________
С уважением, Дмитрий Письменов

Hi !

> При исходящих вызовах с DG-102SH звонок проходит нормально - разговор совершается. А при входящих звонках с сети общего пользования DG-102SH.....

Я не понял исходящие и входящие это какие в какую сторону ?

У меня похожая проблема, с одним общим гейтом, на DG-102SH 729-й включается нормально а вот когда звониш с DG-102SH, творится что-то непонятное, включается то 711-й, то 723-й, и никогда 729-й. На другой гейт звоню, там все нормально, правда с него попробовать нельзя, у меня только один гейт с которого я могу попробовать входящий звонок на DG-102SH.
Похоже проблема в том, что название кодека прописано как 729AnnexA, а на гейте вроде просто 729A, или вообще просто 729. Входящий звонок четко диктует кодек который включить, 102SH его включает и все хорошо, а при исходящем он почему-то смотрит на кодеки той стороны, и включает только те, по которым произошло полное совпадение в названии, типа случайным образом выбирая из нескольких. И это не смотря на то, что и в профайле прописан и в порту 729-й кодек.
000145425 Capability Set
000145425 Local capability codec "g729AnnexA".
000145425 Remote capability codec "g729".
000145425 Remote capability codec "g7231".
000145425 Remote capability codec "g711Ulaw64k".
000145425 Remote capability codec "t38fax".
000145425 Remote capability codec "g729".
000145425 Local capability codec "g711Ulaw64k".
000145425 Remote capability codec "g729".
000145425 Remote capability codec "g7231".
000145425 Remote capability codec "g711Ulaw64k".
000145425 Match found for codec "g711Ulaw64k".
Может у тебя тоже самое ?
Может конечно проблема не только в том как прописано название, а где-то глубже, в том как по разному включаются кодеки при исходящих и входящих звонках, но мне от этого не легче.

К стати, в порту Prefer Codec: g729a, а в профайле Configuration for coding profile id 5:
Tx Coding = G.729AB
Rx Coding = G.729AB
хотя по описанию поддерживается только 729А, включить можно и 729AB !
set tcid [tcid] codec [g711_mu|g711_a|g723_53|g723_63|g729a]
set coding [prof_id] coding_type [tx|rx][g711_mu,g711_a,a16,a24,a32,a40,g729ab,g723_53,g723_63,fax,fax_t38,clear_chan,clear_chan,pktsig]
И таких глюков хоть завались. Продукт не плохой, но очень сыренький.

Все дебаги, конфиги отправил D-Link-овцам (конкретно "Dmitry Pismenov" <DPismenov@dlink.ru>) пару недель назад, ответили что отправили разработчикам, должны исправить в новой версии. Когда, абсолютно не понятно. Вот с ужасом думаю как я прошивку менять буду, сохранения конфигурации с последующим востановлением после замены софта-то нет !

Где и с какими гейтами этот глюк еще вылезет, не совсем понятно. Пока приостановил продажу и установку этих девайсов. Уж очень не хочется потом руками все настройки востанавливать. Тем более что они у всех достаточно разные.

Вот такая ерунда. Называется сиди и жди у моря погоды.
На 104SH тоже самое будет ?

BB.
Alex S.
P.S. К стати, с прошивкой так и не понял. у меня (102SH)
ggdbg> show version
PROM Version Label: 1.0B06-G
TSG Version: V1.0 H.323 VoIP Gateway
CM Version Label: 1.0B07-G
А кто покажет эти же строки для установленой прошивки
ftp://ftp.dlink.com/VoIP/dg102SH/Firmwa ... re_b43.zip c последними рекомендуемыми версиями ?
Перед этим у меня был девайс (тоже 102SH)
ggdbg>show version
PROM Version Label: 1.0B05-G
TSG Version: V1.0 H.323 VoIP Gateway
CM Version Label: 0.0B41-G
Вот первые цифры интересны из 0.0B41-G, b43 это 0.0B43-G, или 1.0B43-G ? И если первые цифры 0.0, это не значит что прошивка младше чем если первые цифры 1.0 в не зависимости от цифр дальше ?

Последняя прошивка для 102-го именно та которую Вы указали, она также есть и тут ftp://ftp.dlink.ru/pub/VoIP/DG-102SH/Fi ... re_b43.zip

Номер версии тот что следует за b.
По поводу выхода новой версии - мы прикладываем максимум усилий в этом направлении.

_________________
С уважением, Дмитрий Письменов

Hi !

> Номер версии тот что следует за b.
Тоесть, что перед B абсолютно не важно ?

Если у меня сейчас
PROM Version Label: 1.0B06-G
CM Version Label: 1.0B07-G
то это 06 и 07 соответсвенно, и надо срочно менять на 16 и 43 из указанного файла ?
Хорошо, займемся.

> По поводу выхода новой версии - мы прикладываем максимум усилий в этом направлении.
Спасибо, очень ждем.

Там по мелочам бы поподлизывать. Я не обнаружил как с консоли (с телнета) можно перегрузить девайс, а надо бы после конфигурения. А из HTTP когда делаеш сохранение перегружает не спрашивая. Старнно.
А еще, если меять собственный телефон из HTTP через Analog Port Telephone No. Table, или добавить в ATPM Address Table префикс на Analog порт, то этот номер автоматом добавляется в h323 aliases (E.164), абсолютно непонятно зачем, и потом приходится назить консолью и его оттуда выковыривать. А что делает Private Type на tcid-е я так и не понял.
А еще, когда отдаеш звонок на Analog порт, запись Prefix Strip Digits не фанкционирует. Он режит всегда все цифры, и может только позвонить телефоном. Тот же Планет (например) все неотрезанные цифры отдает тоном после поднятия трубы, очень удобно при сращивании с мини АТС с DISA или другими устройствами понимающими DTMF. Есть функция, можно использовтаь. Тут почему-то ее просто убрали для звонков на локальные порты.
................ и тд. и тп.

Может че поправят, и то будет приятно.

BB.
Alex S.

Я не обнаружил как с консоли (с телнета) можно перегрузить девайс, а надо бы после конфигурения. А из HTTP когда делаеш сохранение перегружает не спрашивая. Старнно.

Перегрузить с записью конфига - nwdbg save changes

По поводу остального - ВСЕ настройки РЕКОМЕНДУЮ делать через консоль/телнет. В веб-интерфейсе во первых доступны не все настройки, во вторых есть небольшие ошибки.

_________________
С уважением, Дмитрий Письменов

Hi !

> Перегрузить с записью конфига - nwdbg save changes

Да, спасибо.
В NWDBG Debug Commands я заходил когда Debug искал, а когда reboot похоже нет.

> По поводу остального - ВСЕ настройки РЕКОМЕНДУЮ делать через консоль/телнет. В веб-интерфейсе во первых доступны не все настройки, во вторых есть небольшие ошибки.

По сути так и получается. В веба удобно только диалпланы сочинять.

BB.
Alex S.

перезагрузить без записи конфига

nwdbg system reboot

с записью, как было сказано

nwdbg save changes