Callback после 2.14 --> 2.21, 2.23

Eugene4

Обладаю тягой ко всему новому, посему все новые прошивки по возможности заливаю во все, даже если работает все нормально.
Есть 5614BXL/VR+ с родной прошивкой 2.14 и стремная телефонная линия с АВУ. Callback работает. В апреле'2002 перепрошил на 2.21 - работать перестал со следующими симптомами: звонит, ждет звонка, отвечает, думает, где-то через минуту: "удаленный закрыл сеанс". Подробности тогда не изучал, шум не поднимал, вернул 2.14 - все заработало, так и жил.
Теперь вот озадачили покупкой нового модема, с надеждой о выпуске новых моделей пришел на сайт. А их нету уже не один год (когда будут? :). Зато есть новые прошивки, может у кого та же история была и все поправили, взял и залил 2.23. А нет, та же фигня. Теперь уже изучаю логи:

10-18-2003 00:24:09.000 - Инициализация модема.
10-18-2003 00:24:09.015 - Послано: AT&FS38=0S95=41S115=0E0<cr>
10-18-2003 00:24:09.031 - Принято: <cr><lf>OK<cr><lf>
10-18-2003 00:24:09.031 - Интерпретированный ответ: ОК
10-18-2003 00:24:09.046 - Послано: ATS7=60S30=0L1M1\N3%C3&K3B0X4<cr>
10-18-2003 00:24:09.046 - Принято: <cr><lf>OK<cr><lf>
10-18-2003 00:24:09.046 - Интерпретированный ответ: ОК
10-18-2003 00:24:09.046 - Набор номера.
<skip>
10-18-2003 00:25:52.015 - Ответ на звонок.
10-18-2003 00:25:52.031 - Послано: ATA<cr>
10-18-2003 00:27:00.593 - Принято: <cr><lf>NO CARRIER<cr><lf>
10-18-2003 00:27:00.593 - Интерпретированный ответ: Нет несущей частоты
10-18-2003 00:27:00.593 - Разрыв соединения модема.
10-18-2003 00:27:00.609 - Послано: ATH<cr>
10-18-2003 00:27:00.609 - Принято: <cr><lf>OK<cr><lf>
10-18-2003 00:27:00.609 - Интерпретированный ответ: ОК
10-18-2003 00:27:00.625 - Послано: at#ud<cr>
10-18-2003 00:27:00.625 - Принято: <cr><lf>DIAG
<skip куча подобных, нужны все?>
10-18-2003 00:27:00.703 - Результат вызова установки: Получен сигнал V.8bis
<skip>
Пробовал отключить V.8bis, как предлагается (хотя по описанию - не мой случай) - не помогает :(

Восстанавливаю 2.14 - все снова работает, субъективно, все процессы происходят даже побыстрее:

<skip>
10-18-2003 01:08:15.359 - Ответ на звонок.
10-18-2003 01:08:15.375 - Послано: ATA<cr>
10-18-2003 01:08:51.593 - Принято: <cr><lf>PROTOCOL: LAP-M<cr><lf>
10-18-2003 01:08:51.593 - Интерпретированный ответ: Информационные
10-18-2003 01:08:51.593 - Принято: <cr><lf>COMPRESSION: V.42BIS<cr><lf>
10-18-2003 01:08:51.593 - Интерпретированный ответ: Информационные
10-18-2003 01:08:51.593 - Принято: <cr><lf>CONNECT 28800<cr><lf>
10-18-2003 01:08:51.593 - Интерпретированный ответ: Подключить
10-18-2003 01:08:51.593 - Подключение установлено - 28800 бит/с.
10-18-2003 01:08:51.593 - Контроль ошибок включен.
10-18-2003 01:08:51.593 - Сжатие данных включено.

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

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

Попробуйте добавить в строку инициализации в свойствах модема команду:

+MS=11

Начиная с версии 2.20, модем стал более агрессивным в выборе протокола V.90. Возможно, именно это мешает ему установить соединение.
_________________
Inpro
Technical Support

Eugene4

:D А ведь помогло, спасибо!

Тогда еще один вопрос: а нет ли такой фичи, как "ночной режим на один звонок"?
В описании не нашел, но может плохо искал...

Т.е. чтобы при ожидании callback звонка модем был бы в ночном режиме и телефон не звонил, а после окончания сеанса - вернулся в дневной, чтобы телефон снова звонил...

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

Eugene4

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

Eugene4

Прямо в реестре, XPProfSP1Rus

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

Тогда понятно. Если правили в registry - надо перезагружаться.
_________________
Inpro
Technical Support

Eugene4

Блин... Все работало прекрасно, домашние радовались.
Но недавно звонящие стали жаловаться, что порой не могут дозвониться - не отвечают. На нный раз стал разбираться, и, оказалось, после отключения сеанса модем снова уходит в ночной режим, вот окончание лога:

[Отключился]
12-11-2003 19:49:13.828 - Причина сбоя: Отключено: CCT108
12-11-2003 19:49:13.828 - 115200,8,N,1, ctsfl=1, rtsctl=2
12-11-2003 19:49:13.828 - Инициализация модема.
12-11-2003 19:49:13.843 - Послано: AT&F%N0S38=0S95=41S115=0E0<cr>
12-11-2003 19:49:13.859 - Принято: <cr><lf>OK<cr><lf>
12-11-2003 19:49:13.859 - Интерпретированный ответ: ОК
12-11-2003 19:49:13.874 - Послано: ATS7=60S30=0L1M1\N3%C3&K3B0X4<cr>
12-11-2003 19:49:13.874 - Принято: <cr><lf>OK<cr><lf>
12-11-2003 19:49:13.874 - Интерпретированный ответ: ОК
12-11-2003 19:49:13.874 - Отправка пользовательских команд инициализации.
12-11-2003 19:49:13.890 - Послано: AT+MS=11<cr>
12-11-2003 19:49:13.890 - Принято: <cr><lf>OK<cr><lf>
12-11-2003 19:49:13.890 - Интерпретированный ответ: ОК
12-11-2003 19:49:13.890 - Ожидание звонка.
12-11-2003 19:49:13.906 - Послано: AT%N1S0=0<cr>
12-11-2003 19:49:13.906 - Принято: <cr><lf>OK<cr><lf>
12-11-2003 19:49:13.906 - Интерпретированный ответ: ОК
12-11-2003 19:49:13.906 - TSP(0000): LINEEVENT: LINECALLSTATE_DISCONNECTED(0x1)
12-11-2003 19:49:13.906 - TSP(0000): LINEEVENT: LINECALLSTATE_IDLE
12-11-2003 19:49:13.906 - Завершение асинхронной операции (0x0001029a) поставщика служб телефонии (TSP). Состояние 0x00000000
12-11-2003 19:49:13.906 - TSP(0000): Завершение звонка
12-11-2003 19:49:13.906 - Завершение асинхронной перации (0x00010289) поставщика служб телефонии (TSP). Состояние 0x00000000
12-11-2003 19:49:13.906 - TSP(0000): Закрытие звонка
12-11-2003 19:49:13.906 - Статистика сеанса:
12-11-2003 19:49:13.906 - Чтение: 24 байт
12-11-2003 19:49:13.906 - Запись: 76 байт

Когда началось - не заметил, но в начале точно все работало. Вроде б ничего такого не устанавливал, ключи в реестре проверил -прежние, в промежуток ожидания ответного вызова модем в ночном режиме, как и задумывалось... Что стряслось, что проверить?

Eсли правильно понимаю одно из назначений программы IDC Diagnostics, то она пишет в лог все обращения к модему через TAPI, так там кроме RAS ничего и нет больше.

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

Проблема вот в этом:

12-11-2003 19:49:13.890 - Ожидание звонка.

Получается, что TAPI переходит в режим ожидания звонка. Почему - не знаем, но при таком раскладе идея не работает (поскольку она базировалась на предположении, что после окончания сеанса система не находится в режиме ожидания звонка.

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