©2002, INPRO Development Corporation
 
 FAQFAQ   ПоискПоиск   ПользователиПользователи   ГруппыГруппы   РегистрацияРегистрация
 ПрофильПрофиль   Войти и проверить личные сообщенияВойти и проверить личные сообщения   ВходВход

Ложные обнаружения Call Waiting в v.2.26 :(
На страницу 1, 2, 3  След.
 
Начать новую тему   Ответить на тему    Список форумов Форум по модемам IDC -> General
Предыдущая тема :: Следующая тема  
Автор Сообщение
Oxy
Member


Зарегистрирован: 03.03.2004
Сообщения: 175
Откуда: Киев

СообщениеДобавлено: Пт Сен 09, 2005 11:54 pm    Заголовок сообщения: Ложные обнаружения Call Waiting в v.2.26 :( Ответить с цитатой

Версия прошивки 2.26 (билд не последний, но уже с "новым алгоритмом")
Только включил s10=16, и через пол часа -- на тебе. Mad
Сигнала Call Waiting в линии быть точно не могло (несколько раз проверял, набирая этот номер с другого телефона).
А вот помигивание "АА" с периодичностью сигнала вызова(звонка) -- явление весьма частое.
Хотелось бы надеяться, что это единичный глюк, но слабо верится...
Зачем было убирать s220 Question

Да, SNR в этом сеансе атипично паршивый.
Цитата:
DeviceName: IDC 5614BXL VR PnP
UserInit: atm5s202.7=1s17=47%e3s120=0s91=9s10=16+ms=,,,52000
----------------------------------------------------------------------
000

Time Online.................. 00:31:48
Termination Reason........... CALL WAITING
Tx Rate (Last/Init/Min/Max).. 16800/16800/16800/16800 bps
Rx Rate (Last/Init/Min/Max).. 24000/28800/24000/28800 bps
Modulation................... V.34bis
Protocol/Compression......... LAP-M/V.42bis
Line Quality................. 35
Tx/Power Drop/Rx Level....... 9/0/24
SNR Last/Min/Max............. 24/24/24
Highest Rx/Tx State.......... 85/87
EQM Sum...................... 0047
RBS Pattern.................. NA
Rate Drop.................... NA
Digital Loss................. None
Retrains Issued/Granted/Auto. 0/0/0
Renegs Issued/Granted........ 1/0
FForwards/FBacks/FEQM/Denied. 0/1/0/0
Forced FB/FB after FF/MaxREJ. 0/0/4
Last dialed number........... P2463992
Flex fail 94818303

Rockwell Diagnostics/W32, version 1.3.0.0, compiled at Jun 13 2002 22:35:06
(c) 2000 Stanislav V. Mekhanoshin (rampitec@tu.spb.ru, 2:5030/172.9@fidonet)
----------------------------------------------------------------------------
Connection time : 00:31:48
Handshake Time/Retries : 20 sec/0
TX Rate (Last/Init/Min/Max) : 16800/16800/16800/16800
RX Rate (Last/Init/Min/Max) : 24000/28800/24000/28800
Modulation/Protocol/Compression : V.34/LAPM/V.42bis
TX Symbol rate : 3200
TX/RX carrier frequency, Hz : 1829/1829
Signal Level (TX/Power Drop), -dB : 9/0
RX Signal Level (Last/Min/Max), -dB : 23/23/23
Band Edge Lower/Upper, Hz : 150/3825
Round trip delay, ms : 8.188
EQM Value (Last/Min/Max/Negative) : 35/29/107/0
EQM Samples Running Sum : 0047
EQM Last 10 Readings : 37 36 33 37 40 36 39 35 33 34
SNR Ratio (Last/Min/Max), dB : 24/24/24
TX/RX Non-linear Encoding : ON/ON
TX/RX Precoding : ON/ON
TX/RX Constellation Shaping : ON/ON
TX Trellis Encoding : 16 state
TX Pre-emphasis : 0
TX/RX state (Max TX/RX, Last TX/RX) : 87H/85H, 87H/85H
Error Correction Status : ODP:T ADP:R SABME:T UA:R XID:T,R SYNC
Energy at 3750Hz/Average Energy : 80/73
Retrains (Issued/Granted/Fast) : 0/0/0
Renegs (Issued/Granted) : 1/0
Retrans per frame/Frames rejected : 1/6
Total number of REJ sent/received : 6/1
Last Retrain/Reneg reason : Fall-back due to high EQM
Last Retrain/Reneg requested : Local Rate Renegotiation
Minutes Since Last Retrain/Reneg : 31
Disconnect reason : CALL WAITING
Remote Manufacturer/Licensee Code : Conexant/Conexant
Remote Manufacturer's Product Caps : K56Flex, V.90
Remote V.8bis caps (type) : Analog (Client)
Remote V.8bis caps (K56Flex mode) : K56Flex prototype mode not supported
Remote V.8bis caps (K56Flex version): 1.0, 1.1
Remote supports symbol rate (1,2,5) : 2743:ON 2800:ON 3429:ON 3429-TX:ON
Remote supports symbol rate (3,4) : 3000-L:ON 3000-H:ON 3200-L:ON 3200-H:ON
Remote power drop support : ON
Remote max symbol rate difference : 0 steps
Remote is a CME modem : No
Remote supports V.34bis : Yes
Remote frequency source : Internal
CRe/CRd/CL/MS/ACK/NAK received : Yes/No/No/No/No/No
V.8bis success/V.8bis neg started : No/Yes


Unimodem Diagnostics/W32, version 1.1.0.1, compiled at Nov 20 2002 22:29:58
(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/24
Estimated noise level, -dBm : 48
TX/RX Negotiation : V.34/V.34
TX/RX Symbol Rate : 3200/3200
TX/RX Carrier frequency, Hz : 1829/1829
TX data rate (Last/Init) : 16800/16800
RX data rate (Last/Init) : 24000/28800
Temporary carrier loss count : 0
Carrier Rate Re-neg count : 1
Retrains Requested/Granted : 0/0
Protocol/Compression : V.42 LAPM/V.42bis
Error control frame size, bytes: 128
Error control timeouts in TX : 14
Error control NAKs received : 1
Compression dict. size, bytes : 2048
TX/RX flow control : V.24 ckt 106/133 / V.24 ckt 106/133
TX/RX chars sent : 181247/605106
TX/RX chars lost (data overrun): 0/0
TX/RX I-Frame count : 3147/4093
TX/RX I-Frame error count : 1/6
Termination Cause : Call Waiting signal detected


Modem Session Analyzer
-------------------------------------------------------------
Session time : 00:31:48
Retrains issued/granted/auto : 0/0/0
Renegs issued/granted/rrws : 1/0/0
TX Rate last/init : 16800/16800
RX Rate last/init : 24000/28800
Error control protocol/frame size : LAP-M/128
Average RX chars per frame : 147
TX frames/errors : 3147/1 (0.03 %)
RX frames/errors : 4093/6 (0.15 %)
Potential upstream cps : 1972
Potential downstream cps : 3095


Connection : MONU 1
Time online : 00:31:37
Client IP address : 10.0.1.22
Server IP address : 10.0.1.21
Connection speed : 28800 bps
Bytes received : 604627 (at 319 B/sec)
Bytes transmitted : 180884 (at 95 B/sec)
Inactive time : 00:26:23 (efficiency 16.6 %)
Active receive speed : NA
Assumed cont-load recv speed : NA
Frames received : 2187
Frames transmitted : 0
CRC errors : 3
Timeout errors : 0
Alignment errors : 0
Hardware overruns : 3
Buffer overruns : 0
Framing errors : 0
Вернуться к началу
Посмотреть профиль Отправить личное сообщение
Technical Support
Expert


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

СообщениеДобавлено: Сб Сен 10, 2005 7:37 am    Заголовок сообщения: Ответить с цитатой

S220 был нужен для старого алгоритма, надёжность которого была существенно меньше, чем нынешнего. Готовы поспорить, что при использовании старого алгоритма (установите версию 2.25) на этой же самой линии разрывы соединения по ложному определению Call waiting будут гораздо чаще.

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

Работать с включённым детектором Call waiting можно только на цифровых АТС. Об этом недвусмысленно сказано в "Руководстве пользователя".
_________________
Inpro
Technical Support
Вернуться к началу
Посмотреть профиль Отправить личное сообщение Отправить e-mail Посетить сайт автора
Oxy
Member


Зарегистрирован: 03.03.2004
Сообщения: 175
Откуда: Киев

СообщениеДобавлено: Сб Сен 10, 2005 6:29 pm    Заголовок сообщения: Ответить с цитатой

Обе АТС цифровые!
Однако, как я уже писал,
Цитата:
SNR в этом сеансе атипично паршивый.

Хотя слово "глюк" греет дущу: это пока единственное ложное срабатывание.
И всё же не пойму: что, регулировка чувствительности категорически несовместима с новым алгоритмом? Wink

А вот статистика, типичная этого канала
Такой себе, стабильно-паршивенький. Каждый раз сваливается на 28800, даже при не плохом EQM.
Интересно также, что скорость приёма мало зависит от SNR (см. 1-й пост).
Цитата:
DeviceName: IDC 5614BXL VR PnP
UserInit: atm4s202.7=1s17=47%e3s120=0s55.0=0+ms=,,,52000
----------------------------------------------------------------------
000

Time Online.................. 01:50:19
Termination Reason........... LOCAL REQUEST
Tx Rate (Last/Init/Min/Max).. 21600/28800/21600/28800 bps
Rx Rate (Last/Init/Min/Max).. 28800/31200/28800/31200 bps
Modulation................... V.34bis
Protocol/Compression......... LAP-M/V.42bis
Line Quality................. 41
Tx/Power Drop/Rx Level....... 9/0/24
SNR Last/Min/Max............. 43/43/43
Highest Rx/Tx State.......... 85/87
EQM Sum...................... 003F
RBS Pattern.................. NA
Rate Drop.................... NA
Digital Loss................. None
Retrains Issued/Granted/Auto. 0/0/0
Renegs Issued/Granted........ 1/3
FForwards/FBacks/FEQM/Denied. 0/1/0/0
Forced FB/FB after FF/MaxREJ. 1/0/7
Last dialed number........... P2463992
Flex fail 94818303

Rockwell Diagnostics/W32, version 1.3.0.0, compiled at Jun 13 2002 22:35:06
(c) 2000 Stanislav V. Mekhanoshin (rampitec@tu.spb.ru, 2:5030/172.9@fidonet)
----------------------------------------------------------------------------
Connection time : 01:50:19
Handshake Time/Retries : 19 sec/0
TX Rate (Last/Init/Min/Max) : 21600/28800/21600/28800
RX Rate (Last/Init/Min/Max) : 28800/31200/28800/31200
Modulation/Protocol/Compression : V.34/LAPM/V.42bis
TX Symbol rate : 3429
TX/RX carrier frequency, Hz : 1959/1959
Signal Level (TX/Power Drop), -dB : 9/0
RX Signal Level (Last/Min/Max), -dB : 23/23/23
Band Edge Lower/Upper, Hz : 150/3825
Round trip delay, ms : 8.415
EQM Value (Last/Min/Max/Negative) : 41/31/70/0
EQM Samples Running Sum : 003F
EQM Last 10 Readings : 44 39 49 42 39 48 45 39 44 38
SNR Ratio (Last/Min/Max), dB : 46/46/46
TX/RX Non-linear Encoding : ON/ON
TX/RX Precoding : ON/ON
TX/RX Constellation Shaping : ON/ON
TX Trellis Encoding : 16 state
TX Pre-emphasis : 2
TX/RX state (Max TX/RX, Last TX/RX) : 87H/85H, 87H/67H
Error Correction Status : ODP:T ADP:R SABME:T UA:R XID:T,R SYNC
Energy at 3750Hz/Average Energy : 98/357
Retrains (Issued/Granted/Fast) : 0/0/0
Renegs (Issued/Granted) : 1/3
Retrans per frame/Frames rejected : 1/96
Total number of REJ sent/received : 255 or more/93
Last Retrain/Reneg reason : Remote initiated a reneg
Last Retrain/Reneg requested : Remote Rate Renegotiation
Minutes Since Last Retrain/Reneg : 83
Disconnect reason : LOCAL REQUEST
Remote Manufacturer/Licensee Code : Conexant/Conexant
Remote Manufacturer's Product Caps : K56Flex, V.90
Remote V.8bis caps (type) : Analog (Client)
Remote V.8bis caps (K56Flex mode) : K56Flex prototype mode not supported
Remote V.8bis caps (K56Flex version): 1.0, 1.1
Remote supports symbol rate (1,2,5) : 2743:ON 2800:ON 3429:ON 3429-TX:ON
Remote supports symbol rate (3,4) : 3000-L:ON 3000-H:ON 3200-L:ON 3200-H:ON
Remote power drop support : ON
Remote max symbol rate difference : 0 steps
Remote is a CME modem : No
Remote supports V.34bis : Yes
Remote frequency source : Internal
CRe/CRd/CL/MS/ACK/NAK received : Yes/No/No/No/No/No
V.8bis success/V.8bis neg started : No/Yes


Unimodem Diagnostics/W32, version 1.1.0.1, compiled at Nov 20 2002 22:29:58
(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/24
Estimated noise level, -dBm : 67
TX/RX Negotiation : V.34/V.34
TX/RX Symbol Rate : 3429/3429
TX/RX Carrier frequency, Hz : 1959/1959
TX data rate (Last/Init) : 21600/28800
RX data rate (Last/Init) : 28800/31200
Temporary carrier loss count : 0
Carrier Rate Re-neg count : 4
Retrains Requested/Granted : 0/0
Protocol/Compression : V.42 LAPM/V.42bis
Error control frame size, bytes: 128
Error control timeouts in TX : 11
Error control NAKs received : 93
Compression dict. size, bytes : 2048
TX/RX flow control : V.24 ckt 106/133 / V.24 ckt 106/133
TX/RX chars sent : 841253/17539243
TX/RX chars lost (data overrun): 0/0
TX/RX I-Frame count : 53441/144468
TX/RX I-Frame error count : 93/608
Termination Cause : cct108 turned Off

2.
DeviceName: IDC 5614BXL VR PnP
UserInit: atm4s202.7=1s17=47%e3s120=0s55.0=0s13.2=1s13.3=1+ms=,,,52000
----------------------------------------------------------------------
000

Time Online.................. 00:09:18
Termination Reason........... TEL PICKUP
Tx Rate (Last/Init/Min/Max).. 26400/26400/26400/26400 bps
Rx Rate (Last/Init/Min/Max).. 28800/31200/28800/31200 bps
Modulation................... V.34bis
Protocol/Compression......... LAP-M/V.42bis
Line Quality................. 38
Tx/Power Drop/Rx Level....... 9/0/24
SNR Last/Min/Max............. 43/43/43
Highest Rx/Tx State.......... 85/87
EQM Sum...................... 003F
RBS Pattern.................. NA
Rate Drop.................... NA
Digital Loss................. None
Retrains Issued/Granted/Auto. 0/0/0
Renegs Issued/Granted........ 1/0
FForwards/FBacks/FEQM/Denied. 0/1/0/0
Forced FB/FB after FF/MaxREJ. 1/0/7
Last dialed number........... P2463907
Flex fail 94818303

Rockwell Diagnostics/W32, version 1.3.0.0, compiled at Jun 13 2002 22:35:06
(c) 2000 Stanislav V. Mekhanoshin (rampitec@tu.spb.ru, 2:5030/172.9@fidonet)
----------------------------------------------------------------------------
Connection time : 00:09:18
Handshake Time/Retries : 19 sec/0
TX Rate (Last/Init/Min/Max) : 26400/26400/26400/26400
RX Rate (Last/Init/Min/Max) : 28800/31200/28800/31200
Modulation/Protocol/Compression : V.34/LAPM/V.42bis
TX Symbol rate : 3429
TX/RX carrier frequency, Hz : 1959/1959
Signal Level (TX/Power Drop), -dB : 9/0
RX Signal Level (Last/Min/Max), -dB : 23/24/23
Band Edge Lower/Upper, Hz : 150/3825
Round trip delay, ms : 9.290
EQM Value (Last/Min/Max/Negative) : 38/29/74/0
EQM Samples Running Sum : 003F
EQM Last 10 Readings : 37 33 39 37 33 40 33 35 39 37
SNR Ratio (Last/Min/Max), dB : 46/46/46
TX/RX Non-linear Encoding : ON/ON
TX/RX Precoding : ON/ON
TX/RX Constellation Shaping : ON/ON
TX Trellis Encoding : 16 state
TX Pre-emphasis : 4
TX/RX state (Max TX/RX, Last TX/RX) : 87H/85H, 87H/85H
Error Correction Status : ODP:T ADP:R SABME:T UA:R XID:T,R SYNC
Energy at 3750Hz/Average Energy : 105/373
Retrains (Issued/Granted/Fast) : 0/0/0
Renegs (Issued/Granted) : 1/0
Retrans per frame/Frames rejected : 1/18
Total number of REJ sent/received : 18/1
Last Retrain/Reneg reason : Fall-back due to high EQM
Last Retrain/Reneg requested : Local Rate Renegotiation
Minutes Since Last Retrain/Reneg : 9
Disconnect reason : EXTENSION PICKUP
Remote Manufacturer/Licensee Code : Conexant/Conexant
Remote Manufacturer's Product Caps : K56Flex, V.90
Remote V.8bis caps (type) : Analog (Client)
Remote V.8bis caps (K56Flex mode) : K56Flex prototype mode not supported
Remote V.8bis caps (K56Flex version): 1.0, 1.1
Remote supports symbol rate (1,2,5) : 2743:ON 2800:ON 3429:ON 3429-TX:ON
Remote supports symbol rate (3,4) : 3000-L:ON 3000-H:ON 3200-L:ON 3200-H:ON
Remote power drop support : ON
Remote max symbol rate difference : 0 steps
Remote is a CME modem : No
Remote supports V.34bis : Yes
Remote frequency source : Internal
CRe/CRd/CL/MS/ACK/NAK received : Yes/No/No/No/No/No
V.8bis success/V.8bis neg started : No/Yes


Unimodem Diagnostics/W32, version 1.1.0.1, compiled at Nov 20 2002 22:29:58
(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/24
Estimated noise level, -dBm : 67
TX/RX Negotiation : V.34/V.34
TX/RX Symbol Rate : 3429/3429
TX/RX Carrier frequency, Hz : 1959/1959
TX data rate (Last/Init) : 26400/26400
RX data rate (Last/Init) : 28800/31200
Temporary carrier loss count : 0
Carrier Rate Re-neg count : 1
Retrains Requested/Granted : 0/0
Protocol/Compression : V.42 LAPM/V.42bis
Error control frame size, bytes: 128
Error control timeouts in TX : 0
Error control NAKs received : 1
Compression dict. size, bytes : 2048
TX/RX flow control : V.24 ckt 106/133 / V.24 ckt 106/133
TX/RX chars sent : 33518/1197737
TX/RX chars lost (data overrun): 0/0
TX/RX I-Frame count : 3347/9621
TX/RX I-Frame error count : 1/18
Termination Cause : Extension Phone Off Hook
Вернуться к началу
Посмотреть профиль Отправить личное сообщение
Technical Support
Expert


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

СообщениеДобавлено: Сб Сен 10, 2005 7:35 pm    Заголовок сообщения: Ответить с цитатой

Цитата:
Такой себе, стабильно-паршивенький. Каждый раз сваливается на 28800, даже при не плохом EQM


Сваливается по причине большого количества сбойных кадров на приёме (forced fallback):

FForwards/FBacks/FEQM/Denied. 0/1/0/0
Forced FB/FB after FF/MaxREJ. 1/0/7

Вы можете добавить в строку инициализации команду S210.4=1 и посмотреть, что получится. Практически наверняка модем останется на 31200 бит/с, но есть вероятность, что при этом будет слишком большой процент ошибок на приёме и в результате производительность (CPS) только упадёт. В общем, тут нужен эксперимент Smile Скачайте какой-нибудь архивированный файл с установкой S210.4=1 и без неё, и сравните производительность (время скачивания). Не забудьте выключить/включить питание модема после смены строки инициализации.

Качество связи стабильно посредственное. Вероятно, один раз проскочила помеха, которая и привела к ложному обнаружению Call waiting. Причём помеха была именно в виде dialtone, т.е. неотличима от настоящего Call waiting.

Регулировка чувствительности детектора действительно не нужна, уж поверьте на слово Smile
_________________
Inpro
Technical Support
Вернуться к началу
Посмотреть профиль Отправить личное сообщение Отправить e-mail Посетить сайт автора
Oxy
Member


Зарегистрирован: 03.03.2004
Сообщения: 175
Откуда: Киев

СообщениеДобавлено: Сб Сен 10, 2005 9:49 pm    Заголовок сообщения: Ответить с цитатой

C качеством линии понятно...
Но вот, опять Exclamation
И SNR на этот раз нормальный.
Цитата:
DeviceName: IDC 5614BXL VR PnP
UserInit: atm5s202.7=1s17=47%e3s120=0s91=9s10=16+ms=,,,52000
----------------------------------------------------------------------
000

Time Online.................. 00:16:17
Termination Reason........... CALL WAITING
Tx Rate (Last/Init/Min/Max).. 24000/28800/24000/28800 bps
Rx Rate (Last/Init/Min/Max).. 28800/31200/28800/31200 bps
Modulation................... V.34bis
Protocol/Compression......... LAP-M/V.42bis
Line Quality................. 39
Tx/Power Drop/Rx Level....... 9/0/24
SNR Last/Min/Max............. 43/43/43
Highest Rx/Tx State.......... 85/87
EQM Sum...................... 003F
RBS Pattern.................. NA
Rate Drop.................... NA
Digital Loss................. None
Retrains Issued/Granted/Auto. 0/0/0
Renegs Issued/Granted........ 1/2
FForwards/FBacks/FEQM/Denied. 0/1/0/0
Forced FB/FB after FF/MaxREJ. 0/0/7
Last dialed number........... P2463907
Flex fail 94818303

Rockwell Diagnostics/W32, version 1.3.0.0, compiled at Jun 13 2002 22:35:06
(c) 2000 Stanislav V. Mekhanoshin (rampitec@tu.spb.ru, 2:5030/172.9@fidonet)
----------------------------------------------------------------------------
Connection time : 00:16:17
Handshake Time/Retries : 19 sec/0
TX Rate (Last/Init/Min/Max) : 24000/28800/24000/28800
RX Rate (Last/Init/Min/Max) : 28800/31200/28800/31200
Modulation/Protocol/Compression : V.34/LAPM/V.42bis
TX Symbol rate : 3429
TX/RX carrier frequency, Hz : 1959/1959
Signal Level (TX/Power Drop), -dB : 9/0
RX Signal Level (Last/Min/Max), -dB : 24/24/23
Band Edge Lower/Upper, Hz : 150/3825
Round trip delay, ms : 7.541
EQM Value (Last/Min/Max/Negative) : 39/32/83/0
EQM Samples Running Sum : 003F
EQM Last 10 Readings : 35 40 40 39 42 42 39 46 40 40
SNR Ratio (Last/Min/Max), dB : 46/46/46
TX/RX Non-linear Encoding : ON/ON
TX/RX Precoding : ON/ON
TX/RX Constellation Shaping : ON/ON
TX Trellis Encoding : 16 state
TX Pre-emphasis : 3
TX/RX state (Max TX/RX, Last TX/RX) : 87H/85H, 87H/67H
Error Correction Status : ODP:T ADP:R SABME:T UA:R XID:T,R SYNC
Energy at 3750Hz/Average Energy : 91/374
Retrains (Issued/Granted/Fast) : 0/0/0
Renegs (Issued/Granted) : 1/2
Retrans per frame/Frames rejected : 1/46
Total number of REJ sent/received : 46/1
Last Retrain/Reneg reason : Remote initiated a reneg
Last Retrain/Reneg requested : Remote Rate Renegotiation
Minutes Since Last Retrain/Reneg : 5
Disconnect reason : CALL WAITING
Remote Manufacturer/Licensee Code : Conexant/Conexant
Remote Manufacturer's Product Caps : K56Flex, V.90
Remote V.8bis caps (type) : Analog (Client)
Remote V.8bis caps (K56Flex mode) : K56Flex prototype mode not supported
Remote V.8bis caps (K56Flex version): 1.0, 1.1
Remote supports symbol rate (1,2,5) : 2743:ON 2800:ON 3429:ON 3429-TX:ON
Remote supports symbol rate (3,4) : 3000-L:ON 3000-H:ON 3200-L:ON 3200-H:ON
Remote power drop support : ON
Remote max symbol rate difference : 0 steps
Remote is a CME modem : No
Remote supports V.34bis : Yes
Remote frequency source : Internal
CRe/CRd/CL/MS/ACK/NAK received : Yes/No/No/No/No/No
V.8bis success/V.8bis neg started : No/Yes


Unimodem Diagnostics/W32, version 1.1.0.1, compiled at Nov 20 2002 22:29:58
(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/24
Estimated noise level, -dBm : 67
TX/RX Negotiation : V.34/V.34
TX/RX Symbol Rate : 3429/3429
TX/RX Carrier frequency, Hz : 1959/1959
TX data rate (Last/Init) : 24000/28800
RX data rate (Last/Init) : 28800/31200
Temporary carrier loss count : 0
Carrier Rate Re-neg count : 3
Retrains Requested/Granted : 0/0
Protocol/Compression : V.42 LAPM/V.42bis
Error control frame size, bytes: 128
Error control timeouts in TX : 6
Error control NAKs received : 1
Compression dict. size, bytes : 2048
TX/RX flow control : V.24 ckt 106/133 / V.24 ckt 106/133
TX/RX chars sent : 125814/290812
TX/RX chars lost (data overrun): 0/0
TX/RX I-Frame count : 1725/2544
TX/RX I-Frame error count : 1/46
Termination Cause : Call Waiting signal detected
Вернуться к началу
Посмотреть профиль Отправить личное сообщение
Technical Support
Expert


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

СообщениеДобавлено: Вс Сен 11, 2005 1:53 pm    Заголовок сообщения: Ответить с цитатой

Ещё раз: SNR, который мы видим в статистике, вычисляется во время line probing (т.е. фаза 2 хэндшейка или последней перетренировки). Соответственно, судить о том, была помеха или нет в момент разрыва связи, по показаниям SNR, определённым 16 с лишним минут назад - бессмыслица.

И ещё один раз: при работе на аналоговых АТС ложные обнаружения Call waiting были, есть, и будут. Сейчас, с появлением версии 2.26, их стало гораздо меньше (раз в 20, как минимум) - но они всё равно есть.
_________________
Inpro
Technical Support
Вернуться к началу
Посмотреть профиль Отправить личное сообщение Отправить e-mail Посетить сайт автора
Oxy
Member


Зарегистрирован: 03.03.2004
Сообщения: 175
Откуда: Киев

СообщениеДобавлено: Вс Сен 11, 2005 2:50 pm    Заголовок сообщения: Ответить с цитатой

Цитата:
И ещё один раз: при работе на аналоговых АТС ложные обнаружения Call waiting были, есть, и будут.

2 Technical Support
Вынуждаете "повысить голос" Wink

Сб Сен 10, 2005 5:29 pm писал(а):

Обе АТС цифровые!
Вернуться к началу
Посмотреть профиль Отправить личное сообщение
Oxy
Member


Зарегистрирован: 03.03.2004
Сообщения: 175
Откуда: Киев

СообщениеДобавлено: Вс Сен 11, 2005 4:16 pm    Заголовок сообщения: Ответить с цитатой

Вот еще, сразу после line probing:
Цитата:
DeviceName: IDC 5614BXL VR PnP
UserInit: atm5s202.7=1s17=47%e3s120=0s91=9s10=16+ms=,,,52000
----------------------------------------------------------------------
000

Time Online.................. 00:00:04
Termination Reason........... CALL WAITING
Tx Rate (Last/Init/Min/Max).. 26400/26400/26400/26400 bps
Rx Rate (Last/Init/Min/Max).. 31200/31200/31200/31200 bps
Modulation................... V.34bis
Protocol/Compression......... LAP-M/V.42bis
Line Quality................. 59
Tx/Power Drop/Rx Level....... 9/0/24
SNR Last/Min/Max............. 43/43/43
Highest Rx/Tx State.......... 67/67
EQM Sum...................... 0045
RBS Pattern.................. NA
Rate Drop.................... NA
Digital Loss................. None
Retrains Issued/Granted/Auto. 0/0/0
Renegs Issued/Granted........ 0/0
FForwards/FBacks/FEQM/Denied. 0/0/0/0
Forced FB/FB after FF/MaxREJ. 0/0/0
Last dialed number........... P2463992
Flex fail 94818303

Rockwell Diagnostics/W32, version 1.3.0.0, compiled at Jun 13 2002 22:35:06
(c) 2000 Stanislav V. Mekhanoshin (rampitec@tu.spb.ru, 2:5030/172.9@fidonet)
----------------------------------------------------------------------------
Connection time : 00:00:04
Handshake Time/Retries : 20 sec/0
TX Rate (Last/Init/Min/Max) : 26400/26400/26400/26400
RX Rate (Last/Init/Min/Max) : 31200/31200/31200/31200
Modulation/Protocol/Compression : V.34/LAPM/V.42bis
TX Symbol rate : 3429
TX/RX carrier frequency, Hz : 1959/1959
Signal Level (TX/Power Drop), -dB : 9/0
RX Signal Level (Last/Min/Max), -dB : 23/23/23
Band Edge Lower/Upper, Hz : 150/3825
Round trip delay, ms : 9.290
EQM Value (Last/Min/Max/Negative) : 59/59/66/0
EQM Samples Running Sum : 0045
EQM Last 10 Readings : 66 0 NA NA NA NA NA NA NA NA
SNR Ratio (Last/Min/Max), dB : 48/48/48
TX/RX Non-linear Encoding : ON/ON
TX/RX Precoding : ON/ON
TX/RX Constellation Shaping : ON/ON
TX Trellis Encoding : 16 state
TX Pre-emphasis : 1
TX/RX state (Max TX/RX, Last TX/RX) : 67H/67H, 67H/67H
Error Correction Status : ODP:T ADP:R SABME:T UA:R XID:T,R SYNC
Energy at 3750Hz/Average Energy : 105/376
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/0
Last Retrain/Reneg reason : None
Last Retrain/Reneg requested : None
Minutes Since Last Retrain/Reneg : 0
Disconnect reason : CALL WAITING
Remote Manufacturer/Licensee Code : Conexant/Conexant
Remote Manufacturer's Product Caps : K56Flex, V.90
Remote V.8bis caps (type) : Analog (Client)
Remote V.8bis caps (K56Flex mode) : K56Flex prototype mode not supported
Remote V.8bis caps (K56Flex version): 1.0, 1.1
Remote supports symbol rate (1,2,5) : 2743:ON 2800:ON 3429:ON 3429-TX:ON
Remote supports symbol rate (3,4) : 3000-L:ON 3000-H:ON 3200-L:ON 3200-H:ON
Remote power drop support : ON
Remote max symbol rate difference : 0 steps
Remote is a CME modem : No
Remote supports V.34bis : Yes
Remote frequency source : Internal
CRe/CRd/CL/MS/ACK/NAK received : Yes/No/No/No/No/No
V.8bis success/V.8bis neg started : No/Yes


Unimodem Diagnostics/W32, version 1.1.0.1, compiled at Nov 20 2002 22:29:58
(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/24
Estimated noise level, -dBm : 67
TX/RX Negotiation : V.34/V.34
TX/RX Symbol Rate : 3429/3429
TX/RX Carrier frequency, Hz : 1959/1959
TX data rate (Last/Init) : 26400/26400
RX data rate (Last/Init) : 31200/31200
Temporary carrier loss count : 0
Carrier Rate Re-neg count : 0
Retrains Requested/Granted : 0/0
Protocol/Compression : V.42 LAPM/V.42bis
Error control frame size, bytes: 128
Error control timeouts in TX : 0
Error control NAKs received : 0
Compression dict. size, bytes : 2048
TX/RX flow control : V.24 ckt 106/133 / V.24 ckt 106/133
TX/RX chars sent : 413/289
TX/RX chars lost (data overrun): 0/0
TX/RX I-Frame count : 15/14
TX/RX I-Frame error count : 0/0
Termination Cause : Call Waiting signal detected


Question
А по которому по счёту сигналу Call Waiting модем отключается? И почему это не регулируется?
Вернуться к началу
Посмотреть профиль Отправить личное сообщение
Technical Support
Expert


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

СообщениеДобавлено: Вс Сен 11, 2005 5:09 pm    Заголовок сообщения: Ответить с цитатой

Цитата:
Обе АТС цифровые!


Значит, это "плохая цифра". Типичная картина для связи между двумя цифровыми АТС - 33600 бит/с в обоих направлениях и практически полное отсутствие ошибок.

У Вас же картина другая:

Tx Rate (Last/Init/Min/Max).. 26400/26400/26400/26400 bps
Rx Rate (Last/Init/Min/Max).. 31200/31200/31200/31200 bps

Цитата:
А по которому по счёту сигналу Call Waiting модем отключается? И почему это не регулируется?


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

В старых версиях (с S220) принцип был точно таким же: как только обнаружен тон, сразу же отключаемся.
_________________
Inpro
Technical Support
Вернуться к началу
Посмотреть профиль Отправить личное сообщение Отправить e-mail Посетить сайт автора
Oxy
Member


Зарегистрирован: 03.03.2004
Сообщения: 175
Откуда: Киев

СообщениеДобавлено: Пн Сен 12, 2005 5:39 am    Заголовок сообщения: Ответить с цитатой

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

Exclamation За всю историю эксплуатации этой линии (66 коннектов общей протяженностью 54 часа), на v34 не было ни одного рэтрейна! (если не считать операции "пинцет")
А ложных срабатываний -- целых три за 9 часов! Wink(до этого обнаружение Call Waiting было запрещено).

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

Что-то не убедительно Wink
Во-первых, перетренировка если и будет, то, скорее всего, не сразу (s117). Проверялось пинцетом: при кратковременных закорачиваниях отделываемся пересогласованиями, причем чаще по инициативе удаленного.
Во-вторых, в ваших силах сделать всё для того, чтобы при [подозрении на Call Waiting] т.е. после первого обнаружения тона, перетренировки не было Wink (удаленный здесь вмешиваться не должен: он не слышит нашего Call Waiting) Smile
Но если retrain всё же произойдет, -- следует отключться.

Что касается невозможности детектирования Call Waiting во время рэтрейна -- прийдется поверить на слово.

В любом случае, алгоритм таков: после первого обнаружения тона, прежде, чем отключиться, ждем либо следующего сигнала (следующих фронтов того же гудка, если он длинный), либо рэтрейна Wink.
Вернуться к началу
Посмотреть профиль Отправить личное сообщение
Technical Support
Expert


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

СообщениеДобавлено: Пн Сен 12, 2005 7:28 am    Заголовок сообщения: Ответить с цитатой

С таким алгоритмом можно поэкспериментировать, может сработать Smile

Примерно так: поймали Call waiting, запускаем защитный таймер секунд на 10. Если перетренировка и таймер ещё ненулевой - рассоединяемся. Или если ещё один сигнал Call waiting, а таймер не нулевой - тоже рассоединяемся.

Проблема лишь с разными хитрыми режимами, вроде %E0 или большими значениями S117: первый сигнал Call waiting сбивает эхоподавитель, но перетренировки нет. Последующие сигналы сигнальный процессор не ловит. Перетренировка будет (по тайм-ауту протокола коррекции ошибок), но пока она случится, защитный таймер успеет обнулиться.
_________________
Inpro
Technical Support
Вернуться к началу
Посмотреть профиль Отправить личное сообщение Отправить e-mail Посетить сайт автора
Oxy
Member


Зарегистрирован: 03.03.2004
Сообщения: 175
Откуда: Киев

СообщениеДобавлено: Ср Сен 14, 2005 1:42 am    Заголовок сообщения: Ответить с цитатой

Цитата:
Проблема лишь с разными хитрыми режимами, вроде %E0 или большими значениями S117: первый сигнал Call waiting сбивает эхоподавитель, но перетренировки нет. Последующие сигналы сигнальный процессор не ловит.


К сожалению, мне не известно, как это всё выглядит изнутри. Эти s117 и %E, что, тупо прописываются в регистры DSP Question Или программа вольна (а точнее, призвана), наблюдая за состоянием последнего (EQM и т.п.), запрашивать Retrain или Reneg FF/FB на своё усмотрение?
Если верно моё последнее предположение, то программе незачем ждать своего же запроса на Retrain: достаточно руководствоваться наличием (и «глубиной») FallBack Reasone сразу после первого сигнала CW.

Еще вопрос. Если при сбое эхоподавителя саморазрешение ситуации (после прекращения помехи) в принципе невозможно, тогда почему при этом не игнорируется значение s117, и Retrain не начинается немедленно?

В любом случае, предложенный алгоритм следует дополнить примерно так.
Поймали Call waiting, запускаем защитный таймер секунд на 10, и временно отключаем «хитрые режимы» (ставим %E3 и оптимальное для данной ситуации значение s117)... И дальше по тексту Smile
Вернуться к началу
Посмотреть профиль Отправить личное сообщение
Technical Support
Expert


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

СообщениеДобавлено: Ср Сен 14, 2005 9:02 am    Заголовок сообщения: Ответить с цитатой

Цитата:
Если верно моё последнее предположение, то программе незачем ждать своего же запроса на Retrain: достаточно руководствоваться наличием (и «глубиной») FallBack Reasone сразу после первого сигнала CW


Тут всё не так однозначно. Например, сигнал может вызвать пересогласование, которое затем перейдёт в авто-перетренировку.

Поэтому если уж действовать через таймер, то проверять перетренировки, причём всех видов. Понятно, что если запрашиваем сами, то вместо запроса - рассоединение.

Цитата:
Если при сбое эхоподавителя саморазрешение ситуации (после прекращения помехи) в принципе невозможно, тогда почему при этом не игнорируется значение s117, и Retrain не начинается немедленно?


А как узнать, что эхоподавитель "уплыл" ? Обычно это обнаруживается в процессе пересогласования скорости...
_________________
Inpro
Technical Support
Вернуться к началу
Посмотреть профиль Отправить личное сообщение Отправить e-mail Посетить сайт автора
Oxy
Member


Зарегистрирован: 03.03.2004
Сообщения: 175
Откуда: Киев

СообщениеДобавлено: Чт Сен 15, 2005 10:02 pm    Заголовок сообщения: Ответить с цитатой

Idea Возможно бред, но что если после первого сигнала CW мы просто замолчим (конечно, если есть такая «буква» – «замолчать!»). Тогда услышим второй сигнал?

Цитата:
А как узнать, что эхоподавитель "уплыл" ? Обычно это обнаруживается в процессе пересогласования скорости...

Выходит, эхоподавителю свойственно "плавать" во время передачи данных? А можно ли как-то управлять этим "кораблём": прочитать/задать значение, либо поставить "на якорь"? Smile В смысле, без пересогласования?
Вернуться к началу
Посмотреть профиль Отправить личное сообщение
Technical Support
Expert


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

СообщениеДобавлено: Чт Сен 15, 2005 11:21 pm    Заголовок сообщения: Ответить с цитатой

"Замолчать" не получится, нет такой буквы.
_________________
Inpro
Technical Support
Вернуться к началу
Посмотреть профиль Отправить личное сообщение Отправить e-mail Посетить сайт автора
Показать сообщения:   
Начать новую тему   Ответить на тему    Список форумов Форум по модемам IDC -> General Часовой пояс: GMT + 3
На страницу 1, 2, 3  След.
Страница 1 из 3

 
Перейти:  
Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете голосовать в опросах


Powered by phpBB © 2001, 2005 phpBB Group

Created this page in 0.045599 seconds : 17 queries executed : GZIP compression enabled : Debug Mode

©2002, INPRO Development Corporation

Rambler's Top100