"Подвисают" порты?

[User U]

Добрый день.

У нашей организации возникла необходимость принимать факсы 24 часа в сутки. Решили подойти к делу основательно.
Установили 4-х портовую плату http://www.inpro.us.com/models/mult56k-4port.php вместе с 4-х же линейной серверной версией Venta4Net. Версия прошивки 2.26. Операционная система - MS Windows 2003 SE with SP1. Venta4Net - 1.61. На своей цифровой АТС создана группа на 4 линии. И группа и каждая линия имеют свой внутренний номер. По необъяснимой пока причине "подвисают" порты на плате и при наборе или номера группы или конкретного номера модема получаем сигнал "номер занят". Иногда так случается со всеми портами иногда только с некоторыми. Venta в этоже время показывает ожидание по всем линиям. Помогает полная перезагрузка сервера, что совсем не есть хорошо.
Есть подозрение, что нужно "поиграть с настройками" платы, в частности, возможно модем "засыпает" и нужно правильно определить строку инициализации в Vente, для каждого модема.
Посоветуйте, пожалуйста, что попробовать, что бы сузить область поиска и в конце-концов устранить возникшую проблему.

Логов к сожалению приложить не могу, т.к. известная программа IDC Diag модемов в системе не определяет. В диспетчере оборудования видны M Modem multifunction board (4p) и 4-ре модема IDC M Modem (card 0 port 0) - (card 0 port 4).

[Technical Support]

IDC Diagnostics не поможет, поскольку в факс-режимах статистика отсутствует. Что может помочь:

1. Включите запись протокола Ventafax (в настройках программы). Интересует не весь протокол (он может быть очень большим), а только его часть, начиная с последней сессии, предшествующей проблеме.

2. Когда номер занят, попробуйте отключить телефонную линию от модема платы и позвонить. По-прежнему занято? Если нет, то подключите линию обратно и попробуйте позвонить ещё раз. Как теперь?

3. Проверьте, отвечает ли модем "занятой" линии на AT-команды. Проверять удобнее всего с помощью PXUTIL (эта утилита поставляется в комплекте с драйверами). Естественно, перед это проверкой нужно остановить сервис Ventafax, чтобы освободить порт, иначе утилита не сможет добраться до модема.

Чир получилось?
_________________
Inpro
Technical Support

[User U]

Для примера взял один порт.

1. Последние строчки протокола в нем:

Session started 20.10.06 13:30:37 -
13:30:37.33 # WkSt: 7572, PgFl: 4868
13:30:37.33 # $ Waiting $
13:30:37.33 # TAPI Line: IDC M Modem (card 0 port 0)
13:30:37.33 # TAPI Keys:
13:30:37.33 # \MDI
13:30:37.33 # unimodem6af8a2a1
13:30:37.33 # \EnableDistinctiveRing
13:30:37.33 # 1: at-sdr=7<cr>
13:30:37.33 # \EnableCallerID
13:30:37.33 # 1: at#cid=0<cr>
13:30:37.33 # \Init
13:30:37.33 # 1: AT&FE0<cr>
13:30:37.33 # 2: ATV1&C1&D2S95=41S38=0S0=0<cr>
13:30:37.33 #
13:30:37.33 # Tapi:Open Line
13:30:37.34 # Waiting for incoming call... (020)
13:30:37.34 # ~Number of rings 1
13:30:37.34 # ~AON/CID Off
13:30:37.34 # ~Ring Schedules: Type0: "1"
14:30:01.36 # Reinit Time is exceeded
14:30:01.39 # Tapi:Close Line
14:30:02.89 # WkSt: 7560, PgFl: 4812
(v5.7r27(4L) Color 29.06.2006)Network voice SU. Win_Xp*. Voice, Color VNTFXF32 12.07.2006. Session stopped 20.10.06 14:30:02 -
(v5.7r27(4L) Color 29.06.2006)Network voice SU. Win_Xp*. Voice, Color VNTFXF32 12.07.2006. Session started 20.10.06 14:30:07 -
14:30:07.87 # WkSt: 7520, PgFl: 4844
14:30:07.87 # $ Waiting $
14:30:07.88 # TAPI Line: IDC M Modem (card 0 port 0)
14:30:07.88 # TAPI Keys:
14:30:07.88 # \MDI
14:30:07.88 # unimodem6af8a2a1
14:30:07.88 # \EnableDistinctiveRing
14:30:07.88 # 1: at-sdr=7<cr>
14:30:07.88 # \EnableCallerID
14:30:07.88 # 1: at#cid=0<cr>
14:30:07.88 # \Init
14:30:07.88 # 1: AT&FE0<cr>
14:30:07.88 # 2: ATV1&C1&D2S95=41S38=0S0=0<cr>
14:30:07.88 #
14:30:07.89 # Tapi:Open Line
14:30:07.89 # Waiting for incoming call... (020)
14:30:07.89 # ~Number of rings 1
14:30:07.89 # ~AON/CID Off
14:30:07.89 # ~Ring Schedules: Type0: "1"
15:29:31.97 # Reinit Time is exceeded
15:29:32.00 # Tapi:Close Line
15:29:33.50 # WkSt: 7620, PgFl: 4912
(v5.7r27(4L) Color 29.06.2006)Network voice SU. Win_Xp*. Voice, Color VNTFXF32 12.07.2006. Session stopped 20.10.06 15:29:33 -
(v5.7r27(4L) Color 29.06.2006)Network voice SU. Win_Xp*. Voice, Color VNTFXF32 12.07.2006. Session started 20.10.06 15:29:38 -
15:29:38.43 # WkSt: 7608, PgFl: 4912
15:29:38.43 # $ Waiting $
(v5.7r27(4L) Color 29.06.2006)Network voice SU. Win_Xp*. Voice, Color VNTFXF32 12.07.2006. Session started 20.10.06 15:54:23 -
15:54:23.97 # WkSt: 6960, PgFl: 4868
15:54:23.97 # $ Waiting $


2. Отключаю телефонную линию - длинный гудок, трубку соот-но никто не берет, подсоединяю обратно - "занято"

3. Ответ PXUTIL :

=========================================
card port 0 -> COM11 opening...ok
= > ATI2

OK
= > ATI3

IDC M Modem V.90 firmware by Mike Telis, V2.26-V90_2M_DLP
Copyright (c) Inpro, 1998-2005

OK
=========================================
card port 1 -> COM12 opening...ok
= > ATI2

OK
= > ATI3

IDC M Modem V.90 firmware by Mike Telis, V2.26-V90_2M_DLP
Copyright (c) Inpro, 1998-2005

OK
=========================================
card port 2 -> COM13 opening...ok
= > ATI2

OK
= > ATI3

IDC M Modem V.90 firmware by Mike Telis, V2.26-V90_2M_DLP
Copyright (c) Inpro, 1998-2005

OK
=========================================
card port 3 -> COM14 opening...ok
= > ATI2

OK
= > ATI3

IDC M Modem V.90 firmware by Mike Telis, V2.26-V90_2M_DLP
Copyright (c) Inpro, 1998-2005

OK

Опыты проводил с модемом на COM11.

[Technical Support]

На всякий случай, перепроверим: скажите, Вы запускали тест модемов в PXUTIL после того, как обнаружили "зависание", и перед запуском теста Вы не перезагружали компьютер? Всё правильно?
_________________
Inpro
Technical Support

[User U]

Все верно.

[Technical Support]

Тогда модемы не виноваты, будем привлекать к расследованию специалистов по софту.

Ситуация выглядит таким образом: в какой-то момент времени программа (Venta4Net) оставляет модемы в режиме "off-hook" (трубка снята), потому-то Вы и не можете прозвониться (аналогично тому, что забыли повесить трубку телефона: прозвониться невозможно, всё время "занято").

Модемы после возникновения такой аварийной ситуации вполне работоспособны. Во всяком случае, они отвечают на команды и следовательно, нет никаких препятствий к тому, чтобы повесить трубку и "отпустить" линию.

Пожалуйста, отправьте протокол работы Venta4Net (полный протокол, без купюр) в службу тAехподдержки "Вента" (см. справку к программе, раздел "Если у вас возникли вопросы"). Копию журнала пришлите нам на support@inpro.us.com. Укажите, в какой момент (по времени) произошло зависание.

Пока будем разбираться, добавьте команду:

AT*KZ:4000

в список команд, выдаваемых при тестировании PXUTIL (этот список - в файле FILE.CFG в директории pxutil). После того, как произойдёт зависание, остановите сервис Ventafax и прогоните тест этого модема с помощью PXUTIL. Убедитесь в том, что модем повесил трубку (при звонке на эту линию слышны длинные гудки).
_________________
Inpro
Technical Support

[User U]

К сожалению, пока точно определить момент зависания в предыдущие разы мне не удалось, выходные, к моему удивлению, система перенесла на отлично. Сейчас буду смотреть тщательней, как только "завис", я высылаю лог. Я так понял, что высылать надо только лог той линии, на которой это проявляется? Стоит ли сейчас высылать логи по каждой линии без указания даже примерного времени аварийной ситуации?

[Technical Support]

Да, нужен протокол только той линии, на которой проявилась проблема. Думаем, лучше всего обнулить журналы (можно предварительно их скопировать "для архива") и ждать, пока ситуация не проявит себя снова.

Когда это случится, обязательно перепроверьте и убедитесь в том, что:

1. Модем остался в положении "трубка снята" (путём звонков при подключенной и отключенной линии).

2. Модем откликается на AT-команды (через PXUTIL).

Ну а дальше действуйте, как договорились.

И вот ещё что: желательно быть уверенным в том, что проблема не связана с перебоями питания. Если компьютер не подключён к UPS, то желательно это сделать. Если нет UPS, то неплохо было бы хотя бы воспользоваться журналом UPS другого компьютера в той же комнате (или здании, если в комнате нет UPS) и проверить, не было ли сбоев питания в тот момент, когда возникла проблема.
_________________
Inpro
Technical Support

[User U]

Завис обнаружил, добавил, отправил, но длинного гудка по прежнему нет на этой линии, хотя команда AT*KZ:4000 неоднократно выполнялась.

Проблема точно не связана с перебоями питания, поскольку сервер запитан через UPS.

Отсылаю лог линии на ваш адрес и на адрес тех.поддержки Venta.