Вопрос в следующем:
У кого то проходят факсы Т.38 через эту железку? Если "да" - то какая прошивка на ней ? И есть ли какие тонкости в настройках ?
Имеем DVG-5008S, настраивали по всякому и многие и из разных городов и с разных техподдержек......факс так не один и не прошел по Т.38, и вообще ни как не прошел.....

Сервер у Вас какой? На прошивке 1.02.38.43 c факсом проблем не было.

Из опыта эксплуатации старых серий 5004/5008/2016/2032 (более 150 голосовых шлюзов) не рекомендовал бы использовать на них T.38 вообще.

Спектр глюков, периодически возникающих в софте шлюза при использовании T.38 - огромен: от нехождения факсов и зависания шлюза, до невозможности сделать звонок и появления "паразитных" вызовов на аналоговых линиях - шлюз даёт Ring без реального вызова, абонент снимает трубку и слышит шум океанов марса. Софт был разный - от 1.2.37 до 1.2.38.65, глюки есть на любом софте.

Отключение T.38 на всех портах все странные переходящие проблемы устраняет полностью - без T.38 шлюзы стоят месяцами и не падают.

_________________
Regards,
Senior NOC Engineer,
Alexey Asemov.

Присоединяюсь к вопросу.
Станция TDE-200.
Версия ПО на шлюзе последняя.

При соединении сразу же отваливается (видно по логам)
А через некоторое время отбой.

Лог SLMon
15:46:14 *** SLMON start to log ***
15:46:24 [069631] Receive Cmd=1100, ParaLen=5, Para=[Login]
15:46:24 [069631] Login == Ver(1.02.38.43.9367 2009/08/25 17:45:23) PId(242.DLink.NoPrefix.drtp.vlan) Drv(0.9.5.1.1928) Hw(SA7S8) == 0.6.7-1
15:46:37 [069761] 0: 1003=REGISTER
15:46:37 [069762] 0: 1003=REGISTER_AUTHN
15:46:37 [069763] 0: 1003=REGISTERED
15:46:57 [069965] 1: 1020=REGISTER
15:46:57 [069966] 1: 1020=REGISTER_AUTHN
15:46:57 [069967] 1: 1020=REGISTERED
15:47:25 [070241] 2: 1022=REGISTER
15:47:25 [070242] 2: 1022=REGISTER_AUTHN
15:47:25 [070243] 2: 1022=REGISTERED
15:47:28 [070276] 0: 1003=OFFERING
15:47:28 [070276] 0: Get CallerId=Бух-я факс@1151
15:47:28 [070277] 0: Peer=192.168.60.231:12034, PT=0, RecvOnly=0
15:47:28 [070277] 0: ==9:FxsCallerIdShortRing
15:47:29 [070281] 0: Fxs Send FskCallerId(1151,Бух-я факс,10081947)=0
15:47:29 [070281] 0: ==10:FxsCallerIdSending
15:47:31 [070301] 0: ==11:FxsCallerIdSent
15:47:31 [070303] 0: After CallerId Sent, SetFxsRing()=0
15:47:31 [070303] 0: ==12:Alerting
15:47:32 [070314] 0: Fxs Pickup
15:47:32 [070315] 0: 1003=ACCEPT
15:47:32 [070315] 0: ==13:VoipAnswering
15:47:32 [070316] 0: 1003=CONNECTED
15:47:32 [070316] 0: RtpApiTalk[1,1], Peer=192.168.60.231:12034, PT=0, FC=2, NewOOB=0
15:47:32 [070316] 0: ==14:Talking
15:47:34 [070336] 0: Fax Detected [ced]
15:47:38 [070370] 0: Fax Detected [preamble]
15:47:40 [070397] 0: Fax Detected [hdlc-sig-end]
15:47:41 [070398] 0: Substatus=7
15:47:41 [070399] 0: 1003=SDPCHANGING
15:47:41 [070400] 0: 1003=DISCONNECT
15:47:41 [070400] 0: Substatus=9
15:47:41 [070400] 0: SetFax(0)=0
15:47:41 [070400] 0: Substatus=7
15:47:41 [070401] 0: 1003=SDPCHANGING
15:47:41 [070402] 0: 1003=DISCONNECT
15:47:41 [070402] 0: Release Active Dlg
15:47:41 [070403] 0: ==15:PlayBusyTone

И такая ситуация на всех типах факса ( и Т.30 и Т.38 и Т.38 native)
А на SIP шлюзе DVG-2102S при выборе типа факса Т.30 v.152 все отлично проходит.

Кодек какой используете?

G.711 Остальные отключены

Switch Fax on ced detection Выключьте.

Не нашел такого параметра. Не подскажете, в каком пункте меню его искать?

В АТС я могу только изменять время CED Signal Fixation Detection Time (по умолчанию 100 ms, диапазон от 50 до 5000 ms)

Напишите мне на e-mail.

Есть тоже проблема, но с отправкой факсов (прием идет нормально). Факсы внутри voip сети работают нормально в обе стороны, а через АТС есть проблема. Есть DVG-5004s, с ним все работает в обе стороны хорошо и там есть опция "Switch FAX On CED Detection" в настройках (выключено), а в 5008s такой опции нет.
Версия прошивки 1.02.38.43

Подскажите, как можно решить проблему

Напишите мне на e-mail.

Аналогичная неисправность: отправка факса не проходит.
Обновление прошивки на 1.02.38.43 не помогло. На одном из форумов (Совместиомость FAX T.38 Protei mGate.ITG VS D-Link DVG XXXX) было сообщено, что появилась новая прошивка 1.02.38.65, в которой данная ошибка решена. Каким образом можно получить данную прошивку?

_________________
С уважением,
Игорь Анкудинов

Старший инженер
Департамент фиксированной сети
Филиал в Пермском крае
ОАО "Мобильные ТелеСистемы"
_______________________________
IP: 65922
раб: +7.342.246.06.77
e-mail: imankudi@ural.mts.ru