Работа модемов 5614BXL/VR в качестве факсов

Admin Alexey · Junior member Зарегистрирован: 13.04.2005 Сообщения: 4

Здравствуйте. Есть Windows 2003 Server, на нем сервер факсов, сейчас установлено 2 модема: ZyXEL 56K PCI, D-Link DU-562M USB, необходимо было увеличить количество модемов. Была куплена 4-х портовая COM-овская плата MOXA и 4 модема IDC 5614BXL/VR. Модемы которые уже установлены не требовали настройки, просто подключил и работают. Модемы IDC берут трубку пытаются определить номер и далее продолжается КПВ, модем факс не принимает. Помогите пожалуйста настроить.

Technical Support · Expert Зарегистрирован: 31.10.2002 Сообщения: 6330

Admin Alexey · Junior member Зарегистрирован: 13.04.2005 Сообщения: 4

Отключил Caller ID, модем при звонке перестал пытаться отпределить номер, но трубку по прежнему не берет.

Technical Support · Expert Зарегистрирован: 31.10.2002 Сообщения: 6330

Модем не отвечает на звонок самостоятельно. Он информирует о приходе звонка программное обеспечение (сообщением "RING"), а оно в посылает команду ATA, которая заставляет модем ответить на звонок.

Если ответа нет то, по всей вероятности, команда ответа не посылается. Это может происходить из-за неверных настроек программного обеспечения.

Можно, например, поступить таким образом: установить IDC Ventafax (которая идёт вместе с модемом, а ещё лучше скачать свежую версию с www.ventafax.ru/idc) и проверить работу модема с этой программой. Если всё в порядке, то дальше разбираемся с Вашим ПО.
_________________
Inpro
Technical Support

Admin Alexey · Junior member Зарегистрирован: 13.04.2005 Сообщения: 4

Вто-то и дело, что с Ventafax все работает нормально, но кроме модема IDC, сейчас установлено еще 2 других производителей, они работают без проблем.

Technical Support · Expert Зарегистрирован: 31.10.2002 Сообщения: 6330

Вопрос: Вы проверяете работу IDC Ventafax в тех же условиях (т.е. запускаете на том же компьютере, модемы включены через ту же Moxa)?
_________________
Inpro
Technical Support

Admin Alexey · Junior member Зарегистрирован: 13.04.2005 Сообщения: 4

Проверил в тех же условиях, с IDC Ventafax все работает нормально. Еще заметил, что при входящем звонке и работающем сервере факсов из состава Wondows 2003, опознается сигнал RING, в списке модемов в столбце Status сообщение меняется с Idle на Receiving, а потом снова на Idle, и так чередуется, но модем трубку не берет. Возможно модем не понимает ответные комманды сервера.

Technical Support · Expert Зарегистрирован: 31.10.2002 Сообщения: 6330

Shturman

Technical Support · Expert Зарегистрирован: 31.10.2002 Сообщения: 6330

Поскольку Admin Alexey не отзывается, может быть мы с Вами попробуем найти причины этой проблемы? Вы не заглядывали в журнал?
_________________
Inpro
Technical Support

Shturman

Technical Support · Expert Зарегистрирован: 31.10.2002 Сообщения: 6330

Как видите, в журнале нет попытки ответить на звонок (отправить команду ATA). Без этой команды модем и не должен пытаться ответить на звонок.

Вторую часть журнала разбирать не будем, поскольку там явно было отключение питания модема. А вот на первой остановимся подробнее:

11-08-2007 10:00:56.328 - Принято: <cr><lf>RING<cr><lf>
11-08-2007 10:00:56.328 - Интерпретированный ответ: Звонок
11-08-2007 10:00:56.328 - TSP(0000): LINEEVENT: LINE_NEWCALL
11-08-2007 10:00:56.328 - TSP(0000): LINEEVENT: LINECALLSTATE_OFFERING
11-08-2007 10:00:56.328 - TSP(0000): LINEEVENT: LINEDEVSTATE_RINGING(0x1)

Здесь модем отреагировал на первый звонок, отправив сообщение "RING". Это сообщение было правильно опознано TAPI. Решим Caller ID был включён:

11-08-2007 10:00:17.937 - Послано: at#cid=1<cr>
11-08-2007 10:00:17.937 - Принято: <cr><lf>OK<cr><lf>

и поэтому модем должен был снять трубку и попытаться определить номер звонящего (подразумеваются "заводские" настройки модема). Определить номер не удалось, и модем перешёл в режим симуляции Caller ID, посылая длинные гудки (КПВ) в линию и сообщения RING.

После 4-го сообщения RING (по-видимому, у Вас настроен ответ на 4-й звонок) происходит переход в режим pass-through:

11-08-2007 10:01:09.453 - TSP(0000): Вход в сквозной режим
11-08-2007 10:01:09.453 - Сквозной режим вкл.

В этом режиме прикладная программа "общается" с модемом напрямую, минуя TAPI. Это - типичный вариант работы программы, выполняющей функции, не поддерживаемые TAPI (например, приём факсов): получить сообщение о входящем звонке через TAPI и потом включить pass-through для выполнения своей задачи.

Затем у программы что-то "не сложилось" и примерно через 2.5 сек она вернула управление TAPI, завершив звонок:

11-08-2007 10:01:12.031 - TSP(0000): Завершение звонка
11-08-2007 10:01:12.031 - Сквозной режим откл.

Что происходило в эти 2.5 сек - неизвестно, в журнале модема этой информации нет (TAPI не протоколирует действия, производимые в режиме pass-through). Значит, ответ придётся искать с помощью других средств. Попробуйте посмотреть в Event Viewer, сообщение об ошибке может быть там. Посмотрите, нельзя ли включить запись отладочной информации в сервере факсов. В крайнем случае, можно воспользоваться PortMon, но чутьё подсказывает, что там Вы найдёте лишь какие-то команды идентификации модема... есть подозрение, что факс-сервер за эти 2.5 сек пытается идентифицировать тип модема и затем аварийно завершает работу, не найдя "совместимый" тип.
_________________
Inpro
Technical Support