Разрыв соединения

[Slaiiter]

Существует проблема следующего характера: сделано удаленное соединение с мини АТС, на обоих концах стоят модемы IDC-5614BXL/VR, соединение происходит нормально, закачка базы тоже без проблем, но при изменении каких либо параметров буквально на второй-третий раз происходит разрыв соединения (''Communication error''). Ковырял во всех возможных направлениях (и с модемами и со станцией) но решения так пока и не нашел. Подскажите в каком направлении копать.
Статистика следующая:

статистика №1:

Unimodem Diagnostics/W32, version 1.1.0.1, compiled at Nov 20 2002 22:29:14
(c) 2000 Stanislav V. Mekhanoshin (rampitec@tu.spb.ru, 2:5030/172.9@fidonet)
-----------------------------------------------------------------------
Diag Command Specification rev. : 1.0
Call Setup Result code : Data Answering signal detected
Multi-media mode : Data Only
DTE-DCE interface mode : Async data
TX/RX signal power level, -dBm : 9/8
Estimated noise level, -dBm : 100
TX/RX Negotiation : V.32bis/V.32bis
TX/RX Symbol Rate : 2400/2400
TX/RX Carrier frequency, Hz : 1800/1800
TX data rate (Last/Init) : 9600/9600
RX data rate (Last/Init) : 9600/9600
Temporary carrier loss count : 0
Carrier Rate Re-neg count : 0
Retrains Requested/Granted : 0/0
Protocol/Compression : V.42 LAPM/None
Error control frame size, bytes : 64
Error control timeouts in TX : 9
Error control NAKs received : 2
Compression dict. size, bytes : 0
TX/RX flow control : V.24 ckt 106/133 / V.24 ckt 106/133
TX/RX chars sent : 5955/58145
TX/RX chars lost (data overrun) : 0/0
TX/RX I-Frame count : 482/1108
TX/RX I-Frame error count : 2/0
Termination Cause : cct108 turned Off

Rockwell Diagnostics/W32, version 1.1.0.6, compiled at Oct 12 2001 19:44:55
(c) 2000 Stanislav V. Mekhanoshin (rampitec@tu.spb.ru, 2:5030/172.9@fidonet)
-----------------------------------------------------------------------
Connection time : 00:05:03
Handshake Time/Retries : 19 sec/0
TX Rate (Last/Init/Min/Max) : 9600/9600/9600/9600
RX Rate (Last/Init/Min/Max) : 9600/9600/9600/9600
Modulation/Protocol/Compression : V.32/LAPM/NONE
TX Signal Level, -dB : 9
RX Signal Level (Last/Min/Max), -dB : 7/7/7
Round trip delay, ms : 6.833
EQM Value (Last/Min/Max/Negative) : 3/2/6/0
EQM Last 10 Readings : 3 3 4 3 3 4 3 3 4 3
TX Trellis Encoding : 16 state
Error Correction Status : ODP:T ADP:R SABME:T UA:R XID:T,R SYNC
Retrains (Issued/Granted/Fast) : 0/0/0
Renegs (Issued/Granted) : 0/0
Retrans per frame/Frames rejected : 1/0
Total number of REJ sent/received : 0/2
Last Retrain/Reneg reason : None
Last Retrain/Reneg requested : None
Minutes Since Last Retrain/Reneg : 5
Disconnect reason : LOCAL REQUEST
CRe/CRd/CL/MS/ACK/NAK received : Yes/No/Yes/No/Yes/No
V.8bis success/V.8bis neg started : Yes/Yes

at%s0
Time Online........................................... 00:05:03
Termination Reason............................... LOCAL REQUEST
Tx Rate (Last/Init/Min/Max)………………….….. 9600/ 9600/ 9600/ 9600 bps
Rx Rate (Last/Init/Min/Max)……………….…….. 9600/ 9600/ 9600/ 9600 bps
Modulation............................................ V.32bis
Protocol/Compression............................ LAP-M/NONE
Line Quality........................................... 3
Tx/Power Drop/Rx Level………………………...... 9/NA/8
SNR Last/Min/Max.................................. NA/NA/NA
Highest Rx/Tx State............................... 00/00
EQM Sum.............................................. 0000
RBS Pattern.......................................... NA
Rate Drop............................................. NA
Digital Loss........................................... None
Retrains Issued/Granted/Auto………………... 0/0/0
Renegs Issued/Granted.......................... 0/0
FForwards/FBacks/Denied....................... 0/0/0
Forced FB/FB after FF/MaxREJ……….….…..… 0/0/0
Last dialed number................................. T93_____
Flex fail

статистика №2

Unimodem Diagnostics/W32, version 1.1.0.1, compiled at Nov 20 2002 22:29:14
(c) 2000 Stanislav V. Mekhanoshin (rampitec@tu.spb.ru, 2:5030/172.9@fidonet)
-----------------------------------------------------------------------
Diag Command Specification rev.: 1.0
Call Setup Result code : Data Answering signal detected
Multi-media mode : Data Only
DTE-DCE interface mode : Async data
TX/RX signal power level, -dBm : 9/8
Estimated noise level, -dBm : 100
TX/RX Negotiation : V.32bis/V.32bis
TX/RX Symbol Rate : 2400/2400
TX/RX Carrier frequency, Hz : 1800/1800
TX data rate (Last/Init) : 9600/9600
RX data rate (Last/Init) : 9600/9600
Temporary carrier loss count : 0
Carrier Rate Re-neg count : 0
Retrains Requested/Granted : 0/0
Protocol/Compression : V.42 LAPM/None
Error control frame size, bytes : 64
Error control timeouts in TX : 9
Error control NAKs received : 6
Compression dict. size, bytes : 0
TX/RX flow control : V.24 ckt 106/133 / V.24 ckt 106/133
TX/RX chars sent : 14732/72143
TX/RX chars lost (data overrun) : 0/0
TX/RX I-Frame count : 705/1376
TX/RX I-Frame error count : 6/0
Termination Cause : Dte Hangup Command

Rockwell Diagnostics/W32, version 1.1.0.6, compiled at Oct 12 2001 19:44:55
(c) 2000 Stanislav V. Mekhanoshin (rampitec@tu.spb.ru, 2:5030/172.9@fidonet)
-----------------------------------------------------------------------
Connection time : 02:12:07
Handshake Time/Retries : 21 sec/0
TX Rate (Last/Init/Min/Max) : 9600/9600/9600/9600
RX Rate (Last/Init/Min/Max) : 9600/9600/9600/9600
Modulation/Protocol/Compression : V.32/LAPM/NONE
TX Signal Level, -dB : 9
RX Signal Level (Last/Min/Max), -dB : 7/7/7
Round trip delay, ms : 7.250
EQM Value (Last/Min/Max/Negative) : 3/1/8/0
EQM Last 10 Readings : 3 4 3 4 2 3 4 3 3 2
TX Trellis Encoding : 16 state
Error Correction Status : ODP:T ADP:R SABME:T UA:R XID:T,R SYNC
Retrains (Issued/Granted/Fast) : 0/0/0
Renegs (Issued/Granted) : 0/0
Retrans per frame/Frames rejected : 1/0
Total number of REJ sent/received : 0/6
Last Retrain/Reneg reason : None
Last Retrain/Reneg requested : None
Minutes Since Last Retrain/Reneg : 132
Disconnect reason : LOCAL REQUEST
CRe/CRd/CL/MS/ACK/NAK received : Yes/No/Yes/No/Yes/No
V.8bis success/V.8bis neg started : Yes/Yes

at%s0
Time Online........................................... 02:12:07
Termination Reason............................... LOCAL REQUEST
Tx Rate (Last/Init/Min/Max)………………………. 9600/ 9600/ 9600/ 9600 bps
Rx Rate (Last/Init/Min/Max)………………………. 9600/ 9600/ 9600/ 9600 bps
Modulation............................................. V.32bis
Protocol/Compression............................. LAP-M/NONE
Line Quality............................................ 3
Tx/Power Drop/Rx Level………………………...... 9/NA/8
SNR Last/Min/Max................................... NA/NA/NA
Highest Rx/Tx State................................ 00/00
EQM Sum............................................... 0000
RBS Pattern........................................... NA
Rate Drop.............................................. NA
Digital Loss............................................ None
Retrains Issued/Granted/Auto…………….…... 0/0/0
Renegs Issued/Granted........................... 0/0
FForwards/FBacks/Denied........................ 0/0/0
Forced FB/FB after FF/MaxREJ…………………… 0/0/0
Last dialed number.................................. T93_____
Flex fail

[Technical Support]

Статистика не показывает каких-либо проблем. Во всяком случае, со стороны этого (вызывающего) модема. Возможно, что-то не так у модема со стороны АТС, но там статистику не посмотришь

По опыту, 99% всех проблем при использовании модемов в паре с "неинтеллектуальным DTE" (т.е. устройством, которое не умеет посылать AT-команды связано с неправильной настройкой параметров порта и/или метода управления потоком данных.

При настройке модема необходимо в терминальной программе выставить такие параметры скорости и формата символа, которые будут использоваться в целевой системе (в Вашем случае - "которые установлены в последовательном порту АТС"). Например, 9600 бит/с, 8 бит в символе, без контроля чётности, 1 стоп-бит.

Заметим, что некоторые терминальные программы неправильно выставляют параметры формата символа в последовательном порту. Один из случаев описан в этой теме, так что всё нужно перепроверять!

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

Есть ещё мысль: изготавливаете нуль-модемный кабель и соединяетесь с АТС напрямую (без модемов). Проверяете работу. Если всё в порядке, то программируете модемы тем компьютером и терминальной программой, в которой только что "всё работало". Затем пробуете соединяться через модемы.
_________________
Inpro
Technical Support

[Slaiiter]

Спасибо за столь быстрый ответ.

[Technical Support]

Во-первых, просим Вас впредь пользоваться средствами форматирования, предоставляемыми форумом (BBCode), поскольку отформатированный "доморощенными средствами" текст крайне неудобно читать. В частности, это относится к цитированию.

Во-вторых, вопрос о скорости порта и формате символа снимается. АТС умеет посылать AT-команды и следовательно, не является неинтеллектуальным DTE. Модем автоматически определяет параметры порта в момент получения АТ-команды инициализации.

В настройках всё более-менее правильно. Попробуйте заменить &D0 в строке инициализации отвечающего модема на S15.7=1. В настройках порта попробуйте заменить Flow control - None на аппаратный (CTS/RTS).

Хотелось бы уточнить: по получению сообщения ''Communication error'' модемы остаются на связи или соединение разрывается? Правильно ли мы понимаем, что для работы с АТС используется специально созданная для этого программа, а не терминалка?
_________________
Inpro
Technical Support

[Slaiiter]

[Technical Support]

Никакой логики в ситуации нет, поэтому мы лишь перебираем возможные варианты. Что касается управления потоком, то скорее всего, оно осуществляется программным способом (АТС и программой "Maintenance Console"), у них наверняка "свой" протокол общения друг с другом.

Разрыв модемного соединения произошёл по инициативе программы, этой самой Maintenance Console:

Termination Reason............................... LOCAL REQUEST

причём для разрыва программа отключила цепь DTR:

Termination Cause : cct108 turned Off

Есть предположение, что если бы в строке инициализации вызывающего модема Вы использовали &D0, то модемы бы остались на линии.

В целом, картину проишествия мы видим так: при выполнении некоторых команд в ПО станции (скорее всего) происходит сбой, в результате которого нарушается протокол общения между АТС и Maintenance Console. По этому поводу последняя ругается ("Communication error") и отключает цепь DTR, чтобы разорвать связь.

Возможно, что параллельно с общением с нами Вам стОит обратиться в службу техподдержки производителя АТС. Может быть, удастся получить некую "отладочную информацию", которая наведёт на причину неприятностей.
_________________
Inpro
Technical Support

[Slaiiter]

С прошедшими праздниками!

Замена &D0 в строке инициализпции отвечающего модема на S15.7=1 ничего не дала, как и изменение в настройках порта Flow control-None на аппаратное.

[Technical Support]

Врядли мы сможем чем-либо ещё помочь. Команда &D0 до вызывающего модема не дошла, о чём свидетельствует запись:

Termination Cause : cct108 turned Off

Вызывающий модем рассоединился потому, что обнаружил отключение цепи DTR (при установке &D0 этого бы не случилось). Отключаясь, он послал кадр DISC удалённому модему (тому, который подключён к АТС), и тот также отключился. Установками (настройками) модемов можно добиться того, чтобы физический канал не разрывался, но смысла в этом нет: всё равно логическое соединение программа консоли разрывает.

Управление потоком также не виновато:

TX/RX chars lost (data overrun): 0/0

При проблемах с управлением потоком всегда наблюдаются потери символов при передаче.

В общем, единственно возможный путь - через производителя АТС, выяснить у него, в чём может быть дело. Можно ещё "методом тыка"... попробуйте заменить компьютер, с которого пытаетесь работать.
_________________
Inpro
Technical Support

[Slaiiter]

Статистика которую я выложил c обычной строкой инициализации о которой я писал выше без &D0 ( AT&F0E0V1X1L0M0S10=30S12=50M2L2) поэтому и:

Termination Cause : cct108 turned Off

С &D0, как вы и написали, модемы остаются на линиии, но от этого не легче так как соединение консоли с АТС разрываеться.

[Technical Support]

По поводу статистики, загляните в FAQ. Но в Вашем конкретном случае "статистика чиста, как слеза", там нет ничего подозрительного.
_________________
Inpro
Technical Support