Здравствуйте, есть два шлюза VoIP DG-104SH (Boot PROM Version 1.0B13-G ; Firmware Version 1.0B41-G) необходимо завязать их между собой. Были прописаны IP: 10.1.1.1 и 10.1.1.2 с масками 255.255.255.0, присвоены телефонные номера на аналоговые порты: 1,2,3,4 по номерам портов на обоих шлюзах. Созданы Data Port на обоих шлюзах с ссылками на IP друг друга т.е. 10.1.1.1 на 10.1.1.2 и 10.1.1.2 на 10.1.1.1. После этого ничего работать не начало, они даже не звонили друг на друга. После изменения Prefix Strip Digits на портах Data в Address Table с 0 на 1 они стали званить друг на друга т.е. например после набора 91 9-Data Port 1-аналоговый на др. шлюзе звонил телефон на 1 порту др. шлюза. но при разговоре в одном телефоне была тишина, а во втором слышался голос с первого но также было эхо с с этого самого телефона. Посоветуйте что необходимо сделать для того чтобы их правильно настроить ?

Во-первых обновите прошивки до версии В.42 (можно скачать у нас с ftp).
И опишите поподробнее нумерацию на каждом из шлюзов - я не совсем понял - на каждом их шлюзов номера были 1,2,3,4?
Если так то работать и не будет - нумерация должна быть разная.

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

Есть две такие железки в разных офисах. На обоих последняя прошивка 42. При звонке с одной на другую сначала начинаются гудки и через пару секунд отбой. Т.к. в одном офисе железка стоит на кривом адресе, то ходит она через H323 прокси, который гарантировано работает и его работоспособность не подлежит сомнению. В результате анализа логов прокси есть подозрение что не правильно открывается H245 канал. Видно что канал открывает исходящая железка (хотя обычно это делает удаленная,т.к. адрес H245 есть в сетапе). Вот логи исходящего 104SH:
*********************************************************
Поскипано. Просьба логи присылать по почте!
*********************************************************

Что тут не так? Причем если заварачивать с прокси обратно на другой порт того же самого устройства, то тоже ничего не работает.

Дмитрий

Теперь через прокси все работает нормально, правда для этого пришлось по 2 раза делать Factory Reset. Но выявилась другая проблема...с факсами, которая существует во всех версиях. Суть ее в том что не проходят факсы если при выяснении H245 master/slave 104SH оказывается master... канал T38 открывается и данные от циски приходят, но железка ничего не генерит (звук ответа факса). Причем похоже что это общая проблема устройств на RADVISION стеке,т.к. диалоджик имеет туже самую багофичу. Как только ставлю terminal type=40, то железка сразу становится slave и факсы нормально идут. Почему это происходит?

Дмитрий

Вышла новая версия прошивки, в которой исправлены проблемы Т.38, НО! перед заливкой ПРОЧТИТЕ README.1ST!!!!

ftp://ftp.dlink.ru/pub/VoIP/DG-104SH/Fi ... 13.08.2003

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

так это уже с НОВОЙ прошивкой

Дмитрий

Более глубокое исследование принесло свои результаты. Оказывается источником проблем является удаленная сторона и проявляется это в том, что некоторые циски неправильно проставляют номер логического канала в ответе OpenLogiticalChannelAck. 104SH просит открыть T38 канал с номером 61, а в ответ приходит Ack c номером 1. Причем если на прокси подменить в ответе 1 на 61, то факс великолепно проходит. Мне кажется что было бы неплохо что бы сам 104SH принимал такой ответ. Я понимаю что это не совсем по правилам, но мы уже перепробовали 7 партнеров с цисками и 5 из них имеют такие проблемы.

Дмитрий
PS. 42 версия при неправильно ответе просто не генерирует вызов факса, а новая 50 версия через какое то время просто сбрасывает звонок.

Если во время ответа DLINKа факсом положить трубку аппарата, то звонок не отбивается пока не пройдут все попытки установить связь с локальным факсом. А это может занимать секунд 30. Причем если поднять опять трубку во время зависания звонка, то слышно как DLINK посылает факсовый ответ.

Дмитрий